Dotaz: CPU limit v bash scripte

[bashscript]

Zdravicko :), pisem si jeden mensi script v bashi na spracvovavanie udajov a potrebujem v nom na uvode obmedzit aby nevyuzival viac ako 20% CPU. Ako sa to da?

Odpovědi

[Fuky]

cpulimit

$ cpulimit -p 6011 --limit 20

[Fuky]

Distribuční rada: omezování zátěže CPU procesem

[Ant]

CPU Usage Limiter for Linux?

[Semo]

Ak CPU skutocne nespotrebuvava priamo proces bash (velke matematicke vypocty v bashi?), ale bashom spustane externe procesy, tak je cpulimit nanic. Ten totiz bude obmedzovat iba bash, ktory aj tak vacsinu casu nebezi a caka na dobehnutie spustenych programov.

Nepoznam konkretny pripad, zle vacsinou je podobne obmedzovanie nepochopenim priorit (CPU aj diskovych) v systeme. Pretoze taketo obmedzovanie bude skrtit, aj ked sa zvysok CPU nepouziva. Vtedy nie je dovod naopak nevyuzit nevyuzit CPU kolko sa da (pretoze nie je ziadne dovod nemat vysledok skor (ak sa da), maximalne ho mozes vyuzit az pozdejsie), a v momente ked potrebuje CPU niekto iny ustupit.

Priority v Linuxe nefunguju tak, ze vyssie cislo berie vsetko. Vyssie cislo ma iba vacsi podiel CPU oproti procesu s nizsim (a aj to iba v momente, ked chcu oba bezat sucane, inak maju oba maximum).

[Petr Maleček]

Priority v Linuxe nefunguju tak, ze vyssie cislo berie vsetko. Vyssie cislo ma iba vacsi podiel CPU oproti procesu s nizsim (a aj to iba v momente, ked chcu oba bezat sucane, inak maju oba maximum).

Asi jsem to špatně pochopil, ale jestli se nepletu, tak čím vyšší číslo s prioritou, tím menší priorita ... záporná čísla nesou vyšší prioritu.

Jestli se pletu, tak mne opravte, ale žiju s tím už od začátku co sedím na Linuxu.

[Ant]

Je to tak, jak rikas. Nevim, proc to tak je. Take by mi logictejsi pripadalo, kdyby to bylo obracene a cislovane od nuly, ale zrejme pro to soucasne ciselne oznaceni je dobry (zrejme historicky) duvod.

Dokonce si i jeden takovy umim predstavit: rekneme, ze kazdy proces se standardne vola s frekvenci 60Hz (preruseni od sekundy u hodin realneho casu) pokud proces bezi (tedy 60x za sekundu se mu prideli procesor). To odpovida priorite nula. Pri zavedeni priorit se pak procesy budou volat s frekvenci 60+priorita. Logicky tak procesory s velkou zapornou hodnotou (-20) se budou volat s frekvenci 40Hz (tedy 40x za sekundy se jim prideli procesor oproti standardnim 60x za sekundy, tedy budou mit vyssi prioritu a pobezi rychlejsi).

Mozna je ale vsechno jinak

Myslim, ze podstatou jeho prispevku byla skutecnost, ze priority urcuji jen procentualni, nikoli absolutni prednost pri ziskavani procesoroveho casu. Tedy ze proces s nejvyssi prioritou nevyzere vsechen CPU cas a na ostatni se nedostatek. Dostane se na vzdycky kazdeho, jen podle jejich priorit pomerove mene.

[Ant]

čím vyšší číslo s prioritou, tím menší priorita ... záporná čísla nesou vyšší prioritu

Samozrejme. Viz man nice

[fraxinus]

>> Vtedy nie je dovod

Dovod sa vzdy najde: NTB, procak co nepodporuje zmenu taktovania, huciaci ventilator pri 100% zatazi

[m$ lipo $m]

Zkus pouzit omezeni na uzivatele pod kterym ty procesy bezi. Vzhledem k tomu ze jde o script ktery muze volat nespocetne mnozstvi jednotlivych programku z kterych se sklada by omezovani na "script" neprineslo uzitek jak jiz bylo zmineo vyse v diskuzi. Resenim by mohlo byt vyuzit PAM a nastaveni limitu CPU primo pro konkretniho uzivatele v /etc/security/limits.conf.