On Sat, 2 Apr 2005, Jack Coates wrote: > Free Lunch wrote: > > On Apr 1, 2005 3:45 PM, Jack Coates <[EMAIL PROTECTED]> wrote: > > > > First, this is unique to 6.X. Playlist sorting performance is poor in > > 5.4.1 but not nearly this bad. > > > > First, the vmstat output shows the CPU being burned in User space, not > > system. Waiting on disk would typically be shown as Sys or wait time. > > The amount of CPU time spent in user space suggests some serious code > > churn.
FWIW, I get similarly poor performance with 6.0 on my setup, which I consider fairly hefty and underworked in general. I did get significantly improved responsiveness by changing the IO scheduler in 2.6 to cfq (don't even get me started on the horrible schedulers and vm in linux..) > Maybe not picky enough about performance :) Granted that's a nice new > 300GB disk, but I get similar numbers from a two-year-old 40GB at > /dev/hda. Okay, how about -v? FWIW, I believe that the testing (-tT) in hdparm is no longer considered applicable, since it's all just read out of cache anyway. I feel the best way to benchmark disk performance under *nix is to use bonnie (or bonniee++) with a filesize of at least double your ram, to ensure that there's as little caching going on as possible. It's not perfect, but it's pretty accurate. The server I'm seeing poor performance on is an athlon xp 2600+, 512M ram, 8x250G 7200rpm drives, 4 each on two 3ware raid cards that are just doing jbod, so that it's SCSI to the OS. They're tied together in an 8 disk software raid 5, since 3ware raid 5 performance is fairly dismal. The performance for me is significantly worse with 6.x than it was in 5.x. Shuffle by album is the worst, but shuffle by song is fairly painful too. Maybe there's some perl library where older versions are significantly less efficient (but still work)? I've got a mid sized collection (slimserver says: 1325 albums with 17594 songs by 1498 artists), and above average hardware, and 6.0 feels much slower than 5.4.1 for general use. Moses _______________________________________________ Discuss mailing list [email protected] http://lists.slimdevices.com/lists/listinfo/discuss
