Linux med raskere skrivebord

[Psykonaut]

"Hahaha, blueshroom, snakk om obvious troll! :!:"

 

Var jaggu meg en som beit på også. Selv etter at du kommenterte.

 

Skulle tatt med "...Bill Gates. For det var jo tross alt han som oppfant operativsystemet." Det hadde vært prikken over "i"en.

[Kaymeerah]

Dette er faktisk en ekstremt høyere responstid JohndoeMAKT, systemet er nesten like responsivt på 100% load som det er på 0-10%.

Mener du lavere responstid?

 

Pleier du å starte applikasjoner fra TTY-er gruppert etter hvilken prioritering du ønsker til hver gruppe?

Det eneste jeg gjør i hverdagen som bruker merkbart ressurser fast som jeg starter fra en TTY er torrent-klienten, og selv der er det maks 25% CPU-last når den hasher og nå omtrent 20 minutter CPU-tid på nesten tre døgn.

 

For å få utnytte av dette må du starte applikasjoner fra TTY-er (terminaler) og da vil hver terminal (uavhengig av hvor mange tråder startet i den) få lik(?) prioritering slik at dersom du gjør veldig tungt arbeid i en terminal (kompilerer Linux-kernelen f.eks) vil du kunne starte f.eks videoavspilling fra en annen terminal og kompileringen vil ikke hindre videoavspillingen. Dersom du starter applikasjoner som vi 95+% normale fra Kicker-menyen, KRunner, Gnome-Do, Avant dock eller en annen form for launcher vil ikke denne saken ha noen effekt.

 

1. Jeg vet hva TTY er, jeg er Arch Linux bruker.

2. Jeg har ikke prøvd dette enda, men jeg antar du kan endre prioritet på TTY grupper akkurat som du kan endre prioritet på hvilken som helst annen oppgavegruppe.

3. Tror nok ikke du må kjøre fra forskjellige TTYer for å få det til å fungere slik det skal, den deler trossalt ut lik prioritet til prosessorkrevende oppgaver innen en gruppe, og nedprioriterer alt som ikke bruker noe særlig prosessorkraft (rundt 0-10% ville jeg anta grensen går).

4. Ja, jeg mente lavere responstid, skriveleif.

 

og også den personen som startet prosjektet.

 

Richard Stallman var fyren som startet GNU prosjektet og FSF.

 

EDIT:

 

"Hahaha, blueshroom, snakk om obvious troll! :!:"

 

Var jaggu meg en som beit på også. Selv etter at du kommenterte.

 

Skulle tatt med "...Bill Gates. For det var jo tross alt han som oppfant operativsystemet." Det hadde vært prikken over "i"en.

 

:!:

Endret 20. november 2010 av Kaymeerah

[JohndoeMAKT]

3. Tror nok ikke du må kjøre fra forskjellige TTYer for å få det til å fungere slik det skal, den deler trossalt ut lik prioritet til prosessorkrevende oppgaver innen en gruppe, og nedprioriterer alt som ikke bruker noe særlig prosessorkraft (rundt 0-10% ville jeg anta grensen går).

Jo. Det dette gjør er å gruppere alle tråder startet fra hver TTY og så først schedule CPU-tid basert på TTY-gruppe og så internt i gruppen.

 

For å dra frem noen sitater fra epostgruppen:

http://marc.info/?l=linux-kernel&m=128993935321081&w=2

Well, this feature is pretty much interesting only for kernel hackers

anyway. It is completely irrelevant for normal desktop people. Because

a) normal users don't use many terminals anyway and that very seldom and

b) if they do that they do not create gazillion of processes from one of

the terminals and only very few in the other. Because only then this

patch becomes relevant.

 

...

 

So, this patch only has an effect of people who build kernels from an

xterm with make -j all day, and at the same time want to watch a movie,

from a player they also start from a terminal, but from another one.

 

Only in such a setup this patch matters. And for everybody else it is

completely irrelevant. If you don't use terminals it has no effect. If

you don't run massivily parallel CPU hoggers it has no effect. If you do

not run your mplayer from a terminal it has no effect.

 

