abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×

dnes 10:22 | Zajímavý článek

Lukáš Růžička v článku Kuchařka naší Růži aneb vaříme rychlou polévku z Beameru na MojeFedora.cz ukazuje "jak si rychle vytvořit prezentaci v LaTeXu, aniž bychom se přitom pouštěli do jeho bezedných hlubin".

Ladislav Hagara | Komentářů: 1
dnes 07:22 | Komunita

Od 26. do 29. října proběhla v Bochumi European Coreboot Conference 2017 (ECC'17). Na programu této konference vývojářů a uživatelů corebootu, tj. svobodné náhrady proprietárních BIOSů, byla řada zajímavých přednášek. Jejich videozáznamy jsou postupně uvolňovány na YouTube.

Ladislav Hagara | Komentářů: 0
včera 19:22 | Nová verze

Ondřej Filip, výkonný ředitel sdružení CZ.NIC, oznámil vydání verze 2.0.0 open source routovacího démona BIRD (Wikipedie). Přehled novinek v diskusním listu a v aktualizované dokumentaci.

Ladislav Hagara | Komentářů: 0
včera 09:22 | Pozvánky

V Praze dnes probíhá Konference e-infrastruktury CESNET. Na programu je řada zajímavých přednášek. Sledovat je lze i online na stránce konference.

Ladislav Hagara | Komentářů: 1
9.12. 20:11 | Nová verze

Byl vydán Debian 9.3, tj. třetí opravná verze Debianu 9 s kódovým názvem Stretch a Debian 8.10, tj. desátá opravná verze Debianu 8 s kódovým názvem Jessie. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 9 a Debianu 8 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.

Ladislav Hagara | Komentářů: 0
9.12. 00:44 | Nová verze

Po 6 měsících vývoje od vydání verze 0.13.0 byla vydána verze 0.14.0 správce balíčků GNU Guix a na něm postavené systémové distribuce GuixSD (Guix System Distribution). Na vývoji se podílelo 88 vývojářů. Přibylo 1 211 nových balíčků. Jejich aktuální počet je 6 668. Aktualizována byla také dokumentace.

Ladislav Hagara | Komentářů: 4
8.12. 21:33 | Nová verze

Po půl roce vývoje od vydání verze 5.9 byla vydána nová stabilní verze 5.10 toolkitu Qt. Přehled novinek na wiki stránce. Současně byla vydána nová verze 4.5.0 integrovaného vývojového prostředí (IDE) Qt Creator nebo verze 1.10 nástroje pro překlad a sestavení programů ze zdrojových kódů Qbs.

Ladislav Hagara | Komentářů: 0
7.12. 11:11 | Komunita

Naprostá většina příjmů Mozilly pochází od výchozích webových vyhledávačů ve Firefoxu. Do konce listopadu 2014 měla Mozilla globální smlouvu se společností Google. Následně bylo místo jedné globální smlouvy uzavřeno několik smluv s konkrétními vyhledávači pro jednotlivé země. V USA byla podepsána pětiletá smlouva s vyhledávačem Yahoo. Dle příspěvku na blogu Mozilly podala společnost Yahoo na Mozillu žalobu ohledně porušení této

… více »
Ladislav Hagara | Komentářů: 0
7.12. 05:55 | Zajímavý článek

V Londýně probíhá konference věnovaná počítačové bezpečnosti Black Hat Europe 2017. Průběžně jsou zveřejňovány prezentace. Videozáznamy budou na YouTube zveřejněny o několik měsíců. Zveřejněna byla například prezentace (pdf) k přednášce "Jak se nabourat do vypnutého počítače, a nebo jak v Intel Management Engine spustit vlastní nepodepsaný kód". Dle oznámení na Twitteru, aktualizace vydaná společností Intel nevylučuje možnost útoku.

Ladislav Hagara | Komentářů: 5
7.12. 04:44 | Komunita

Virtualizační nástroj GNOME Boxy ve Fedoře 27 umožňuje jednoduše stáhnout a nainstalovat Red Hat Enterprise Linux, který je pro vývojáře zdarma. Vývojová verze GNOME Boxy již umožňuje jednoduše stáhnout a nainstalovat další linuxové distribuce. Ukázka na YouTube. Seznam distribucí a jejich verze, nastavení a cesty k ISO obrazům je udržován v knihovně a databázi libosinfo (GitLab).

Ladislav Hagara | Komentářů: 0
Jak se vás potenciálně dotkne trend odstraňování analogového audio konektoru typu 3,5mm jack z „chytrých telefonů“?
 (8%)
 (1%)
 (1%)
 (1%)
 (75%)
 (14%)
Celkem 960 hlasů
 Komentářů: 45, poslední 1.12. 19:00
    Rozcestník

    Unixové nástroje – 24 (pgrep, pkill, free, uptime, tload a další)

    24. 4. 2013 | Luboš Doležel | Návody | 8258×

    V tomto díle volně navážeme na třináctý díl tohoto seriálu – v něm se psalo o programech ps a kill, které shodně pocházejí z balíčku procps. V procps je ovšem nástrojů pro práci s procesy mnohem více.

    Obsah

    pgrep

    link

    První takovou šikovnou „zkratkou“ je pgrep. Řekl bych, že snad každý někdy napsal něco jako:

    ps -A | grep ZlobivýProces
    

    Předchozí příkaz vypíše procesy, kde součástí názvu procesu je nějaký řetězec. Jenže každý správný unixák je líný psát, proto tu máme elegantnější pgrep. Základní použití je prosté – chceme se podívat třeba na PID procesu init:

    $ pgrep init
    1
    4478
    28469
    

    Jedničku jsme čekali, ale co je ten zbytek? -l, neboli vypiš název procesu, hnedle přijde vhod. Ještě si ukážeme i -a, které vypíše celý příkazový řádek.

    $ pgrep -l init
    1 init
    4478 kdeinit4
    28469 kdeinit4
    
    $ pgrep -a init
    1 init [3]  
    4478 kdeinit4: kdeinit4 Running...     
    28469 kdeinit4: kdeinit4 Running...     
    

    Zde jsme svědky toho, jak mohou procesy ovlivňovat text zobrazovaný v různých nástrojích – prostě přepíší pole se svými argumenty jiným textem. Tak to zkusíme ještě jednou na něčem jiném, aby to bylo názornější:

    $ pgrep -a bash
    8164 /bin/bash
    8301 bash
    18886 bash /home/lubos/Steam/steam.sh
    25089 /bin/bash
    27833 /bin/bash
    27963 bash -rcfile .bashrc
    

    Teď už je to jasné. Z přehršle různých voleb pro filtrování si uvedeme ještě dvě. Pro filtrování podle uživatelů lze použít -u. Chceme-li omezit hledání podle přesného názvu (namísto střepu jako doposud), použijeme -x:

    $ pgrep -u root -a bas
    8301 bash
    
    $ pgrep -u root -a -x bas
    # Nic se nevypíše...
    

    Ještě si ukážeme změnu oddělovače při výpisu procesů – volba -d:

    $ pgrep -d ',' bash
    8164,10114,18886,25089,27833,27963
    

    pkill

    link

    Bratříčkem pgrep je pkill, který s ním dokonce sdílí manuálovou stránku. Účel pkill asi snadno odhadnete; jde o to, abyste nepsali něco jako:

    $ kill $(pgrep bash)
    

    Místo toho tedy pište jednoduché:

    $ pkill bash
    

    Tento příkaz by poslal signál SIGTERM všem procesům bash. pkill sdílí velkou část voleb s pgrep – následující dva příkazy proto mají stejný efekt:

    $ pkill -x NázevProcesu
    $ killall NázevProcesu
    

    slabtop a free

    link

    slabtop je nástroj, který nám pomůže nahlédnout do využití paměti jaderné SLAB cache. Nástroj má využití asi hlavně pro vývojáře, případně při dohledávání nějakých výjimečných chyb v jádře, pro mě osobně je to spíš jen věc pro zajímavost.

    Pomocí různých písmen můžeme měnit řazení údajů (c výstup seřadí podle velikosti daných cache), mezerníkem vynutíme obnovení informací.

    slabtop

    Asi moc nepřekvapilo, že se cache využívá hlavně kolem systémů souborů, a tedy pro cachování dat, která jsou umístěna na médiu s vysokou latencí (pevném disku).

    Několikrát jsem se musel ujišťovat, že se v tomto seriálu ještě nepsalo o příkazu free a opravdu ne. free vypíše množství paměti a swapu v systému a jejich využití.

    $ free
                 total       used       free     shared    buffers     cached
    Mem:      16322180   15347748     974432          0     676240   10532900
    -/+ buffers/cache:    4138608   12183572
    Swap:      3863548     127336    3736212
    

    Tady se dostáváme k častému pomýlení uživatelů, kteří na Linux přišli s Windows a jsou šokováni tím, kolik paměti Linux spotřebovává. Výše vidíme systém s 16 GB RAM a jen necelý gigabajt je volný. Důležité ale je, kolik z toho jádro chytře využívá pro buffery a cache – jde tedy o paměť, kterou Linux „nesežral“. Linux zkrátka využívá toho, že ne všechna paměť je momentálně potřeba, ke zrychlení systému pomocí různých cache.

    Pro informaci o tom, kolik paměti zabírají aplikace v systému doopravdy, je lepší se podívat na prostřední řádek. Tam vidíme, že skutečně spotřebováno je jen něco přes 4 GB. Řádek s údaji o swapu – tedy oblasti na disku, kam se odkládá obsah RAM, pokud je vhodné/nutné nějakou část uvolnit – je samopopisný. Jen ještě jednou zdůrazním to, že se Linux může rozhodnout swapovat i v případě, že má systém volné RAM dostatek. Může totiž usoudit, že je vhodné dlouhodobě odložit využitou, ale aktivně nepoužívanou paměť, a raději mít více pro cache.

    Nejzajímavějším parametrem pro free je asi -h, které nám ulehčí od počítání číslic a dělení v hlavě a zobrazí údaje v lidštějších jednotkách:

    $ free -h
                 total       used       free     shared    buffers     cached
    Mem:           15G        14G       885M         0B       661M        10G
    -/+ buffers/cache:       4.0G        11G
    Swap:         3.7G       124M       3.6G
    

    pmap a pwdx

    link

    Tyto dva příkazy se hodí pravděpodobně jen programátorům. pmap vypíše strukturu virtuálního paměťového prostoru vybraného procesu. pwdx vypíše aktuální adresář procesu.

    $ pmap $$
    25089:   /bin/bash
    0000000000400000    708K r-x--  /bin/bash
    00000000006b1000      4K r----  /bin/bash
    00000000006b2000     36K rw---  /bin/bash
    00000000006bb000     20K rw---    [ anon ]
    00000000008ba000     28K rw---  /bin/bash
    000000000139d000    392K rw---    [ anon ]
    0000003676600000    132K r-x--  /lib64/ld-2.17.so
    0000003676821000      4K r----  /lib64/ld-2.17.so
    0000003676822000      4K rw---  /lib64/ld-2.17.so
    0000003676823000      4K rw---    [ anon ]
    0000003676a00000   1676K r-x--  /lib64/libc-2.17.so
    0000003676ba3000   2048K -----  /lib64/libc-2.17.so
    0000003676da3000     16K r----  /lib64/libc-2.17.so
    0000003676da7000      8K rw---  /lib64/libc-2.17.so
    0000003676da9000     16K rw---    [ anon ]
    0000003677200000      8K r-x--  /lib64/libdl-2.17.so
    0000003677202000   2048K -----  /lib64/libdl-2.17.so
    0000003677402000      4K r----  /lib64/libdl-2.17.so
    0000003677403000      4K rw---  /lib64/libdl-2.17.so
    0000003678a00000    248K r-x--  /lib64/libreadline.so.6.2
    0000003678a3e000   2048K -----  /lib64/libreadline.so.6.2
    0000003678c3e000      8K r----  /lib64/libreadline.so.6.2
    0000003678c40000     24K rw---  /lib64/libreadline.so.6.2
    0000003678c46000      8K rw---    [ anon ]
    0000003678e00000     84K r-x--  /lib64/libnsl-2.17.so
    0000003678e15000   2044K -----  /lib64/libnsl-2.17.so
    0000003679014000      4K r----  /lib64/libnsl-2.17.so
    0000003679015000      4K rw---  /lib64/libnsl-2.17.so
    0000003679016000      8K rw---    [ anon ]
    0000003687c00000    316K r-x--  /lib64/libncurses.so.5.9
    0000003687c4f000   2044K -----  /lib64/libncurses.so.5.9
    0000003687e4e000     16K r----  /lib64/libncurses.so.5.9
    0000003687e52000      4K rw---  /lib64/libncurses.so.5.9
    0000003687e53000      4K rw---    [ anon ]
    00007f00b8f43000     48K r-x--  /lib64/libnss_files-2.17.so
    00007f00b8f4f000   2044K -----  /lib64/libnss_files-2.17.so
    00007f00b914e000      4K r----  /lib64/libnss_files-2.17.so
    00007f00b914f000      4K rw---  /lib64/libnss_files-2.17.so
    00007f00b9150000     40K r-x--  /lib64/libnss_nis-2.17.so
    00007f00b915a000   2044K -----  /lib64/libnss_nis-2.17.so
    00007f00b9359000      4K r----  /lib64/libnss_nis-2.17.so
    00007f00b935a000      4K rw---  /lib64/libnss_nis-2.17.so
    00007f00b935b000     32K r-x--  /lib64/libnss_compat-2.17.so
    00007f00b9363000   2044K -----  /lib64/libnss_compat-2.17.so
    00007f00b9562000      4K r----  /lib64/libnss_compat-2.17.so
    00007f00b9563000      4K rw---  /lib64/libnss_compat-2.17.so
    00007f00b9564000   1684K r----  /usr/lib64/locale/locale-archive
    00007f00b9709000     16K rw---    [ anon ]
    00007f00b9742000      8K rw---    [ anon ]
    00007f00b9744000     28K r--s-  /usr/lib64/gconv/gconv-modules.cache
    00007f00b974b000      4K rw---    [ anon ]
    00007fff4d9c4000    132K rw---    [ stack ]
    00007fff4d9f3000      4K r-x--    [ anon ]
    ffffffffff600000      4K r-x--    [ anon ]
     total            22180K
    
    /tmp $ pwdx $$
    25089: /tmp
    

    uptime a tload

    link

    uptime je klasika – zobrazí, jak dlouho systém běží, a jaká je zátěž systému.

    $ uptime
     22:24:29 up 5 days, 13:24,  7 users,  load average: 0.78, 1.01, 1.09
    

    Tři čísla zátěže systému jsou průměrné údaje za posledních 1, 5 a 15 minut. Vysvětleme si, co se myslí pod touto zátěží a jak údaje interpretovat. Za zatěžující se považuje každý proces, který něco dělá (tedy zatěžuje procesor) nebo by rád něco dělal (ale zátěž v systému je taková, že se na něj nedostává) nebo čeká na I/O (obvykle na pevný disk).

    Číslo zátěže si můžeme představit jako vyjádření zátěže nějaké silnice. Pokud má silnice jediný pruh (a v naší analogii má náš systém jen jedno jádro CPU), pak nejvyšší možná zátěž, kterou silnice (neboli náš systém) bude stíhat odbavit, je 1.00. Jakmile zátěž přesáhne 1.00, pak se začínají tvořit kolony – ve světě počítačů se procesy nedostávají ke slovu a systém začíná reagovat zpomaleně. Pokud máme jádra CPU dvě (což by odpovídalo silnici o dvou pruzích), pak je maximální zátěž, kdy systém v průměru ještě stíhá, rovna 2.00. Zátěž je tedy nutné vždy interpretovat v závislosti na procesorech v systému. Druhou věcí je pak analýza vysoké udávané zátěže – zpravidla může jít o nedostatečný výkon CPU, příliš pomalý přenos dat z/na disk nebo příliš nízký počet operací, které za sekundu dokáže disk zpracovat (IOPS). Výjimečně pak může mít vysoký load i jiné důvody – nejrůznější havárie ovladačů v systému mohou vést k nesmyslným údajům, kdy load je klidně v řádu stovek, aniž bychom třeba nějaký problém pozorovali.

    tload nám opět ukazuje tři čísla se zátěží systému. Rozdíl je v tom, že tload na rozdíl od uptime nevypíše údaj jen jednorázově; údaj je na obrazovce pravidelně obnovován a ve spodní části je vykreslován graf.

    tload

    A to je pro dnešek vše.

           

    Hodnocení: 100 %

            špatnédobré        

    Nástroje: Tisk bez diskuse

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    Komentáře

    Vložit další komentář

    24.4.2013 01:11 koko
    Rozbalit Rozbalit vše Re: Unixové nástroje – 24 (pgrep, pkill, free, uptime, tload a další)

    Super článek pro Linuxáky, pro Unixáky moc ne :|

    85% z článku nelze použít v AIXu, 15% v Solarisu.

    …a to jsou taky Unixy :)

    Marián Kyral avatar 24.4.2013 05:55 Marián Kyral | skóre: 29 | blog: Sem_Tam | Frýdek-Místek
    Rozbalit Rozbalit vše Re: Unixové nástroje – 24 (pgrep, pkill, free, uptime, tload a další)
    A kdo může za to, že jsou Unixy sto let za opicemi?
    Conscript89 avatar 24.4.2013 07:32 Conscript89 | Brno
    Rozbalit Rozbalit vše Re: Unixové nástroje – 24 (pgrep, pkill, free, uptime, tload a další)
    Spis chtel imho upozornit, ze se tak nejedna z vetsiny pripadu o Unixove nastroje, ale linuxove.
    I can only show you the door. You're the one that has to walk through it.
    24.4.2013 08:29 Aleš Kapica | skóre: 46 | blog: kenyho_stesky | Ostrava
    Rozbalit Rozbalit vše Re: Unixové nástroje – 24 (pgrep, pkill, free, uptime, tload a další)
    Tak, tak. I když je ta pravděpodobnost stále menší, přesto se může člověk ocitnout v prostředí jiného unixového systému a je-li zvyklý na některé specificky linuxové nástroje, tak to může nepříjemně překvapit.
    Marián Kyral avatar 24.4.2013 14:27 Marián Kyral | skóre: 29 | blog: Sem_Tam | Frýdek-Místek
    Rozbalit Rozbalit vše Re: Unixové nástroje – 24 (pgrep, pkill, free, uptime, tload a další)
    Já tomu rozumím. Jako SQL developer se v práci potkávám s AIXem. Už jsem si zvykl, že seznam procesů je na AIXu "ps -ef" a na linuxu "ps ax". Ale stejně mi ta omezenost standardních UNIX nástrojů vadí.

    To co udělám na linuxu jedním příkazem musím někdy na AIXu složitě obcházet, protože ta podstatná volba chybí. Dané servery bohužel neadminuji, takže když jsem tam jednou potřeboval doinstalovat zip, byla z toho anabáze na dva týdny.
    25.4.2013 09:06 victor8 | skóre: 24 | blog: blog | Košice
    Rozbalit Rozbalit vše Re: Unixové nástroje – 24 (pgrep, pkill, free, uptime, tload a další)
    Obavam sa, ze tvoj problem mal povod skor v adminovi toho AIXu, ako v AIXe samotnom...

    Instalacia zipu na aixe je totiz otazkou jedneho prikazu, konkretne rpm -i zip-2.3-3.aix4.3.ppc.rpm.

    Teda, v pripaze, ze jeho admin pozna a pouziva AIX Toolbox for Linux Applications :)

    BTW ps ax vs ps -ef ... matne si pamatam, ze jedna varianta pochadza a BSD vetvy unixu, a ta druha z System V... kazdopadne v linuxe funguju oboje :)
    Marián Kyral avatar 25.4.2013 13:02 Marián Kyral | skóre: 29 | blog: Sem_Tam | Frýdek-Místek
    Rozbalit Rozbalit vše Re: Unixové nástroje – 24 (pgrep, pkill, free, uptime, tload a další)
    Obavam sa, ze tvoj problem mal povod skor v adminovi toho AIXu, ako v AIXe samotnom...
    Asi jsi nikdy nepracoval pro velkou korporaci. Tam je i maličkost velký problém. A admini si nemůžou instalovat co a kam je napadne. :-D
    kazdopadne v linuxe funguju oboje :)
    No když to jde v Linuxu, proč to nejde v AIXu (bez potřeby dointalovávat extra balíky)?
    25.4.2013 13:19 victor8 | skóre: 24 | blog: blog | Košice
    Rozbalit Rozbalit vše Re: Unixové nástroje – 24 (pgrep, pkill, free, uptime, tload a další)
    Asi jsi nikdy nepracoval pro velkou korporaci. Tam je i maličkost velký problém. A admini si nemůžou instalovat co a kam je napadne. :-D
    Nahodou pre velku korporaciu pracujem, konkretne ako AIX admin :)

    Samozrejme nie je vzdy jednoduche pretlacit nejake zmeny v baseline pre unix servre, no to neznamena, ze je to nemozne.. vsetko castokrat zavisi na adminovi, ci taketo zmeny (prenho castokrat velmi bolestivo) presadzovat bude, alebo nie.

    Trebarz ja verim, ze cim uzivatelsky pritulnejsi system uzivatelom pripravim, tym menej roboty s "nefungujucimi" aplikaciami a zmatenymi uzivatelmi ("ved na linuxe to ide inac!") na svojich systemoch budem mat.
    No když to jde v Linuxu, proč to nejde v AIXu (bez potřeby dointalovávat extra balíky)?
    Prave pri tychto "velkych" unixoch, ktore sa castokrat pouzivaju vyhradne v korporatnej sfere, je kladeny ovela vacsi doraz na pripravu baseline systemu, ktory bude pouzivany v produkcii, na zvazenie, ktore baliky sa do systemu zahrnu a ktore nie...

    Nie je to len o tom, ze sa strci instalacne CD do mechaniky a nahodi sa "vanilla" AIX... prave naopak, (minimalne nase) systemy su castokrat silno customizovane, a ak sa rozhodlo, ze bezne linux nastroje, na ktore su casto vyvojari zvyknuti sa do baseline nezahrnu, nie je to chyba vendora systemu ktory tieto nastroje ponuka (aj ked nie v zaklade), ale prave chyba admina / architekta / kohokolvek, kto je za tieto rozhodnutia plateny.

    A konkretne AIX s jeho "Linux affinity" programom, ktory sa pri AIXe 5L rozbehol, je, dovolim si tvrdit, na kompatibilite s linuxom celkom dobre :)
    Marián Kyral avatar 25.4.2013 13:55 Marián Kyral | skóre: 29 | blog: Sem_Tam | Frýdek-Místek
    Rozbalit Rozbalit vše Re: Unixové nástroje – 24 (pgrep, pkill, free, uptime, tload a další)
    Tak na těch tvých AIXech bych chtěl pracovat. Tady teď většinu služeb přesunuli do Indie a všechno trvá ještě déle.
    25.4.2013 17:08 victor8 | skóre: 24 | blog: blog | Košice
    Rozbalit Rozbalit vše Re: Unixové nástroje – 24 (pgrep, pkill, free, uptime, tload a další)
    Ver mi, nechcel :) Byt vyvojarom na mojom servri asi sa rovno odstrelim, pre mna sice nie je problemom doinstalovat ziadane nastroje / kniznice do systemu, zato je riadny problem pre chudaka vyvojara zistit, ako a u koho si ich vobec vyziadat ma, aby sa tato poziadavka dostala ku mne... ale to by uz bolo na inu diskusiu :)
    25.4.2013 20:09 afadf
    Rozbalit Rozbalit vše Re: Unixové nástroje – 24 (pgrep, pkill, free, uptime, tload a další)
    Jezis toto bude dalsi kokot z T-systems. Uz mame v Bratislave dost takych "ta ne" expertov z vychodu. Salene vychodnare treba nuke-nut

    Pozdravujem.
    25.4.2013 21:36 victor8 | skóre: 24 | blog: blog | Košice
    Rozbalit Rozbalit vše Re: Unixové nástroje – 24 (pgrep, pkill, free, uptime, tload a další)
    Hehe, expert sa ozval :) Nechapem. Ja ti snad nadavam do blavakov? Trepem blbosti o nuke-nuti Bratislavy? Troska ucty voci ostatnym nezaskodi.

    BTW v pripade, ze ste do vasej firmy nabrali "expertov", odporucam sa stazovat na HR oddeleni, pripadne vymenit zamestnavatela. Ja, ani ziaden iny kosican za to naozaj nemozeme.

    Pekny vecer prajem.
    7.5.2013 14:46 wert
    Rozbalit Rozbalit vše Re: Unixové nástroje – 24 (pgrep, pkill, free, uptime, tload a další)
    warning: mental cripple detected
    Marián Kyral avatar 25.4.2013 20:30 Marián Kyral | skóre: 29 | blog: Sem_Tam | Frýdek-Místek
    Rozbalit Rozbalit vše Re: Unixové nástroje – 24 (pgrep, pkill, free, uptime, tload a další)
    Naštěstí máme na projektu člověka, který se o tyhle požadavky stará. Takže nemusím pátrat, komu to poslat.
    26.4.2013 13:38 Sten
    Rozbalit Rozbalit vše Re: Unixové nástroje – 24 (pgrep, pkill, free, uptime, tload a další)
    Samozrejme nie je vzdy jednoduche pretlacit nejake zmeny v baseline pre unix servre, no to neznamena, ze je to nemozne.. vsetko castokrat zavisi na adminovi, ci taketo zmeny (prenho castokrat velmi bolestivo) presadzovat bude, alebo nie.
    A hlavně, když už admin rozhodne, že tam zip nebude, tak si ho tam uživatel nemá instalovat, protože tím zcela určitě bude porušovat interní předpisy.
    26.4.2013 14:10 victor8 | skóre: 24 | blog: blog | Košice
    Rozbalit Rozbalit vše Re: Unixové nástroje – 24 (pgrep, pkill, free, uptime, tload a další)
    A hlavně, když už admin rozhodne, že tam zip nebude, tak si ho tam uživatel nemá instalovat, protože tím zcela určitě bude porušovat interní předpisy.
    To samozrejme zalezi prave na tych predpisoch, a hlavne na dohodnutych postupoch rieseni takychto poziadaviek, niekedy moze, niekedy nie :) A hlavne takto rozhodnutie uz je nezavisle od pouzitej platformy, zip menusi admin nainstalovat ani na linuxe :)

    Z mnou vyskusanych sa mi najviac paci system, kde je testbed kompletne odizolovany od live systemov, a nie su nan kladene take naroky (ci uz z pohladu bezpecnosti, auditovatelnosti, ITIL process compliance) ako na live systemoch... Proste si vyvojar zaziada o stroj, a ked mu v jeho poziadavke byrokrati vyhoveju, proste ho odo mna dostane tak, ako si ho specifikoval.

    Ked svoju robotu na nom dokonci, ja ho len restornem z system backupu a mam ho cisty, pripraveny pre dalsieho vyvojara.

    (A samozrejme, velmi sa hodi ak vyvojar v specifikacii produktu pre live nasadenie uvedie, ze ako zavislost je trebarz ten zip potrebne mat na live systeme nainstalovany :) )
    xkucf03 avatar 26.4.2013 20:34 xkucf03 | skóre: 46 | blog: xkucf03
    Rozbalit Rozbalit vše Re: Unixové nástroje – 24 (pgrep, pkill, free, uptime, tload a další)
    Z mnou vyskusanych sa mi najviac paci system, kde je testbed kompletne odizolovany od live systemov, a nie su nan kladene take naroky...
    Je potřeba rozlišovat testovací a vývojové servery -- na vývojových si programátoři můžou dělat prakticky cokoli, ale pro testovací by měl platit stejný režim jako pro produkční, mělo by to být pokud možno identické. Jinak je to testování z velké části na nic.
    Mám rád, když se lidé přou, znamená to, že vědí, co dělají, a že mají směr. Frantovo.cz, SQL-Výuka.cz, Nekuřák.net
    26.4.2013 21:36 victor8 | skóre: 24 | blog: blog | Košice
    Rozbalit Rozbalit vše Re: Unixové nástroje – 24 (pgrep, pkill, free, uptime, tload a další)
    Je potřeba rozlišovat testovací a vývojové servery -- na vývojových si programátoři můžou dělat prakticky cokoli, ale pro testovací by měl platit stejný režim jako pro produkční, mělo by to být pokud možno identické. Jinak je to testování z velké části na nic.
    Na to predsa povacsinou existuju vyssie stage ako integration a preprod... test vzal pes, to je skoro ako developlment, akurat sa na nom neblaznia vyvojari, ale application admini :)
    xkucf03 avatar 26.4.2013 21:53 xkucf03 | skóre: 46 | blog: xkucf03
    Rozbalit Rozbalit vše Re: Unixové nástroje – 24 (pgrep, pkill, free, uptime, tload a další)
    Čím dřív přijdeš na chybu, tím je levnější ji opravit - je celkem hloupé všechno vyvinout, otestovat funkcionalitu, vydat finální verzi a pak teprve zjistit, že v produkčním prostředí něco není a nebude a je potřeba všechno předělat a projít si celé kolečko znovu.
    Mám rád, když se lidé přou, znamená to, že vědí, co dělají, a že mají směr. Frantovo.cz, SQL-Výuka.cz, Nekuřák.net
    27.4.2013 00:31 victor8 | skóre: 24 | blog: blog | Košice
    Rozbalit Rozbalit vše Re: Unixové nástroje – 24 (pgrep, pkill, free, uptime, tload a další)
    To samozrejme nespochybnujem, suhlasim s tym.

    Avsak, nakoniec aj tak vsetko vzdy zavisi na ownerovi servisu, ktory si zan plati. Kolko stagov od dev po prod si zela mat, kto mu bude aku sluzbu dodavat, a v akej kvalite.

    Toto je asi najvacsia vyhoda (a aj nevyhoda, zavisi od uhla pohladu) korporatneho prostredia, kazdy ma zodpovednost za svoju cast servisu.

    Z pohladu admina, pokial mam server hore, funguje a je riadne zabezpeceny (aj ked do toho sa samozrejme zamontuvava aj security team), I'm fine :)

    Ked zakaznik rozhodne, ze niektore casti servisu presunie k Indianom pretoze sa mu zdaju lacnejsi, nespravi s tym nikto nic... a tatam su potom vsetky snahy o bezpecnost, auditovatelnost, aspon minimalnu itil compliancy... ked si raz manazer dupne pretoze projekt meska x mesiacov, vsetko sa zrazu da, a pesiak v poli je vacsinou ten posledny, kto s tym nieco moze spravit :)

    (a ze sme sa uz za hlavu velakrat chytali, odkedy nam aplikacny a middleware support presunuli do Indie :))
    25.4.2013 09:16 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Unixové nástroje – 24 (pgrep, pkill, free, uptime, tload a další)
    Linuxový ps umí BSD i SysV flagy, takže "ps -ef" funguje také.
    26.4.2013 13:40 Sten
    Rozbalit Rozbalit vše Re: Unixové nástroje – 24 (pgrep, pkill, free, uptime, tload a další)
    Ani tak ne linuxové, jako GNU (pakoňské?). Třeba na Hurdu nebo Debianu s FreeBSD jádrem jsou taky.
    Jakub Lucký avatar 24.4.2013 17:13 Jakub Lucký | skóre: 40 | Praha
    Rozbalit Rozbalit vše Re: Unixové nástroje – 24 (pgrep, pkill, free, uptime, tload a další)
    AIXákům stačí jen příkaz killall, ne? :-P
    If you understand, things are just as they are; if you do not understand, things are just as they are. (Zen P.) Blogísek
    xkucf03 avatar 24.4.2013 22:13 xkucf03 | skóre: 46 | blog: xkucf03
    Rozbalit Rozbalit vše Re: Unixové nástroje – 24 (pgrep, pkill, free, uptime, tload a další)
    Solarisákům taky :-)
    Mám rád, když se lidé přou, znamená to, že vědí, co dělají, a že mají směr. Frantovo.cz, SQL-Výuka.cz, Nekuřák.net
    24.4.2013 09:28 Hobit
    Rozbalit Rozbalit vše Re: Unixové nástroje – 24 (pgrep, pkill, free, uptime, tload a další)
    Ja jsem rád za takovehle články. I když prakticky všechny příkazy z toho znám, bohužel je v mnoha případech nedokážu správně použít, protože buď nerozumím ani českému manuálu, nebo vůbec neznám paramtery a k čemu se používají.

    Konečně jsem třeba pochopil, alespoň trochu, význam load. Na internetu je spousty stránek kde se píše o základních příkazech, ale na většině jde jen o seznam, už velmi zřídka je tam napsán popis co znamená konkrétní výpis.

    Klidně ještě víc podrobnější popis by se hodil. Např. více příkladů a jejich výklad. dá za milion man stránek.

    Co musím říct, tak man stránky na linuxu jsou o proti man stránkam na freebsd o 5 řádů horší, což je škoda, protože je to první místo kam se člověk díva a co je dostupné hned na každém stroji. Prakticky vždy když jsem na freebsd chtěl použít nějaky programek, tak stačil letmý pohled do man a téměř vžy jsem našel správnou syntax. O proto tomu když se dívám do man stránek na linuxu, tak je to naopak téměř vždy to z nich nevyčtu a musím hledat v diskuzích na internetu, nebo nějaké návody, které popisuji použití daneho programu na internetu. :-(
    24.4.2013 11:05 Petr Ježek | skóre: 10
    Rozbalit Rozbalit vše Re: Unixové nástroje – 24 (pgrep, pkill, free, uptime, tload a další)
    Přesně tak.
    Archlinux for your comps, faster running guaranted!
    24.4.2013 23:46 jadd | skóre: 34 | blog: Greenhorn
    Rozbalit Rozbalit vše Re: Unixové nástroje – 24 (pgrep, pkill, free, uptime, tload a další)
    Prvně je lepší navštívit --help samotného příkazu, tam bývá výcuc toho nejdůležitějšího. Podobné články vycházely na Linuxexpresu, dají se tam stále nalézt.
    25.4.2013 00:02 jadd | skóre: 34 | blog: Greenhorn
    Rozbalit Rozbalit vše Re: Unixové nástroje – 24 (pgrep, pkill, free, uptime, tload a další)
    Tady to mají rozebráno více, http://www.linuxintheshell.org/2012/12/18/episode-20-pgrep-and-pkill/
    24.4.2013 11:07 Petr Ježek | skóre: 10
    Rozbalit Rozbalit vše Re: Unixové nástroje – 24 (pgrep, pkill, free, uptime, tload a další)
    Vysvětlovat způsob využití swap oddílu disku argumenty pro jeho zrušení (pro zbytečnost) působí kouzlem nechtěného :) Dovolím si pro přesnost otázku: K čemu je v linuxu při současné vybavenosti diskovým prostorem a při jeho současných parametrech dobré použití swap partiton?
    Archlinux for your comps, faster running guaranted!
    24.4.2013 12:00 Aleš Kapica | skóre: 46 | blog: kenyho_stesky | Ostrava
    Rozbalit Rozbalit vše Re: Unixové nástroje – 24 (pgrep, pkill, free, uptime, tload a další)
    Uspávání na disk? 8-P
    Max avatar 24.4.2013 12:06 Max | skóre: 65 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: Unixové nástroje – 24 (pgrep, pkill, free, uptime, tload a další)
    Je řeč o swapu jako takovém, nebo o swap partition?
    Zdar Max
    Měl jsem sen ... :(
    26.4.2013 13:47 Sten
    Rozbalit Rozbalit vše Re: Unixové nástroje – 24 (pgrep, pkill, free, uptime, tload a další)
    Swap: hibernace, „odkládání“ nepotřebných dat leakujících aplikací, odkládání málo používaných paměťových cachí Tomcatu, uvolnění paměti od momentálně nepotřebných aplikací při delším peak load (např. při velkém buildu), …

    Swap partition: pokud máte filesystém v RAIDu vyšším než 0, má swap partition o dost vyšší výkon. A zabírá mnohem méně na disku.
    Heron avatar 24.4.2013 12:22 Heron | skóre: 51 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: Unixové nástroje – 24 (pgrep, pkill, free, uptime, tload a další)
    Pěkný článek, díky.
    David Ježek avatar 24.4.2013 17:41 David Ježek | skóre: 83 | blog: Mostly_IMDB | Poděbrady
    Rozbalit Rozbalit vše Re: Unixové nástroje – 24 (pgrep, pkill, free, uptime, tload a další)
    +1
    24.4.2013 13:16 chachar87 | skóre: 4 | blog: chacharovo
    Rozbalit Rozbalit vše Re: Unixové nástroje – 24 (pgrep, pkill, free, uptime, tload a další)
    Jsem jediny, kteremu nefunguje prepinac
    pgrep -a
    a
    free -h
    CentOS 5.9
    Kdyz nejde o zivot, tak jde o hovno...
    24.4.2013 13:55 Andrej | skóre: 8
    Rozbalit Rozbalit vše Re: Unixové nástroje – 24 (pgrep, pkill, free, uptime, tload a další)
    +1 @fedora (redhatove systemy maju niektore parametre ine)
    Any sufficiently advanced magic is indistinguishable from technology. --Larry Niven
    24.4.2013 15:24 luv
    Rozbalit Rozbalit vše Re: Unixové nástroje – 24 (pgrep, pkill, free, uptime, tload a další)
    pgrep -a nefunguje ani na nejnovejsim Ubuntu LTS (12.04) .. je to skoda, protoze kvuli tomotu zutavam u 'ps aux | grep'
    24.4.2013 16:58 Andrej | skóre: 8
    Rozbalit Rozbalit vše Re: Unixové nástroje – 24 (pgrep, pkill, free, uptime, tload a další)
    ps axf | grep volac[o]
    je lepsia volba. grep takto cez ps nechyti sam seba...
    Any sufficiently advanced magic is indistinguishable from technology. --Larry Niven
    24.4.2013 16:33 petr_p | skóre: 59 | blog: pb
    Rozbalit Rozbalit vše Re: Unixové nástroje – 24 (pgrep, pkill, free, uptime, tload a další)
    To bude tím, že procps je mrtvý. Jenže odtamtud se dá doklikat k procps-ng-3.3.7.tar.xz na SourceForge, který přepínač -a u pkill(1) vede. Tak nevěš hlavu a používej aktuální software.

    Založit nové vláknoNahoru

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.