Nápad na optimalizátor odozvy aplikácií (diskuse)

[Matlák]

já mám na notebooku něco podobného ale opačně - při přepnutí na určité plochy (realtime práce s muzikou apod..) mi to zmrazí buďto virtuální stroj nebo FF, popřípadě oboje. Tyto procesy žerou CPU nejčastěji. No a na dlouhodobé věci používám cpulimit, ten funguje překvapivě dobře. Jinak je to zajímavý nápad, rozhodně.

[Martin Böhm]

To je zajimave, pro jaky WM to mas napsane?

[Milan Lajtoš]

"Vision without execution is hallucination." - T. A. Edison

[Milan Lajtoš]

Ospravedlňujem sa - myslel som, že to bola reakcia na článok a nie na ten prvý komentár.

[Matlák]

Mám to pro fluxbox, je to snadný, skriptík v bashi.. takových "optimalizací" mám spoustu i na stolním stroji

[sivlk]

A ako programovo detekujes na akej si ploche?

[Milan Lajtoš]

Napríklad cez D-Bus.

[Matlák]

Snadno, mám plochy namapované na numerickou část klávesnice. Stisknutím příslušné klávesy se přepínám přímo na konkrétní plochu a zároveň tím spouštím nadefinovaný skript.

[sivlk]

No. Momentalne som skusil na 2. ploche pustit "nice -19 convert velky.png velky2.jpg co" bezi asi 1 minutu, a chrome ktore bezi s nice 0 na prvej ploche je aj tak zabite, mizerna odozva gui. Ako este inak sa da obmedzit convert aby tak nespomaloval system?

[Matlák]

na takovou obludnost je právě dle mého lepší ten cpulimit. Používám ho právě na dávkové konvertování a/v souborů nebo obrázků. Dokáže udržet zátěž na přijatelné hodnotě.

[zulu]

Záporný nice asi není moc nice. Místo -19 zkus 19.

[zulu]

Kecám, to není mínus, že? Jsem z těch unixů zblblej.

[kralyk z abclinuxu]

Já bych řek, že nekecáš.

[sivlk]

Keca -19 je 19, --19 je -19

[thingie]

Kombinace minimální a maximální priority udělá v systému nejspíš bordel. Úlohy s minimální to vyhladoví, ty s maximální zase požerou zbytečně všechno. Nepřijde mi nezvyklé, že GUI aplikace si je kvůli nějaké naprosté pitomosti schopna nárokovat veškerý čas CPU. Já bych to nedělal, maximálně neinteraktivní úlohy by asi šlo spouštět s nižší prioritou, nicméně docela bych čekal, že to nebude mít valný vliv (jinak by to asi dělaly ty úlohy implicitně).

Rozumná myšlenka je zaměřit se na ničení webových prohlížečů, zejména flash pluginů a podobných zvěrstev, které nelze snadno přimět chovat se civilizovaně [1], takže není nerozumné se je snažit zmrazovat nebo jinak utlouct.

[1] Pokud by normální aplikace viditelně ubližovala odezvě, pak bych v prvé řadě hledal chybu v ní. Ona tam sice nutně být nemusí, ale dost často se asi přijde na to, že se tam třeba něco zacyklilo a ten krám ochotně žere tolik procesoru, kolik jenom je schopen dostat, a to není u interaktivní GUI aplikace normální.

[Heron]

Mno, nějak takhle podobně to je v těch nenáviděných Windows. Program na popředí je upřednostněn. Naštěstí to jde vypnout.

[default]

A nejen v nenáviděných Windows.

[mirec]

No neviem, skúšal som odozvu systému spustením 4x renderovanie, každý proces so 4 vláknami, load > 10 a odozva stále bezproblémová (nebyť indikátora CPU ani neviem, že tu niečo beží).

[sivlk]

A aky mas komp? Ja mam Celeron M 1.4 GHz s 1GB ram. Napr. prehliadac je normalne rychly, aj odozva GUI, ale ked spustim nice -19 convert velky.jpg tak sa zacne browser vyrazne zasekavat.

[chrono]

Problém programu convert je ten, že potrebuje strašne veľa pamäte (takže obmedzenia CPU pri ňom asi príliš nepomôžu).

[mirec]

Mám taký pocit, že Intel Core 2 Duo s 1.5GHz a myslím, že 1GB RAM. Neviem nechce sa mi moc zisťovať, nezaujímal som sa o to u predajcu a už vôbec mi je to jedno pri používaní.

[Radovan Garabík]

Odporučil by som okrem nice použiť aj ionice.

[sivlk]

To je snad este horsie, neviem ci to robim dobre:

ionice -n 7 nice -19 convert -trim velky.jpg velky2.jpg

[Martin Mareš]

Pozor, convert je neuvěřitelně paměťově žravý, takže s největší pravděpodobností zalézáte do swapu.

[sivlk]

Ano, ale preco by mali swapove operacie spomalovat gui?

[Martin Mareš]

Protože i GUI používá netriviální množství paměti, takže když dojde na swapování, odswapují se i jeho části, které se pak zase musejí přiswapovávat.

[Semo]

Pokial viem, tak linuxove planovace zvacsa uprednostnuju proces, ktory v poslednej dobe viac spal. Pravdepodobne to totiz bude user-interactive proces, ktory na usera kazdu chvilu caka. Takze nieco ako zvyhodnovanie interaktivne aplikacie pred dlhodobo beziacimi a zerucimi tam uz je.