From owner-freebsd-questions@FreeBSD.ORG Wed Mar 3 06:57:58 2004 Return-Path: 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 25A5F16A4CE for ; Wed, 3 Mar 2004 06:57:58 -0800 (PST) Received: from mail27.cn4e.com (unknown [218.107.207.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38E2B43D1F for ; Wed, 3 Mar 2004 06:57:57 -0800 (PST) (envelope-from zhangweiwu@realss.com) Received: from realss.com (unknown [218.85.103.48]) by mail27.cn4e.com (WorldPost) with ESMTP id 96155A6EDE91; Wed, 3 Mar 2004 23:20:59 +0800 (CST) Message-ID: <4045F241.80902@realss.com> Date: Wed, 03 Mar 2004 22:57:05 +0800 From: Zhang Weiwu User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040227 X-Accept-Language: zh-cn, en-us, en MIME-Version: 1.0 To: Sergey 'DoubleF' Zaharchenko References: <20040303165022.49f2fac9@Hal.localdomain> In-Reply-To: <20040303165022.49f2fac9@Hal.localdomain> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: =?gb18030?Q?=D7=AF_=CF=FE=BE=EA?= cc: =?gb18030?Q?=D6=D3_=C3=F9?= cc: =?gb18030?Q?=CD=F5_?= =?gb18030?Q?=D3=EE=CF=E8?= cc: questions@freebsd.org cc: =?gb18030?Q?=C1=AC_=C0=E8?= =?gb18030?Q?=C3=F7?= cc: weiwuzhang@hotmail.com cc: Wang Penghui Subject: Re: priority-- curious about cpu resouce share X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Mar 2004 14:57:58 -0000 Sergey 'DoubleF' Zaharchenko wrote: >>* sshd almost starves; it takes 0.00% (normally 2%) and only transfer >>several bytes once several minutes; the otherside scp prompts "stalled". >> >> > >sshd doesn't starve CPU, I guess; as you reach it through ppp, and ppp >gets slow, sshd does, too. > > > Sounds reasonable:) Things can hardly be perfect. Now I begin to use mpg123, I used your method of "rtprio up and su back", very useful to me. But if mpg123 has higher priority than ppp, sometimes mpg123 decides to move to another song, it reloads buffer, starveing ppp and timeouting bluetooth device... If mpg123 has equal/lower priority with ppp, they struggle for CPU, and that *sounds* bad. Now I adjusted buffer, it works so so. I read the handbook it says "no way to limit CPU percentage". It's my toy, a old P166M box, I let other people in the office ssh to the box with cmp3 console DJ (backended mpg123) to play music, because it has good speakers. I use ppp over bluetooth to connect to the box when I'm enjoying sun shine outdoor. The best way seems to buy a new one:)