TTY task group scheduling
dieterbsd at engineer.com
dieterbsd at engineer.com
Thu Nov 18 22:43:38 UTC 2010
Lucius writes:
> And using "idprio 1 $cmd" as a workaround is, well, a kludge.
You have to be root to use idprio, requiring a suid wrapper,
which strikes me as kludgy.
The worst part is that idprio and rtprio don't entirely work.
An idprio process can still interfere with a rtprio process. :-(
Rtprio is false advertising, it is *not* real time. Rtprio is
really just pigprio.
Freddie writes:
> As in, if you don't want your make job to hog resources, then use nice
> to run it in the background.
Doesn't always work. Nice (and rtprio/idprio) only care about CPU
usage, not I/O usage. Nice and friends do very little to throttle
a process that is hogging I/O resources.
Also:
Some device drivers (SATA drivers, firewire, perhaps others) hog the
CPU for obscene lengths of time, locking out even other device drivers.
This causes DATA TO BE LOST. :-( :-( :-(
Some SATA drivers still don't support NCQ, causing *horrible* logjams.
NCQ also gives 10-13x the speed.
---switch to metadiscussion---
> Also, does this really need to be cross-posted to -current, -hackers,
> and -performance?
The question is why does cross posting result in receiving duplicates?
(Usenet was much better for this type of discussion.)
Chuck writes:
> I'm also turned off by the attempt to popup a full page ad in
> addition to the rest of the advertising content
...
> I don't see any value added from these phoronix.com links
I haven't tried the link in question, but I skim through
phoronix.com using "links -g" and don't get buried in ads.
Lately I've been skimming most sites (including phoronix)
with images turned off and they load *SO* much faster.
More information about the freebsd-performance
mailing list