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 00:22 | Komunita

V Norimberku probíhá do pátku ownCloud conference 2018, tj. konference vývojářů a uživatelů open source systému ownCloud (Wikipedie) umožňujícího provoz vlastního cloudového úložiště. Přednášky lze sledovat online. Videozáznamy jsou k dispozici na YouTube. Při této příležitosti byl vydán ownCloud Server 10.0.10. Z novinek lze zdůraznit podporu PHP 7.2. Vydán byl také ownCloud Desktop Client 2.5.0. Vyzkoušet lze online demo ownCloudu.

Ladislav Hagara | Komentářů: 0
dnes 00:11 | Pozvánky

Zářijový pražský sraz spolku OpenAlt se koná již tento čtvrtek – 20. 9. 2018 od 18:00 v Radegastovně Perón (Stroupežnického 20, Praha 5). Tentokrát bez oficiální přednášky, ale zato s dobrým jídlem a pivem – volná diskuse na téma IoT, CNC, svobodný software, hardware a další hračky.

xkucf03 | Komentářů: 0
včera 16:11 | Komunita

Vývojáři relačního databázového systému PostgreSQL oznámili, že schválili svůj Code of Conduct (CoC) aneb kodex chování vývojářů PostgreSQL.

Ladislav Hagara | Komentářů: 14
včera 14:44 | Nová verze

Byla vydána verze 1.0 poštovního serveru Courier (Wikipedie). Aktualizovány byly také související balíčky jako Courier authentication library, Courier-IMAP, SqWebMail, maildrop nebo Cone.

Ladislav Hagara | Komentářů: 0
včera 02:22 | Zajímavý software

Společnost ​Versity Software otevřela svůj archivační souborový systém ScoutFS. Zdrojové kódy jsou k dispozici na GitHubu (kernel space, user space) pod licencí GPLv2.

Ladislav Hagara | Komentářů: 21
včera 00:44 | Nová verze

Byla vydána verze 4.2 programovacího jazyka Swift (Wikipedie). Zdrojové kódy jsou k dispozici na GitHubu. Ke stažení jsou oficiální binární balíčky pro Ubuntu 18.04, Ubuntu 16.04 a Ubuntu 14.04. Přehled novinek ve videozáznamu přednášky z WWDC 2018.

Ladislav Hagara | Komentářů: 3
17.9. 17:55 | Nová verze

Po třech a půl letech od vydání verze 3.4.1 byla vydána nová verze 3.4.2 programu pro filtrování spamu Apache SpamAssassin (Wikipedie). Z novinek lze zmínit 4 nové pluginy. Pravidla budou ověřována pomocí SHA-256 a SHA-512 místo SHA-1. Řešeny jsou také 4 bezpečnostní chyby. Například chyba CVE-2018-11780 v pluginu PDFInfo zneužitelná ke vzdálenému spuštění kódů (RCE).

Ladislav Hagara | Komentářů: 0
17.9. 16:22 | Pozvánky

Díky openSUSE Video Teamu lze sledovat živý přenos většiny prezentací z letošní SUSE Labs Conference. Záznamy proběhlých prezentací budou postupně přidávány na kanál SUSE Labs na YouTube.

Michal Kubeček | Komentářů: 0
17.9. 10:22 | Pozvánky

Na webových stránkách konference LinuxDays byl zveřejněn program přednášek a workshopů. Současně byla spuštěna registrace. Konference proběhne o víkendu 6. a 7. října 2018 v Praze v areálu ČVUT v Dejvicích na Fakultě informačních technologií.

Ladislav Hagara | Komentářů: 0
17.9. 02:22 | Komunita

Linus Torvalds se v oznámení o vydání 4. rc verze Linuxu 4.19 omlouvá za své chování. Posledním commitem před zvýšením rc3 na rc4 bylo odstranění souboru s Code of Conflict a přidání souboru s Contributor Covenant Code of Conduct vycházejícího z Contributor Covenant. Vývoj Linuxu 4.19 dokončí Greg Kroah-Hartman. Linus Torvalds si bere volno a bude pracovat na svém chování. Pravděpodobně vylepší svého poštovního klienta, aby mu nedovolil odesílat emaily obsahující nadávky.

Ladislav Hagara | Komentářů: 50
Na optické médium (CD, DVD, BD aj.) jsem naposledy vypaloval(a) data před méně než
 (13%)
 (15%)
 (20%)
 (23%)
 (24%)
 (4%)
 (1%)
Celkem 355 hlasů
 Komentářů: 33, poslední 16.9. 11:55
Rozcestník

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

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

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: 47 | 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: 47 | 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: 66 | 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.