Alternativa za čuveni peč od 200 redova

• 4Ovo se svidja korisnicima: FarscapeFan, Taxista, hazmaju, mcrule
  
  Registruj se da bi pohvalio/la poruku!

Sećam se da sam ovo pokušavao da uradim ali dok je Debian sid imao squeeze pakete i samim tim i 2.6.32-x kernel. Sledeći tekst navodi da vam za ovaj peč ipak treba 2.6.26 (ili noviji). Detaljniji tekst i komentari su na sledećem linku:

http://forums.debian.net/viewtopic.php?f=16&t=45151&start=150#p332870

Obratite pažnju da ovo i vi možete uraditi na vašem računaru. Ja sam probao na 2.6.37 i zaista radi. Ovaj peč neće sprečiti "prelivanje" Firefoxa unutar Ram memorije ali će omogućiti da sistem radi za nijansu (ili dve u mom slučaju) bolje u smislu da nema sporog odziva kada obavljate više zadataka istovremeno. Elem da napišem ukratko šta treba da uradite:

1. Kopirajte sledeći tekst u /etc/rc.local (kao super korisnik):
mkdir -p /dev/cgroup/cpu
mount -t cgroup cgroup /dev/cgroup/cpu -o cpu
mkdir -m 0777 /dev/cgroup/cpu/user

2. Ubacite sledeće rodove u ~/.bashrc (kao običan korisnik):
if [ "$PS1" ] ; then
mkdir -m 0700 /dev/cgroup/cpu/user/$$
echo $$ > /dev/cgroup/cpu/user/$$/tasks
fi

Restartujte računar i to je to.

Da bi poništili ovo što ste dodali neophodno je samo da izbrišete dodate redove kodova unutar navedenih datoteka

Na internetu ima dosta polemike oko ovoga ali sigurne su 2 stvari:
- Linus je zapanjen ovim pečom i isti će biti ubačen u kernel 2.6.38;
- Ovu promenu će više osetiti korisnici sa manjim resursima tj. slabijim računarima od onih koji imaju modernije računare sa bržim procesorima itd. ;

Toliko o tome za večeras

• 0Niko još nije pohvalio poruku.
  Registruj se da bi pohvalio/la poruku!

Verujem da bi to moglo da se doda u /etc/fstab ovako:
cgroup       /dev/cgroup/cpu  cgroup      cpu          0   0

Btw, ako se dodaje u .bashrc to podrazumeva log on i log off tako da ću moći ovo da isprobam tek pri sledećem logovanju.

• 0Niko još nije pohvalio poruku.
  Registruj se da bi pohvalio/la poruku!

@bocke
Zar ne treba da ide i restart računara da bi rc.local fajl bio aktiviran od starta?

• 1Ovo se svidja korisniku: djura-san
  
  Registruj se da bi pohvalio/la poruku!

Napisano: 28 Feb 2011 23:14

Što? Misliš da će udev automatski obrisati jednom kreiran direktorijum?

Btw, dodavanje onoga u fstab je direktna alternativa ovome:
mount -t cgroup cgroup /dev/cgroup/cpu -o cpu

Dopuna: 28 Feb 2011 23:20

Ok, ok kapiram... cpugroup mora biti montiran da bi mogao da kreiraš poddirektorijum user.

Jes, jes. U pravu si.

Dopuna: 28 Feb 2011 23:25

Mada nije potreban restart, ako ručno odradiš taj deo koji stoji za rc.local. To je bila poenta. Log off, pa log on i opcija je aktivna.

Dakle, ako hoću samo da probam, restart nije neophodan.

• 0Niko još nije pohvalio poruku.
  Registruj se da bi pohvalio/la poruku!

kako u stvari ovo funkcioniše ?

• 0Niko još nije pohvalio poruku.
  Registruj se da bi pohvalio/la poruku!

Napisano: 01 Mar 2011 2:13

@Far
Naterao si me da kopam

Citat:The patch automatically groups process based on TTYs. There is a lot of discussion/argument on the lkml that says this means it isn't relevant for typical desktop usage - that it makes no difference to interactive applications. The test cases are all based around "start a CPU intensive task from a terminal then look at the responsiveness of another task". So compiling a kernel and trying to watch a video, for example.

Citat:The /dev/cgroup/cpu/user/$$/tasks files are created, and removed
when the task ends.

Citat:The shell script version does nothing more than add the shell process to
a new cgroup (control group). Every child process of that shell will
automatically be added to the same cgroup.

The scheduler will then make sure that all cgroups will get a fair share
of CPU time and disk i/o.[1] If one group spawns many CPU-hungry
processes (like a kernel build with `make -j 64 all`), all other
processes are somewhat isolated from these.

The processes are still equal in their scheduling priority but the
scheduler's first priority will be to schedule equally among cgroups.
That means that you cannot starve processes of resources simply by
spawning an overwhelming number of processes demanding the same
resource. You can only starve processes within your own cgroup.


Izvori:
- http://www.gossamer-threads.com/lists/gentoo/user/221770
- http://us.generation-nt.com/answer/200-line-linux-.....27151.html
- http://askubuntu.com/questions/13562/how-do-we-get.....line-patch


mislim da podebljani deo govori sve!?

Dopuna: 01 Mar 2011 2:20

Opet sam pročitao ono gore i dolazim do zaključka da ovako nešto na ssd diskovima može da pravi čudesa

Uskoro će kernel v2.6.38 pa ću da probam da vidim kako to radi u praksi direktno iz kernela.

• 1Ovo se svidja korisniku: hazmaju
  
  Registruj se da bi pohvalio/la poruku!

Zasto restart? Zasto logoff? Na unixima restart (uglavnom) samo ako si menjao kernel, sve ostalo moze i rucno.
Odradi komande iz rc.local rucno u terminalu, ubaci linije u .bashrc i "sourcuj" taj faj: $ . ~/.bashrc

• 0Niko još nije pohvalio poruku.
  Registruj se da bi pohvalio/la poruku!

Protiv restarta sam i ja bio, a za sourceovanje se ne nisam setio.

su -c ili sudo bash
mkdir -p /dev/cgroup/cpu
mount -t cgroup cgroup /dev/cgroup/cpu -o cpu
mkdir -m 0777 /dev/cgroup/cpu/user

 . ~/.bashrc

• 2Ovo se svidja korisnicima: Ričard, hazmaju
  
  Registruj se da bi pohvalio/la poruku!

Hajde rekoh da ubacim ovo i sto se tice poboljsanja, nijanse su u pitanju, ali kao sto jednom rekoh, zasto da ne ako nesto dobijas.
Posto sam vec bio u konzoli i narodski receno prckao po njoj, malo je i sredio, tipa boje i textualne datoteke, kao dobrodoslica i prijava root korisnika.
Eto malo se nasalio pa konzola sada izgleda ovako, tacnije user i prijava root

• 0Niko još nije pohvalio poruku.
  Registruj se da bi pohvalio/la poruku!

Kakve veze ima prompt sa ovom temom? Ako hoćeš, možemo o tome u novoj.