public inbox for gentoo-amd64@lists.gentoo.org
 help / color / mirror / Atom feed
* [gentoo-amd64] PORTAGE_NICENESS
@ 2007-06-14 17:44 Mark Knecht
  2007-06-14 17:57 ` Hemmann, Volker Armin
  0 siblings, 1 reply; 8+ messages in thread
From: Mark Knecht @ 2007-06-14 17:44 UTC (permalink / raw
  To: gentoo-amd64

I'm wondering if anyone can recommend a good setting for
PORTAGE_NICENESS that would allow some compiles in the background
without drastically effecting MythTV? Or is there some better way to
do this with other software?

I've fiddled around with renicing mythfrontend but even going to -15
didn't seem to help that much. Seems better to just make the compiles
slower and more friendly.

Note that this seems somewhat worse under the newest -rt kernel -
2.6.21.4-rt12-cfs-v17. I may need to back up and see if the previous
one I was running was any better.

Thanks in advance,
Mark
-- 
gentoo-amd64@gentoo.org mailing list



^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [gentoo-amd64] PORTAGE_NICENESS
  2007-06-14 17:44 [gentoo-amd64] PORTAGE_NICENESS Mark Knecht
@ 2007-06-14 17:57 ` Hemmann, Volker Armin
  2007-06-14 18:06   ` Mark Knecht
  2007-06-17  9:41   ` Peter Humphrey
  0 siblings, 2 replies; 8+ messages in thread
