Jen bych doplnil, ze stara syntax command substitution `prikaz` je obsolete, a navic spatne citelna. Doporucuji pouzivat $()
Tedy v tom zminenem prikladu:
nice +19 $(pgrep bash -u jiny_uzivatel)
Jen bych doplnil, ze stara syntax command substitution `prikaz` je obsolete, a navic spatne citelna. Doporucuji pouzivat $()
Tedy v tom zminenem prikladu:
nice +19 $(pgrep bash -u jiny_uzivatel)
Tyjo, ja mel za to ze $() je bashovita zalezitost. Nu coz, clovek se porad uci.
Bashismus to není, je to v POSIXu. Ale neuměl to původní Bourne Shell.
Vetsinou komp zlikviduje i/o subsystem, tam nice a renice nepomuzou. U novejsich jader pomuze ionice.
Ja spoustim takhle vmware:
ionice -c3 nice -n 19 /usr/bin/vmware
nekde jsem to vycetl, tak doufam, ze to ma nejaky vyznam :-)
ionice pomoze len pri CFQ scheduleri, ktory je sice vo vacsine distier momentalne defaultny, ale napr. pri pouziti na serveri s dorazom na priepustnosti pri paralelnych random I/O ma dost zasadne nevyhody - napr. dokonale rusi efekt TCQ/NCQ pri SCSI/SATA diskoch, takze sa v praxi casto zostava pri Deadline scheduleri, ktory ale ionice-ovanie procesov neumoznuje.
>>Procesy v Linuxu aneb jeden admin vládne všem
ja bych se bal hlavne toho pokracovani:
Procesy v Linuxu aneb jeden admin vládne všem, jeden jim všem káže, jeden všechny přivede, do temnoty sváže
Kdyz dal Petr Krcmar clanku tenhle nazev, napadlo mne to same :-)
Ono to původně bylo jinak:
Jeden systém vládne všem, jeden jim všem káže, jeden všechny přivede do temnoty sváže.
Možná jako připomínka jednoho maloměkkého sloganu:
One world, one web, one system...
Podle vzoru:
Ein volk, ein reich, ein führer!
Už se těším na Arwen Undómiel ...
Kdyz koukam na obrazek 5 (vystup ze sazeciho programu 1963) a co mi obcas nekdo vyplodi v office, nevidim valny rozdil, tak daleko od sebe a pritom ta stejne ... "trilobyti" :-), pekny clanek, diky
hezká náhrada topu: htop, aneb jak měl vypadat top před dvaceti lety...
ještě mě napadá: ví někdo proč ps nedodržuje konvence: příkaz -options a chybí mu tam ty pomlčky?
Zřejmě z hist. důvodů, ale zajímaly by mě podrobnosti.
Možná se to nikdy nedovíme (jako kam se podělo n u umount...)
ps bez - berie prepinace podla BSD konvencii, ps s - berie prepinace podla System V konvencii.
Napriklad:
ps aux
ps -ef
Teda aby som to rozviedol, BSD a System V vetvy Unixu vyvijali ps nezavisle, teda rovnake pismeno ma rozny vyznam, aby sa dali pouzivat obidva typy prepinacov, tie BSD sa zadavaju bez -, tie System V s -.
htop je skvělá věc. Ale těch užitečných programů like top je víc. Např. občas používám iotop, pomocí kterého lze sledovat io jednotlivých procesů, itop k monitorování celkového přístupu k blokovým zřízením (disky, usb, atd..), atop který sleduje aktivitu systému a procesoru a xrestop k monitorování využití X-serveru
htop jsem neznal, clovek se porad uci. Zkusil jsem ho, vidim, ze je pekne barevne, ale nejak moc jsem to nezkoumal. Co mi prinasi oproti beznemu topu?
Predem diky za odpoved
Myslím, že největší předností htopu je právě přehlednost a možnost ovládání klávesnicí i myší (alespoň pro mě). Např. můžeš kurzorovými klávesami procházet celým seznamem (navíc může být vypsán ve formě stromu) po jednotlivých procesech. Pokud chceš nějakému procesu poslat signál, nebo změnit prioritu, označíš si jej myší, nebo kurzorovými klávesami a vybereš si odpovídající akci v menu dole. Ze stejného menu můžeš třeba změnit způsob třídění seznamu, nebo vyhledat nějaký proces podle jeho názvu atd...
Chtel jsem napsat to same. Od doby co jsem objevil htop jsem uz top nespustil. Neni duvod.
a co teprve mtop
Pokud pracujete i na Unixech, tak pozor na killall. Na Solarisu a HP-UX (možná i jinde) ignoruje parametry a zabíjí všechny procesy.
Pokud pod rootem spustíte třeba 'killall csh', čekají vás zajímavé zážitky :-)
hm dik za hint :)
vyskusam
Spíš si zkuste pod rootem killall5 :D
Zdravim,
diky za clanek, ackoli to clovek zna, vzdycky dostane nejaky zajimavy hint :)
Slo by se rozepsat take o strukture v /proc/PID/* k procesum apod?? Mate v planu??
Co třeba zkusit toto:
http://www.root.cz/serialy/co-pred-nami-taji-proc/
O /proc ja urcite psat nebudu, protoze je to pro mne neznama. Clanky jsou psane obecne pro unix/linux, ale ja sam uz mnoho let mam pouze unixy, takze o linuxovem proc nevim temer nic. Ale treba se najde nekdo jiny, kdo se rozepise