Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 24 Oct 2002 17:12:19 +0200
From:      Poul-Henning Kamp <phk@critter.freebsd.dk>
To:        Dan Nelson <dnelson@allantgroup.com>
Cc:        Kirk McKusick <mckusick@FreeBSD.org>, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org
Subject:   Re: cvs commit: src/sys/fs/specfs spec_vnops.c src/sys/kern subr_disk.c src/sys/ufs/ffs ffs_snapshot.c 
Message-ID:  <5892.1035472339@critter.freebsd.dk>
In-Reply-To: Your message of "Thu, 24 Oct 2002 09:58:22 CDT." <20021024145822.GA69650@dan.emsphone.com> 

next in thread | previous in thread | raw e-mail | index | archive | help
In message <20021024145822.GA69650@dan.emsphone.com>, Dan Nelson writes:
>In the last episode (Oct 21), Kirk McKusick said:
>> mckusick    2002/10/21 17:59:49 PDT
>> 
>>   Modified files:
>>     sys/fs/specfs        spec_vnops.c 
>>     sys/kern             subr_disk.c 
>>     sys/ufs/ffs          ffs_snapshot.c 
>>   Log:
>>   This checkin reimplements the io-request priority hack in a way
>>   that works in the new threaded kernel. It was commented out of
>
>I think this cure is worse than the disease.  Background fsck times on
>my system went from 10 minutes to an hour, and niced processes that
>want to do any disk I/O at all run at a glacial speed.  Try running
>"nice find /" on an otherwise-idle system, for example.  Don't bother
>running anything at nice -20 :)

I as somewhat afraid of this, and therefore floated the idea that
the pacing should be moved all the way up to physio() so it only
affected niced processes which access raw-devices, but Kirk thought
hitting all disk-access was more logical.

I can't really make up my mind either way.

>	Dan Nelson
>	dnelson@allantgroup.com

Btw, I'm probably going to get a bounce from you because you deny
all email from RIPE.  RIPE covers all IP# in Europe, Middle-East
and a lot of Africa.  You might want to reconsider that policy,
because otherwise you'll end up in my lameness filter :-)

-- 
Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
phk@FreeBSD.ORG         | TCP/IP since RFC 956
FreeBSD committer       | BSD since 4.3-tahoe    
Never attribute to malice what can adequately be explained by incompetence.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5892.1035472339>