From owner-freebsd-questions@FreeBSD.ORG Wed Jul 6 03:56:59 2005 Return-Path: X-Original-To: freebsd-questions@freebsd.org Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D0F3916A41C for ; Wed, 6 Jul 2005 03:56:59 +0000 (GMT) (envelope-from freebsd-questions@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 56B8C43D55 for ; Wed, 6 Jul 2005 03:56:58 +0000 (GMT) (envelope-from freebsd-questions@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Dq11t-0000FU-PY for freebsd-questions@freebsd.org; Wed, 06 Jul 2005 05:56:57 +0200 Received: from 69-171-193-20.sbtnvt.adelphia.net ([69.171.193.20]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 06 Jul 2005 05:56:57 +0200 Received: from scott by 69-171-193-20.sbtnvt.adelphia.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 06 Jul 2005 05:56:57 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-questions@freebsd.org From: "Scott I. Remick" Date: Tue, 05 Jul 2005 23:56:47 -0400 Lines: 38 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 69-171-193-20.sbtnvt.adelphia.net User-Agent: Pan/0.14.2.91 (As She Crawled Across the Table) X-Archive: encrypt Sender: news Subject: Weird "nice" behavior X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 03:57:00 -0000 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. Can someone explain this behavior, and offer suggestions to fix it? Thanks!