On Saturday 23 June 2007, Willy Tarreau wrote:
> > But the bottom line is that on a desktop, tasks should receive
> > different -unfair- amounts of CPU time to work correctly. The "fair"
> > concept still looks wrong to me.
>
> "fair" means what it means : stop starving some tasks for no apparent
> reasons. If one task adjusts its priority, it can get more CPU than others,
> but the distribution will still be fair according to the priorities.
Ok, this was the kind of technical explanation I was looking for, thanks.
> > Nicing tasks might not be hard at all, but expecting normal users to do
> > so is not realistic. Either the scheduler or the applications should make
> > these decisions for them (us).
>
> No, I cannot agree with you. The users have to solutions to start their
> player: - typing "mplayer xxx.mpeg" on the command line ; then they can
> prepend "nice" in front of it
>
> - clicking on an icon in their windows-like window managers, which makes
> executes the command for them.
>
> If they decide to use the second solution, it means that the default
> settings assigned to the icon should fit the application (that applies to
> the nice value too). And if their distro ships with those pre-defined icons
> with stupid priorities, they should complain to the distro vendor or switch
> to another one. And if the window manager by itself does not make it easy
> to adjust priorities when starting processes, it's poorly designed because
> it is it and only it which forces the user to open a command line and
> manually set "nice".
>
> So there are plenty of really transparent solutions for the user, but maybe
> there are a lot of wrong tools and configurations...
Ok, so if I understand correctly, the problem I had in my simple test will be
solved by distributions once a fair scheduler goes into mainline? This is
fine then. As long as someone (but not end users) takes care of giving the
right priority to tasks of different nature it should work fine.
> Regards,
> Willy
Thank you !
Alberto.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]