From owner-freebsd-arch Tue Feb 19 14:40:14 2002 Delivered-To: freebsd-arch@freebsd.org Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38]) by hub.freebsd.org (Postfix) with ESMTP id 214D937B404 for ; Tue, 19 Feb 2002 14:40:09 -0800 (PST) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc51.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020219224008.LOBK2626.rwcrmhc51.attbi.com@InterJet.elischer.org>; Tue, 19 Feb 2002 22:40:08 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id OAA58957; Tue, 19 Feb 2002 14:32:07 -0800 (PST) Date: Tue, 19 Feb 2002 14:32:06 -0800 (PST) From: Julian Elischer To: Jeff Roberson Cc: arch@freebsd.org Subject: Re: Prioritized bio patches. (Updated patch) In-Reply-To: <20020219171504.T12686-100000@mail.chesapeake.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 19 Feb 2002, Jeff Roberson wrote: > > First of all, I updated the patch. When I merged it in from our sources I > missed a one line change that fixed a race condition. I also changed the > priority level of NORMAL to 6 so that I could avoid all of the -1's to > index the low priority queue. > > Secondly, I ran a simple test of a kernel compile. The test system has > one disk. I did a dd of /dev/zero to a file in a users home directory > with a nice of 20 while doing a kernel compile. The original compile took > 11 minutes and 32 seconds. The compile with the dd going took 15 minutes > and 12 seconds. What did it take with the dd going and without your changes? How did it work out for the VOD system? > > I originally did this work for VOD server. The idea being that the VOD > data was guaranteed and the rest of the system would just have to wait. > This was not based on process nice values. Each sub system had a hard > coded priority, that in some cases correlated to a different sorting > algorithm. When I saw the background fsck work I realized that this could > be beneficial to everyone if it was tied to nice. > > Jeff To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message