Weird "nice" behavior

[Kris Kennaway]

On Wed, Jul 06, 2005 at 02:26:22PM -0400, Lowell Gilbert wrote:
> "Scott I. Remick" <scott at sremick.net> writes:
> 
> > I'm seeing something strange/annoying tonight... maybe someone could help
> > explain why it's happening.
> > 
> > FreeBSD 5.4-RELEASE
> > 
> > I'm trying to do a large local rsync in the background, while listening to
> > streaming audio via RealPlayer and do other stuff. I have the rsync
> > running at nice level 20 ("nice -20") which I've confirmed via ps:
> > 
> > 1001 77010  1452   0 116 20 45056 44332 select SN+   p1    0:30.89 rsync -av - 
> > 1001 77011 77010 295 139 20 45048 44232 -      RN+   p1   20:17.12 rsync -av - 
> > 1001 77548 77011   0 116 20 45200 44460 select SN+   p1    0:12.06 rsync -av -
> > 
> > RealPlayer is running at normal nice (0):
> > 1001 80675 80650  16  98  0 30004 12516 select S     p2    0:22.69 /usr/local/lib/RealPlayer/realplay.bin
> > 1001 80688 80675   0  96  0 30004 12516 select S     p2    0:00.01 /usr/local/lib/RealPlayer/realplay.bin
> > 1001 80689 80688   0  20  0 30004 12516 pause  S     p2    0:02.67 /usr/local/lib/RealPlayer/realplay.bin
> > 1001 80692 80675  24  -8  0 13844  6772 piperd I     p2    0:00.00 /usr/local/lib/RealPlayer/realplay.bin
> > 1001 80693 80675  24  -8  0 13844  6772 piperd I     p2    0:00.00 /usr/local/lib/RealPlayer/realplay.bin
> > 1001 80694 80688  24  20  0 30004 12516 pause  I     p2    0:00.00 /usr/local/lib/RealPlayer/realplay.bin
> > 1001 80695 80688   0  20  0 30004 12516 pause  S     p2    0:01.34 /usr/local/lib/RealPlayer/realplay.bin
> > 1001 80696 80688   0   8  0 30004 12516 nanslp S     p2    0:01.13 /usr/local/lib/RealPlayer/realplay.bin
> > 1001 80765 80688   0   8  0 30004 12516 nanslp S     p2    0:01.10 /usr/local/lib/RealPlayer/realplay.bin
> > 
> > Not sure why it spawns so many processes, but whatever...
> > 
> > Anyway, what's happening is despite rsync being nice 20, RealPlayer is
> > incredibly choppy. Even if I'm not doing anything else on the system. 
> > 
> > Now here's the weirder part: if I DO do something, such as just scrolling
> > a window, the audio stream stops being choppy. It's as if it takes some
> > OTHER application claiming CPU cycles to get rsync to properly play "nice"
> > and release up time, at which point RealPlayer gets the cycles it
> > deserves. But for some reason, rsync with just RealPlayer on its own will
> > not play "nice" and give up time to RealPlayer like it should since
> > RealPlayer is running at 0 and rsync is running at 20.
> 
> Sounds like you're blocked on I/O, not CPU.  
> SCSI drives with tagged queueing would probably perform better.

Also look for Jeff Roberson's patch that addresses this performance
problem, which was sent (and committed) to -current a month or so ago,
and which I think I forwarded to -stable.

Kris

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-questions/attachments/20050706/63084c6b/attachment.bin