5.0.4 is slow !!

Ken C · #1 07-05-2006, 09:04 AM

Has anyone else noticed this ? Playback is ok, (with occasional stutter), but when transitioning from one screen to another, say, when ending a show, and going to the Recorded Video menu, I see the spinning logo a lot. Earlier versions, this was immeadiate. Just the result of 1/3rd more code ?

The installation is the standard 5.0.4 with the commercial skip import. Using the latest drivers for ATI video, Hauppauge, etc. Java 1.4, XP w/SP2 (last updated in May), DotNet 1.1.

Ken C

Mark SS · #2 07-05-2006, 09:24 AM

I've noticed it occurring on occasions and it generally seems to pass. Often resort to the old faithful reboot.

Franc · #3 07-05-2006, 10:42 AM

I sometimes notice it with the fading of the screen into the next (when going from live tv to something els for instance) but I don't see the spinning logo a lot .

jhkoenig · #4 07-05-2006, 08:18 PM

The spinning Sage icon is the biggest (only, really) complaint in the household from my upgrade from v2 to v5. Whatever tuning went into v2 hasn't happened in v5 yet. Hopefully soon.....

stevech · #5 07-05-2006, 08:29 PM

Quote:

Originally Posted by jhkoenig

The spinning Sage icon is the biggest (only, really) complaint in the household from my upgrade from v2 to v5. Whatever tuning went into v2 hasn't happened in v5 yet. Hopefully soon.....

please detail this for those of use contemplating going from v4 to v5. No slow screen changes in v4 here.

jhkoenig · #6 07-05-2006, 09:16 PM

The slow behavior is very hard to characterize, because slowness strikes, EVERYTHING is slow. I get frustrated, press too many keys and end up in a real mess when the commands plod through the system in unexpected ways.

Thankfully a reboot does cure everything up. I can't correlate it with anything in particular. Sometimes there is frenzied disk activity, sometimes no activity at all.

I have killed the client, stopped and restarted the service, but only a reboot seems to cure the slows.

Any ideas on things to investigate?

Thanks,
--John

Ken C · #7 07-06-2006, 09:00 AM

For me, the most common "slowness" (is that a word ??) occurs when a video ends, the "Delete this Video" box comes up, select "Delete", and now, wait, wait, wait for the recorded video menu to show up, sometimes up to 10 seconds. There are other occurrences as well. A reboot sometimes helps, but this behavior wasn't present in earlier versions.

Ken C

(Maybe it's time for a new dual-core machine !!

)

Mark SS · #8 07-06-2006, 09:33 AM

One other thought, is your wiz.bin very large? Have you tried a defrag to at least get wiz.bin contiguous?

Narflex · #9 07-06-2006, 10:57 AM

How about submitting a bug report? We'd love to help http://www.sagetv.com/bugs.html

domc · #10 07-06-2006, 02:40 PM

Downgrading to Java 1.4.2 helped me with the slowness.

Ken C · #11 07-06-2006, 03:50 PM

Mark,

Defragging all video directories now, this will take some time !!

Do I remember something about NTFS volumes not needing defragging ?

Dom,

Also using Java 1.4.2

Quote:

Originally Posted by Narflex

How about submitting a bug report? We'd love to help http://www.sagetv.com/bugs.html

Submitted a report. Would this qualify as a "bug" ?

Ken C

Mark SS · #12 07-07-2006, 02:59 AM

Quote:

Originally Posted by Ken C

Defragging all video directories now, this will take some time !!

Do I remember something about NTFS volumes not needing defragging ?

Make sure your SageTV directory is defragged as well, to sort out the wiz.bin file. NTFS certainly requires defragging as much as FAT. It has been suggested that volumes formatted with 64k clusters (as reccomended for media drives) don't need to be defragged. This may be true to a point but in a multi tuner system your eventually likely to hit problems recording and playing multiple streams if the drive is a mess.

Ken C · #13 07-12-2006, 10:38 AM

Have not had the "slowness" problem since the drives were defragged. These drives have never been defragged. Guess defragging will be part of normal maintenance from now on. Anyone know of a way to automate the procedure ?

Ken C

Mark SS · #14 07-12-2006, 11:53 AM

Example on MS:

http://www.microsoft.com/windowsxp/u...s/gehrke1.mspx

blade · #15 07-12-2006, 12:07 PM

Quote:

Originally Posted by Ken C

Have not had the "slowness" problem since the drives were defragged. These drives have never been defragged. Guess defragging will be part of normal maintenance from now on. Anyone know of a way to automate the procedure ?

Ken C

What size clusters are your drives formated to? I'm using 64k and have been running for over 1.5 years without defragging. My drives are 99% fragmented, but I see no slowness. There are others who've been going a lot longer than I have without problems.

bitbyte · #16 07-12-2006, 01:10 PM

Quote:

Originally Posted by jhkoenig

The slow behavior is very hard to characterize, because slowness strikes, EVERYTHING is slow. I get frustrated, press too many keys and end up in a real mess when the commands plod through the system in unexpected ways.

Thanks,
--John

I'm getting this as well since I upgraded to 5.0.4 on Sunday.

I had no problems with 4.2 for the year i ran it, ever since moving to 5.x it's been one dang thing after another...

Ken C · #17 07-12-2006, 03:36 PM

Quote:

Originally Posted by blade

What size clusters are your drives formated to? I'm using 64k and have been running for over 1.5 years without defragging. My drives are 99% fragmented, but I see no slowness. There are others who've been going a lot longer than I have without problems.

All four of the drives use 64k clusters. One of the drives has both SageTV and a video directory, maybe that's the problem. Nonetheless, Sage is responsive now.

Ken C

Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)