From: Hemmann, Volker Armin @ 2007-06-14 17:57 UTC (permalink / raw
  To: gentoo-amd64

On Donnerstag, 14. Juni 2007, Mark Knecht wrote:
> I'm wondering if anyone can recommend a good setting for
> PORTAGE_NICENESS that would allow some compiles in the background
> without drastically effecting MythTV? Or is there some better way to
> do this with other software?
>
> I've fiddled around with renicing mythfrontend but even going to -15
> didn't seem to help that much. Seems better to just make the compiles
> slower and more friendly.
>
> Note that this seems somewhat worse under the newest -rt kernel -
> 2.6.21.4-rt12-cfs-v17. I may need to back up and see if the previous
> one I was running was any better.
>
> Thanks in advance,
> Mark


set it to +19

not only does it free lots of CPU cycles for everybody else, they are 
also 'batch scheduled' which should be good for compiling.

read /usr/src/linux/Documentation/sched-desing.txt

quote:
- batch scheduling. A significant proportion of computing-intensive tasks
   benefit from batch-scheduling, where timeslices are long and processes
   are roundrobin scheduled. The new scheduler does such batch-scheduling
   of the lowest priority tasks - so nice +19 jobs will get
   'batch-scheduled' automatically. With this scheduler, nice +19 jobs are
   in essence SCHED_IDLE, from an interactiveness point of view.
-- 
gentoo-amd64@gentoo.org mailing list



^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [gentoo-amd64] PORTAGE_NICENESS
  2007-06-14 17:57 ` Hemmann, Volker Armin
@ 2007-06-14 18:06   ` Mark Knecht
  2007-06-14 18:22     ` Mike Doty
  2007-06-17  9:41   ` Peter Humphrey
  1 sibling, 1 reply; 8+ messages in thread
From: Mark Knecht @ 2007-06-14 18:06 UTC (permalink / raw
  To: gentoo-amd64

On 6/14/07, Hemmann, Volker Armin <volker.armin.hemmann@tu-clausthal.de> wrote:
> On Donnerstag, 14. Juni 2007, Mark Knecht wrote:
> > I'm wondering if anyone can recommend a good setting for
> > PORTAGE_NICENESS that would allow some compiles in the background
> > without drastically effecting MythTV? Or is there some better way to
> > do this with other software?
> >
> > I've fiddled around with renicing mythfrontend but even going to -15
> > didn't seem to help that much. Seems better to just make the compiles
> > slower and more friendly.
> >
> > Note that this seems somewhat worse under the newest -rt kernel -
> > 2.6.21.4-rt12-cfs-v17. I may need to back up and see if the previous
> > one I was running was any better.
> >
> > Thanks in advance,
> > Mark
>
>
> set it to +19
>
> not only does it free lots of CPU cycles for everybody else, they are
> also 'batch scheduled' which should be good for compiling.
>
> read /usr/src/linux/Documentation/sched-desing.txt
>
> quote:
> - batch scheduling. A significant proportion of computing-intensive tasks
>    benefit from batch-scheduling, where timeslices are long and processes
>    are roundrobin scheduled. The new scheduler does such batch-scheduling
>    of the lowest priority tasks - so nice +19 jobs will get
>    'batch-scheduled' automatically. With this scheduler, nice +19 jobs are
>    in essence SCHED_IDLE, from an interactiveness point of view.

Thanks Volker.

so do I actually use "+19"?

PORTAGE_NICENESS="+19"

or

PORTAGE_NICENESS=19

Thanks,
Mark
-- 
gentoo-amd64@gentoo.org mailing list



^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [gentoo-amd64] PORTAGE_NICENESS
  2007-06-14 18:06   ` Mark Knecht
@ 2007-06-14 18:22     ` Mike Doty
  2007-06-14 19:14       ` Richard Freeman
  0 siblings, 1 reply; 8+ messages in thread
From: Mike Doty @ 2007-06-14 18:22 UTC (permalink / raw
  To: gentoo-amd64

Mark Knecht wrote:
> On 6/14/07, Hemmann, Volker Armin <volker.armin.hemmann@tu-clausthal.de>
> wrote:
>> On Donnerstag, 14. Juni 2007, Mark Knecht wrote:
>> > I'm wondering if anyone can recommend a good setting for
>> > PORTAGE_NICENESS that would allow some compiles in the background
>> > without drastically effecting MythTV? Or is there some better way to
>> > do this with other software?
>> >
>> > I've fiddled around with renicing mythfrontend but even going to -15
>> > didn't seem to help that much. Seems better to just make the compiles
>> > slower and more friendly.
>> >
>> > Note that this seems somewhat worse under the newest -rt kernel -
>> > 2.6.21.4-rt12-cfs-v17. I may need to back up and see if the previous
>> > one I was running was any better.
>> >
>> > Thanks in advance,
>> > Mark
>>
>>
>> set it to +19
>>
>> not only does it free lots of CPU cycles for everybody else, they are
>> also 'batch scheduled' which should be good for compiling.
>>
>> read /usr/src/linux/Documentation/sched-desing.txt
>>
>> quote:
>> - batch scheduling. A significant proportion of computing-intensive tasks
>>    benefit from batch-scheduling, where timeslices are long and processes
>>    are roundrobin scheduled. The new scheduler does such batch-scheduling
>>    of the lowest priority tasks - so nice +19 jobs will get
>>    'batch-scheduled' automatically. With this scheduler, nice +19 jobs
>> are
>>    in essence SCHED_IDLE, from an interactiveness point of view.
> 
> Thanks Volker.
> 
> so do I actually use "+19"?
> 
> PORTAGE_NICENESS="+19"
> 
> or
> 
> PORTAGE_NICENESS=19
> 
> Thanks,
> Mark
the latter
-- 
gentoo-amd64@gentoo.org mailing list



^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [gentoo-amd64] PORTAGE_NICENESS
  2007-06-14 18:22     ` Mike Doty
@ 2007-06-14 19:14       ` Richard Freeman
  0 siblings, 0 replies; 8+ messages in thread
From: Richard Freeman @ 2007-06-14 19:14 UTC (permalink / raw
  To: gentoo-amd64

[-- Attachment #1: Type: text/plain, Size: 1028 bytes --]

Mike Doty wrote:
> Mark Knecht wrote:
>> so do I actually use "+19"?
> the latter

Yes, a -19 would certainly make for a VERY unusable system!

I'm running a myth backend and I've found a few useful tricks:

1.  Myth itself is run at nice -10.  This was accomplished by editing 
the init.d script.

2.  Within myth tasks like commercial flagging are set to run niced. 
You don't want myth spawning random tasks running at -10.  Unfortunately 
I can't find a way to do this with mythfilldb (short of writing a 
wrapper script I suppose).

3.  emerge schedutils and setup your block devices to use a scheduler 
which respects IONICEness.

4.  Run mythbackend using ionice -c 1 for realtime scheduling.

5.  I usually run builds with ionice -c 3 nice -n 19.  That results in 
essentially no impact at all on system performance.

Oh, if you run cron jobs I'd avoid setting them to ionice -c 3.  I had 
problems with backups taking multiple days (instead of an hour) to run 
that way.  I guess it depends what your priorities are...

[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3875 bytes --]

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [gentoo-amd64] PORTAGE_NICENESS
  2007-06-14 17:57 ` Hemmann, Volker Armin
  2007-06-14 18:06   ` Mark Knecht
@ 2007-06-17  9:41   ` Peter Humphrey
  2007-06-17 10:36     ` Richard Freeman
  1 sibling, 1 reply; 8+ messages in thread
From: Peter Humphrey @ 2007-06-17  9:41 UTC (permalink / raw
  To: gentoo-amd64

On Thursday 14 June 2007 18:57:13 Hemmann, Volker Armin wrote:

> read /usr/src/linux/Documentation/sched-desing.txt

"design", not "desing"   :-)

> quote:
> - batch scheduling. A significant proportion of computing-intensive tasks
>    benefit from batch-scheduling, where timeslices are long and processes
>    are roundrobin scheduled. The new scheduler does such batch-scheduling
>    of the lowest priority tasks - so nice +19 jobs will get
>    'batch-scheduled' automatically. With this scheduler, nice +19 jobs
> are in essence SCHED_IDLE, from an interactiveness point of view.

That's an interesting description - thanks for the pointer.

The kernel includes three schedulers: anticipatory, deadline and (the 
default) CFQ, whereas the author refers only to "old" and "new" schedulers. 
I wonder which of the features he describes are common to all three. I also 
wonder which kernel version introduced the "new" scheduler. I have a reason 
for this interest, which I intend to describe in a separate thread.

-- 
Rgds
Peter Humphrey
Linux Counter 5290, Aug 93
-- 
gentoo-amd64@gentoo.org mailing list



^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [gentoo-amd64] PORTAGE_NICENESS
  2007-06-17  9:41   ` Peter Humphrey
@ 2007-06-17 10:36     ` Richard Freeman
  2007-06-17 13:14       ` Peter Humphrey
  0 siblings, 1 reply; 8+ messages in thread
From: Richard Freeman @ 2007-06-17 10:36 UTC (permalink / raw
  To: gentoo-amd64

[-- Attachment #1: Type: text/plain, Size: 963 bytes --]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Peter Humphrey wrote:
> 
> The kernel includes three schedulers: anticipatory, deadline and (the 
> default) CFQ, whereas the author refers only to "old" and "new" schedulers. 
> I wonder which of the features he describes are common to all three. I also 
> wonder which kernel version introduced the "new" scheduler. I have a reason 
> for this interest, which I intend to describe in a separate thread.
> 

Those are the IO schedulers.  He was referring to the O(1) process
scheduler.  The former handles block device contention, the latter
handles CPU contention.  Both are important, but these days IO
scheduling is more likely to be the source of slowness...
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGdQ62G4/rWKZmVWkRAj+dAJ9IrfodLG3xCywqJnkMJRvZMkgBXQCgjNQK
alBSbxDT3aL6RCLEZZbWBIo=
=Gudr
-----END PGP SIGNATURE-----

[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3875 bytes --]

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [gentoo-amd64] PORTAGE_NICENESS
  2007-06-17 10:36     ` Richard Freeman
@ 2007-06-17 13:14       ` Peter Humphrey
  0 siblings, 0 replies; 8+ messages in thread
From: Peter Humphrey @ 2007-06-17 13:14 UTC (permalink / raw
  To: gentoo-amd64

On Sunday 17 June 2007 11:36:46 Richard Freeman wrote:
> Peter Humphrey wrote:
> > The kernel includes three schedulers: anticipatory, deadline and (the
> > default) CFQ, whereas the author refers only to "old" and "new"
> > schedulers. I wonder which of the features he describes are common to
> > all three. I also wonder which kernel version introduced the "new"
> > scheduler. I have a reason for this interest, which I intend to
> > describe in a separate thread.
>
> Those are the IO schedulers.  He was referring to the O(1) process
> scheduler.  The former handles block device contention, the latter
> handles CPU contention.  Both are important, but these days IO
> scheduling is more likely to be the source of slowness...

Ah. Thanks.

-- 
Rgds
Peter Humphrey
Linux Counter 5290, Aug 93
-- 
gentoo-amd64@gentoo.org mailing list



^ permalink raw reply	[flat|nested] 8+ messages in thread

end of thread, other threads:[~2007-06-18 18:01 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-06-14 17:44 [gentoo-amd64] PORTAGE_NICENESS Mark Knecht
2007-06-14 17:57 ` Hemmann, Volker Armin
2007-06-14 18:06   ` Mark Knecht
2007-06-14 18:22     ` Mike Doty
2007-06-14 19:14       ` Richard Freeman
2007-06-17  9:41   ` Peter Humphrey
2007-06-17 10:36     ` Richard Freeman
2007-06-17 13:14       ` Peter Humphrey

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox