Re: [gentoo-user] PORTAGE_NICENESS for real
On Tue, 2006-04-04 at 17:13 -0700, Grant wrote: > I'm using PORTAGE_NICENESS="19" in > /etc/make.conf and it helps but not enough. meetoo! I've noticed it helps with cpu allocation, but not with the disk. If you're emerging something like sources, or openoffice, portage still gets too much disk "time" and other processes suffer. nice doesn't seem to affect disk access. -- Iain Buchanan The naked truth of it is, I have no shirt. -- William Shakespeare, "Love's Labour's Lost" -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] PORTAGE_NICENESS for real
Iain Buchanan wrote: On Tue, 2006-04-04 at 17:13 -0700, Grant wrote: I'm using PORTAGE_NICENESS="19" in /etc/make.conf and it helps but not enough. meetoo! I've noticed it helps with cpu allocation, but not with the disk. If you're emerging something like sources, or openoffice, portage still gets too much disk "time" and other processes suffer. nice doesn't seem to affect disk access. What I do is run emerge ---sync every night as a cron job. Then during the day I run "nice emerge -uDNav world" usually when reading email. CPU load maxes out at around 50%. HTH, Roy -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] PORTAGE_NICENESS for real
On Tue, 2006-04-04 at 20:18 -0500, Roy Wright wrote: > during > the day I run > "nice emerge -uDNav world" usually when reading email. CPU load maxes > out at around > 50%. this is strange - CPU should still go to 100% (if it would without the nice command that is). Nice only affects which processes get the cpu time first - it doesn't apply a "maximum cpu limit" to a process, so if you have only one process running, even niced to 19, it can still use 100% cpu... It would be nice if there was a nice command for making disk access nice so I could nicely say `nice emerge -uD world` and it wouldn't take a whole lot of disk time away from my nice browsing, music playing, etc... eh... -- Iain Buchanan Unix will self-destruct in five seconds... 4... 3... 2... 1... -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] PORTAGE_NICENESS for real
On Wednesday 05 April 2006 02:13, Grant wrote: > Is there a way to make the emerge command only use system resources > that are not requested by anything else? Whenever I 'emerge sync' or > emerge a package my system slows way down and the sound sometimes > stutters badly. I'd rather have the emerge process just move really > slowly if necessary. I'm using PORTAGE_NICENESS="19" in > /etc/make.conf and it helps but not enough. > > - Grant I don't know about PORTAGE_NICENESS, but MAKEOPTS="-j1" helped me a lot. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] PORTAGE_NICENESS for real
On Wednesday 05 April 2006 12:56, Iain Buchanan wrote: > meetoo! I've noticed it helps with cpu allocation, but not with the > disk. If you're emerging something like sources, or openoffice, portage > still gets too much disk "time" and other processes suffer. nice > doesn't seem to affect disk access. This is surely very dependant on you specific hardware and kernel configuration. There are some systems that just dont 'multitask' very effectively. Also, sounds like you have either an older HDD or your motherboard is struggling to keep up with the I/O requirements of compiling. Remeber that compiling is non-trivial work for *any* system. Also check that your kernel is making full use of any features available on you system such as SMP or Hyperthreading etc. As a point of comparison, I'm running a P4 2.6 on an IS7 motherboard with SATA disks, and only under the heaviest compilations, for short periods of time do I notice any slowdowns. -- About the only thing on a farm that has an easy time is the dog. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] PORTAGE_NICENESS for real
Le mercredi 05 avril 2006 à 11:21 +0930, Iain Buchanan a écrit : > On Tue, 2006-04-04 at 20:18 -0500, Roy Wright wrote: > It would be nice if there was a nice command for making disk access nice > so I could nicely say `nice emerge -uD world` and it wouldn't take a > whole lot of disk time away from my nice browsing, music playing, etc... I think /usr/src/linux/Documentation/block/ioprio.txt is your friend. (I'll read it when (if?) I'll have the time, so I can't sum it up for you !) Fred -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] PORTAGE_NICENESS for real
Le mercredi 05 avril 2006 à 12:07 +0200, Frédéric Grosshans a écrit : > Le mercredi 05 avril 2006 à 11:21 +0930, Iain Buchanan a écrit : > > On Tue, 2006-04-04 at 20:18 -0500, Roy Wright wrote: > > > It would be nice if there was a nice command for making disk access nice > > so I could nicely say `nice emerge -uD world` and it wouldn't take a > > whole lot of disk time away from my nice browsing, music playing, etc... > > I think /usr/src/linux/Documentation/block/ioprio.txt is your friend. > (I'll read it when (if?) I'll have the time, so I can't sum it up for > you !) OK, I've read it. If you configure the CFQ-IOscheduler in your kernel, you can write an ionice tool (source code given) which is like nice, but for the disk. Furthermore, there exist a IOPRIO_CLASS_IDLE priority class which is exactly what we are looking for (no disk access if any other process wants a disk access). Is there a plan to use those IOPRIO classes in Portage ? It could be very useful for laptops (with very slow disks). BTW, is there a plan to use the new SCHED_BATCH scheduling policy introduced in the last (2.6.16) kernel ? (see http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=b0a9499c3dd50d333e2aedb7e894873c58da3785 ) Fred -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] PORTAGE_NICENESS for real
> > > It would be nice if there was a nice command for making disk access nice > > > so I could nicely say `nice emerge -uD world` and it wouldn't take a > > > whole lot of disk time away from my nice browsing, music playing, etc... > > > > I think /usr/src/linux/Documentation/block/ioprio.txt is your friend. > > (I'll read it when (if?) I'll have the time, so I can't sum it up for > > you !) > > OK, I've read it. > If you configure the CFQ-IOscheduler in your kernel, you can write an > ionice tool (source code given) which is like nice, but for the disk. > Furthermore, there exist a IOPRIO_CLASS_IDLE priority class which is > exactly what we are looking for (no disk access if any other process > wants a disk access). > > Is there a plan to use those IOPRIO classes in Portage ? It could be > very useful for laptops (with very slow disks). > > BTW, is there a plan to use the new SCHED_BATCH scheduling policy > introduced in the last (2.6.16) kernel ? (see > http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=b0a9499c3dd50d333e2aedb7e894873c58da3785 > ) > > > Fred So those tools aren't useful for this problem until they are integrated into portage? - Grant -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] PORTAGE_NICENESS for real
On Wed, 2006-04-05 at 14:00 +1200, Glenn Enright wrote: > On Wednesday 05 April 2006 12:56, Iain Buchanan wrote: > > meetoo! I've noticed it helps with cpu allocation, but not with the > > disk. If you're emerging something like sources, or openoffice, portage > > still gets too much disk "time" and other processes suffer. nice > > doesn't seem to affect disk access. > > This is surely very dependant on you specific hardware and kernel > configuration. There are some systems that just dont 'multitask' very > effectively. Also, sounds like you have either an older HDD or your > motherboard is struggling to keep up with the I/O requirements of compiling. > Remeber that compiling is non-trivial work for *any* system. wlll, it's not exactly old - it's a 3.0GHz P4 laptop (Inspiron 9100). It could be a RAM issue - only 512 Mb. But I definately notice it when emerging sources, and then trying to switch virtual workspaces when I have, say, firefox & evolution & vmware running... even if emerge is niced. > Also check that your kernel is making full use of any features available on > you system such as SMP or Hyperthreading etc. As a point of comparison, I'm > running a P4 2.6 on an IS7 motherboard with SATA disks, and only under the > heaviest compilations, for short periods of time do I notice any slowdowns. but do you actually do anything to notice this slowdown? ie. are you changing desktops, starting other applications, etc? thanks for the tips. I'll check out the ioprio someone else mentioned... -- Iain Buchanan It takes a smart husband to have the last word and not use it. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] PORTAGE_NICENESS for real
On 4/5/06, Iain Buchanan <[EMAIL PROTECTED]> wrote: > wlll, it's not exactly old - it's a 3.0GHz P4 laptop (Inspiron > 9100). It could be a RAM issue - only 512 Mb. More memory would definitely help. I have 2G in my laptop, and it is much more responsive. Extracted kernel sources consume about 300M of disk space, so the system will try to use around 600M of cache (300M for reading, 300M for writing) during the install phase of the kerneland throw all other cached pages away, including memory mapped files. This is almost certainly what causes the delay in switching desktops -Richard -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] PORTAGE_NICENESS for real
On Thursday 06 April 2006 11:08, Iain Buchanan wrote: > wlll, it's not exactly old - it's a 3.0GHz P4 laptop (Inspiron > 9100). It could be a RAM issue - only 512 Mb. > > But I definately notice it when emerging sources, and then trying to > switch virtual workspaces when I have, say, firefox & evolution & vmware > running... even if emerge is niced. > what are the specs on your HDD? surely seems like the key here. Like Richard pointed out, as soon as IO systems become loaded they struggle to keep up with demand. Laptops usually have 5400rpm HDD dont they? > but do you actually do anything to notice this slowdown? ie. are you > changing desktops, starting other applications, etc? > absolutely, running openoffice, juk, kate, kmail, firefox and gkrellm atm on four desktops amongst others. Emergeing at the same time, Firefox can grind on the rendering but otherwise its pretty sweet. BTW I only have 512 MB RAM also. OT my desktop stystem generates significant heat, often often over 35c in the case alone, but laptops can't get away with disipating as much heat so there must be tradeoffs somewhere. Actually Im impressed that its still going after 3 years and the amount of work it does. :) > thanks for the tips. I'll check out the ioprio someone else > mentioned... Yeah looks keen as :) -- panic("esp_handle: current_SC == penguin within interrupt!"); linux-2.2.16/drivers/scsi/esp.c -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] PORTAGE_NICENESS for real
On Thu, 2006-04-06 at 14:57 +1200, Glenn Enright wrote: > On Thursday 06 April 2006 11:08, Iain Buchanan wrote: > > wlll, it's not exactly old - it's a 3.0GHz P4 laptop (Inspiron > > 9100). It could be a RAM issue - only 512 Mb. > > > > But I definately notice it when emerging sources, and then trying to > > switch virtual workspaces when I have, say, firefox & evolution & vmware > > running... even if emerge is niced. > > > what are the specs on your HDD? surely seems like the key here. Like Richard > pointed out, as soon as IO systems become loaded they struggle to keep up > with demand. Laptops usually have 5400rpm HDD dont they? Just put in a 7200rpm 8Mb cache 100Gb Seagate :) It's faster in hdparm tests than my 5400, but I still get a bit of 'slowdown' when emerging... -- Iain Buchanan What's all this brouhaha? -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] PORTAGE_NICENESS for real
Con Kolivas's kernel http://members.optusnet.com.au/ckolivas/kernel/ or emerge ck-sources use Kolivas' toolsched (http://ck.kolivas.org/apps/toolsched/) so that background jobs only run when no other task wants to run. toolsched uses sys-process/schedtool to control the scheduling of processes. --- Vladimir On Wed, 2006-04-05 at 09:49 -0700, Grant wrote: > > BTW, is there a plan to use the new SCHED_BATCH scheduling policy > > introduced in the last (2.6.16) kernel ? (see > > http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=b0a9499c3dd50d333e2aedb7e894873c58da3785 > > ) Vladimir G. Ivanovic Palo Alto, CA 94306 +1 650 678 8014 -- gentoo-user@gentoo.org mailing list