..

 

http://marc.info/?l=linux-kernel&m=128993949921383&w=2

Jeez. Don't mentione the desktop. On the desktop this is compleltely

irrelevant. There are not TTYs on the desktop. There's no "make -j" of

the kernel tree on the desktop.

 

The kernel patch discussed here *has* *no* *relevance* for normal users.

 

The kernel patch discussed here is only relevant for people which start

mplayer from one terminal, and "make -j" from another.

 

http://marc.info/?l=linux-kernel&m=128993978121790&w=2

Linus svarer og basicly skriver at denne patchen er ikke gjort for å forbedre noe for hvermannsen:

Yes. And have you noticed people complaining about stuttering while

they run just their desktop app? No.

 

That's the thing. If you run a web browser and you use a flash player

to view youtube or whatever in it, and only use other interactive

desktop apps anyway, you won't see any problems _regardless_. It's not

like the other desktop app you have open (and is idle, because you're

not touching it) will matter.

 

..

 

http://marc.info/?l=linux-kernel&m=128993995722016&w=2

Linus igjen:

..

 

Because your definition of "desktop" seems to be "only interactive

apps". So this i all irrelevant.

 

Which is fine by me. It's not what the patch is supposed to affect.

 

Dette vil gjøre min bruk av GNU/Linux på de seks maskinene jeg bruker daglig omtrent 0% raskere og mer responsive da det er en veldig, veldig liten gruppe som har et bruksmønster som blir påvirket av den.

[Kaymeerah]

Ohh, da misforstod jeg, trodde den prioriterte innen gruppen også.

[JohndoeMAKT]

Ikke denne, men den vanlige scheduleren har gjort slik prioritering i åresvis, sannsynligvis hele tiden i versjon 2.x.x for alt jeg vet.

[Kaymeerah]

Det er akkurat det, trodde ikke det ville være annerledes akkurat når det gjelder det.

[Hieronymus]

Det skinner veldig klart igjennom at her er det mye klipp-og-lim, dårlige oversettelser, og mangel på kunnskap om emnet, hos artikkelforfatteren. Han bør holde seg for god til å skrive slike artikler, iallefall inntil han forstår hva det her er snakk om. Artikkelen er jo direkte misvisende! Og at artikkelforfatteren vet lite, skinner jo klart igjennom når det benyttes uttrykk som "En kode som skal gjøre underverker"...

 

---

BalleB

[Kaymeerah]

*snip*

 

Det er Arsæll Benediktsson som skriver en ikke-Windows relatert artikkel, hva forventer du?

[tivolieselet]

tja.. dette har vært i kernelen siden 2.6.25!

men nå har mange troll i esken hoppet ut og skal forklare alle slags triks for å få det til å funke..

https://gist.github.com/706261 noen som vet om denne funker bedre?

eller om dette stemmer?

For Ubuntu, this is not quite right. Firstly, instead of adding to rc.local, this should be in its own init script. Secondly, you need to chown the /dev/cgroup directory tree to ensure that it is actually usable by all users - this is currently relying on root's umask to be set to something generous.

 

Take this:

====

#!/bin/sh

 

case "$1" in

start)

mkdir -p /dev/cgroup/cpu

mount -t cgroup cgroup /dev/cgroup/cpu -o cpu

chmod -R a+rx /dev/cgroup

mkdir -m 0777 /dev/cgroup/cpu/user

echo "/usr/local/sbin/cgroup_clean" > /dev/cgroup/cpu/release_agent

;;

*)

;;

esac

exit 0

====

 

Drop it in a file called /etc/init.d/cgroups

Then do:

sudo update-rc.d cgroups defaults 00

 

to add it to all the correct runlevels at priority 00.

 

for en vanlig dekstop linux bruker har ikke denne koden så mye å si. som det er nevnt i noen kommentarer er det kun ved bruk av TTy. men hva med BFS til desktopen da? http://en.wikipedia.org/wiki/Brain_Fuck_Scheduler PS om du tester BFS så kan du ikke bruke CFS som denne artikkelen går ut på å redigere.