linux "top" příkaz: co jsme my, sy, ni, id, wa, ahoj, si a st (pro využití cpu)?
<p>když v linuxu vydám <code>top</code>, dostanu výsledek podobný tomuto:</p><p><img src="https://i.stack.imgur.com/ijasr.jpg" alt="screenshot of top"></p><p>jeden z řádků obsahuje informace o využití cpu takto:</p><pre><code>cpu(s): 87.3%us, 1.2%sy, 0.0%ni, 27.6%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st </code></pre><p>i když znám definice každého z nich (daleko níže), nechápu, co tyto úkoly přesně znamenají.</p><ul> <li><code>hi</code> - co znamená přerušení servisního hardwaru?</li> <li><code>si</code> - co znamená přerušení servisního softwaru?</li> <li><code>st</code> - říkají, že je to „čas cpu v nedobrovolném čekání virtuálního cpu, zatímco hypervisor obsluhuje jiný procesor (nebo)% času cpu ukradeného z virtuálního počítače“.</li> </ul><p>co to vlastně znamená? může někdo být jasnější?</p><p>uvedl jsem všechny <code>us</code>, <code>sy</code>, <code>ni</code> atd., protože by to mohlo ostatním pomoci hledat to samé. tato informace není na manuálových stránkách.</p><pre><code>us: user cpu time (or) % cpu time spent in user space sy: system cpu time (or) % cpu time spent in kernel space ni: user nice cpu time (or) % cpu time spent on low priority processes id: idle cpu time (or) % cpu time spent idle wa: io wait cpu time (or) % cpu time spent in wait (on disk) hi: hardware irq (or) % cpu time spent servicing/handling hardware interrupts si: software irq (or) % cpu time spent servicing/handling software interrupts st: steal time - - % cpu time in involuntary wait by virtual cpu while hypervisor is servicing another processor (or) % cpu time stolen from a virtual machine </code></pre>
<p><code>hi</code> je čas strávený přerušením zpracování hardwaru. hardwarová přerušení jsou generována hardwarovými zařízeními (síťové karty, řadič klávesnice, externí časovač, hardwarové senzory, ...), když potřebují něco signalizovat do procesoru (například data dorazila).</p><p>protože k tomu může dojít velmi často a protože v podstatě blokují aktuální cpu, zatímco jsou spuštěny, jsou popisovače hardwarového přerušení jádra psány tak rychle, jak je to jen možné.</p><p>pokud je třeba provést dlouhé nebo složité zpracování, jsou tyto úkoly odloženy pomocí mechanického volání <code>softirqs</code>. jsou naplánovány nezávisle, mohou běžet na jakémkoli cpu, mohou běžet souběžně (nic z toho neplatí pro popisovače přerušení hardwaru).</p><p><sub>část o tvrdých irq blokujících aktuální procesor a část o tom, že <code>softirqs</code> budou moci běžet kdekoli, nejsou úplně správné, mohou existovat omezení a některé tvrdé irq mohou přerušit jiné.</sub></p><p>jako příklad lze uvést, že hardwarové přerušení ze síťové karty „přijatá data“ by mohlo jednoduše uložit informace „karta ethx musí být obsluhována“ a naplánovat <code>softirq</code>. <code>softirq</code> by byla věc, která spouští skutečné směrování paketů.</p><p><code>si</code> představuje čas strávený v těchto <code>softirqs</code>.</p><p>dobré čtení o mechanismu <code>softirq</code> (s trochou historie) je také <a href="https://www.cs.unca.edu/brock/classes/spring2013/csci331/notes/paper-1130.pdf">dělám to později: softirqs, tasklets, dolní poloviny, fronty úkolů, pracovní fronty a časovače</a> = (pdf, 64 kb).</p><p><code>st</code>, „ukrást čas“, je relevantní pouze ve virtualizovaných prostředích. představuje čas, kdy skutečný procesor nebyl k dispozici aktuálnímu virtuálnímu počítači - byl „odcizen“ z toho vm) hypervizorem (buď pro spuštění jiného vm, nebo pro vlastní potřeby).</p><p>dokument <a href="https://www.ibm.com/developerworks/linux/linux390/perf/tuning\_cputimes.html">cpu time accounting</a> od ibm obsahuje více informací o krádeži času a účetnictví cpu ve virtualizovaných prostředích. (zaměřuje se na hardware typu zseries, ale obecná myšlenka je stejná pro většinu platforem.)</p>
[https://www.cpubenchmark.net/cpu.php](https://www.cpubenchmark.net/cpu.php?cpu=Intel+Celeron+N3060+%40+1.60GHz) a najdi si to same ohledne stolniho, aspon ohledne vykonu ti to napovi.Na tomhle provozovat win musi bit tragedie od zacatku a je otazka v jakem stavu ty win vubec jsou.Pokud to nenabiji ani vyple, pripane v biosu, tak mne napada jen jedna vec zrusit rychle spusteni win, protoze jinak je to pouze da se rici hybernovane, neni to vypnute. Treba to pomuze.Jinak asi reklamace a poznas. Jedna vec je kapacita baterie, ale tobe asi chcipla, takze by to meli resit oni. Taky muze bit v haji nabijeci cast v notesu, adepter neni nabijecka, je to jen a jen zdroj.Mit to jeste vyndavaci bat, tak ji vytahnu adapter a baterku a treba 20x mackam spousteci tlacitko. Treba u lenov to takto funguje, u jinejch zase srzet 10 vterin. V principu jde o vybiti casti desky.[https://h30434.www3.hp.com/t5/Notebook-Software-and-...](https://h30434.www3.hp.com/t5/Notebook-Software-and-How-To-Questions/HP-Stream-14-Laptop-Battery-plugged-in-not-charging/td-p/6078116)  asi podobne stroj, pomohl mu novejsi bioss tim ze posledni je z prosince 2017 Dnešní doba.... - užívání elektroniky a výpočetní techniky v maximální míře- úroveň znalostí, vědomostí, racionálního myšlení a samostatnost na minimální úrovni.... odpověď na tvůj dotaz mi "zabrala" 15 s.[https://faq.whatsapp.com/android/security-and-priv...](https://faq.whatsapp.com/android/security-and-privacy/how-to-check-read-receipts/?lang=en) > 
> Kdo ovládá výchozí velikost maximální zásobníku; OS nebo kompilátor?
> 
> 
> 


Překladač obvykle. OS / hardware, omezuje jej do určité míry. Výchozí hodnota je 8 MB. Na linux IIRC. Myslete na `ulimit -s`systému Linux (pro změnu velikosti zásobníku).



> 
> Je výchozí maximální poměru k celkové paměti? (Tj stroj s 2GB paměti by mít větší velikost než výchozí stroji s pouze 512) V tomto příkladu oba stroje jsou stejné nastavení os / překladač, jen různá množství systémové paměti RAM.
> 
> 
> 


Ne. Dokud a pokud to uděláte yiurself.You může změnit velikost zásobníku přes kompilátor přepínače.



```
ld --stack=<STACK_SIZE>

```

nebo 



```
gcc -Wl,--stack=<STACK_SIZE>

```


> 
> Vezměte si Standard C ++ o problematice komínů a hromady:
> 
> 
> 


Norma je založena na abstraktním stroji a opravdu není sama o sobě tím hardwarem nebo komíny nebo hromad. To mluví o přidělené obchodu a volného obchodu. Volný obchod je místo, kde byste se, pokud voláte nový (většinou). FWIW, implementace může mít pouze jeden paměťový prostor maskující se jako oba zásobníku a haldy, pokud jde o námitky alokaci.


Váš dotaz, omáčky, scvrkává být specifický problém implementace spíše než záležitost jazyka. 


Snad to pomůže. Mít nečinné procesy 100% znamená nulové zatížení procesoru.  
To je to, oč bys měl v klidu usilovat a ne se toho obávat.  
Pokud je 100% nemáš, najdi ty procesy, které výkon opravdu spotřebovávají a pokus se zjistit proč a zda se nejedná o viry. Ptate se na konkretni procesor?Kterou bezpecnostni aktualizaci myslite?Snížení - úbytek, ztráta, zmírnění, zmenšení Jasně - když se načítá plocha, spusť správce úloh (Ctrl+Alt+Del) a podívej se, jaký proces právě využívá CPU Tak snad vidíš ve Správci úloh, který proces žere paměť, ne? Nebo to je zadání tipovačky?A když už si to budeš prohlížet, podívej se i na vytížení CPU. Ja bych to tak nějak odvodil od velikosti HDD, nebo od taktu procesoru a počtu jader....To je vidět že jsou prázdniny a žáci zvláštních škol se dostali k interenet a nechápou že to "ostatní" v této poradně neznamená prostě ostatní, ale "ostatní vztahující se k výpočrtní technice". No svou vinu natom má i redakce, když po několikaletém upozorňování není schopná to tam dopsat!!!! Skusil bych odinstalovat msi aplikace na řízení výkonu CPU i GPU a jel bych čisté na ovládacích od nVidia...setkavam se docela Často s tím že aplikace od společností MSI Gigabyte Asus atd... dělají víc potíží než užitku a na stanicich jste jako useri, power useri nebo dokonce admini? jde o to jaka mas prava a podle toho se muzes branit (ja pocitam s userem, jak jinak v dnesnim podniku se stovkami kompů, kdyz tam je tolik lidi v IT - bohuzel proti tomu moc nezmuzes, protoze remote pc a jejich procesy byvaji skryte a proto to nejde killnout Task Managerem) jinak se necham inspirovat jinými názory