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 21:22 | Pozvánky

    Oslavte vydání openSUSE Leap 16.1 s námi v Praze! Ve středu 4. listopadu 2026 (den po vydání Leapu 16.1) vás zveme na malou oslavu vydání openSUSE Leap 16.1 do pražské kanceláře SUSE. Připravili jsme pro vás dvě krátké přednášky: … více »

    lkocman | Komentářů: 1
    dnes 16:44 | Bezpečnostní upozornění

    Dle plánu bylo PHP vydáno v nových verzích 8.5.12, 8.4.27, 8.3.36 a 8.2.35. Opraveny jsou kritické zranitelnosti CVE-2026-109618 a CVE-2026-109619 aneb PHP2Shell.

    Ladislav Hagara | Komentářů: 5
    dnes 11:55 | Nová verze

    UBports, nadace a komunita kolem Ubuntu pro telefony a tablety Ubuntu Touch, vydala Ubuntu Touch 24.04-2.1 a 24.04-1.5. S opravou kritických zranitelností.

    Ladislav Hagara | Komentářů: 1
    dnes 11:33 | IT novinky

    Společnost Škoda Auto zveřejnila na Printables bezplatné 3D modely příslušenství do svých vozů (držáky na nápoje, pomůcky pro vedení kabelů, mincovníky, háčky na USB kabely a čepice pro kapsy na zadních stranách opěradel sedadel, držáky na telefony a úchyty pro horní upevnění bezpečnostních pásů).

    Ladislav Hagara | Komentářů: 8
    dnes 05:11 | Zajímavý článek

    Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 170 (pdf).

    Ladislav Hagara | Komentářů: 1
    dnes 04:33 | Bezpečnostní upozornění

    Dnes v 16:00 (14:00 UTC) budou opraveny 2 kritické zranitelnosti s CVSS 9.2 v PHP.

    Ladislav Hagara | Komentářů: 7
    dnes 01:37 | Bezpečnostní upozornění

    Nizozemská policie 13. října 2026 zabavila v datacentru Amsterdam Science Park server italského poskytovatele internetových služeb Autistici/Inventati (A/I), a to na základě americké žádosti o mezinárodní právní pomoc.… více »

    vencour | Komentářů: 9
    včera 20:47 | Bezpečnostní upozornění
    Hlášeny RCE v NGINX. Náprava dostupná. … více »
    vencour | Komentářů: 0
    včera 20:33 | IT novinky

    Do 26. října do 18:00 běží na Steamu přehlídka nadcházejících her Festival Steam Next | říjen 2026 (YouTube) doplněná demoverzemi, přenosy a dalšími aktivitami. Demoverze lze hrát zdarma.

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

    Čínská technologická společnost DeepSeek zveřejnila na GitHubu svůj framework DeepInfer, nástroj pro efektivní offline inferenci svého modelu DeepSeek-V4.1-Flash ve velkém měřítku. Software běží na Linuxu a nativně podporuje akcelerátory Nvidia ale i čipy Huawei Ascend 950. Jedná se pouze o samotný inferenční engine, ne kompletní produkční službu. Zdrojový kód je dostupný pod licencí Apache 2.0.

    ❗Červivý Hřib krade❗ | Komentářů: 0
    Které desktopové prostředí na Linuxu používáte?
     (9%)
     (7%)
     (4%)
     (21%)
     (30%)
     (8%)
     (5%)
     (2%)
     (14%)
     (20%)
    Celkem 2888 hlasů
     Komentářů: 33, poslední včera 23:44
    Rozcestník

    Dotaz: Zjištění reálného využití paměti procesem (ps -eo pmem?)

    22.11.2004 17:12 Jan Molič
    Zjištění reálného využití paměti procesem (ps -eo pmem?)
    Přečteno: 1531×
    Řeším, jak zjistit využití paměti jednotlivými procesy, a to pouze reálné paměti (nikoli virtuální či odswapované).

    použil jsem

    > ps -eo pmem

    ale když jsem sečetl všechna procenta, dostal jsem cca 150%, přičemž swap započítán není. pmem by neměl zobrazovat virtuální paměť.

    Hodnota je vypočítávána na základě RSS, zkusil jsem tedy

    > ps -eo rss

    sečetl kilobyte a vypočítal na základě celkové fyzické paměti tatáž procenta, jaká vrací ps -eo pmem.

    Ať zkouším cokoli, nedokážu získat hodnotu pod 100%. Už jsem i sčítal rss v /proc, násobil čtyřmi, ale vždy došel k témuž číslu.

    Zdá se, že přes rss cesta nevede. A kudy vede?

    Budu vděčný za jákékoli řešení :-)

    díky

    Odpovědi

    22.11.2004 18:09 unchallenger | skóre: 69 | blog: unchallenger
    Rozbalit Rozbalit vše Re: Zjištění reálného využití paměti procesem (ps -eo pmem?)
    Tradičně odpovím, že to nejde, aby pak mohl někdo odpovědět, že to jde...

    Tedy: z normálně dostupných údajů v /proc to nejde. První problém je, komu počítat sdílenout paměť, ale to si nějak definuješ.

    Ovšem de facto se dovídáš jen sdílitelnou, nikoli sdílenou paměť. Sdílitelná paměť je povětšinou mmapovaný kód. Po prolezení /proc/NNN/maps bys asi dokázal zhruba zrekonstruovat, co opravdu sdílí co s čím.

    I když to spočítáš, stále nevím jak zjistit, které části sdílené paměti jsou odswapované.

    A protože ukazatel sežrané fyzické paměťi pro změnu nerozlišuje, jestli je soukromá nebo sdílená, myslím si, že se z toho vymotat nelze.
    22.11.2004 18:20 Jan Molič
    Rozbalit Rozbalit vše Re: Zjištění reálného využití paměti procesem (ps -eo pmem?)
    Hmm.. tak to je docela problém - udělal jsem skript, který sčítá celé větve procesů (podle podobného jména) a pokud vyhodnotí, že zabírají příliš mnoho v paměti, tak celou větev killne.. jenže je to celé závislé na těch procentech.

    Snažil jsem se k tomu přistoupit tak, že vyrobím 100% z toho, co leze z ps, jenže ono je to tak proměnlivé, že se na to nedá spoléhat (v jednu chvíli je součet 80%, vzápětí 150%, přičemž free vrací stále podobné hodnoty)

    No nic, zkusím ještě potrápit ten /proc.. jenže tam vidím další problém - soubory se mění v průběhu načítání.

    Ale díky za odpověď!
    22.11.2004 18:45 Jan Molič
    Rozbalit Rozbalit vše Re: Zjištění reálného využití paměti procesem (ps -eo pmem?)
    zatím mne napadlo toto řešení: 1. zjistím celkové využití paměti pomocí free, 2. sečtu všechna pmem, která vrací ps, 3. upravím výstup z ps podle celkového využití
    22.11.2004 18:59 unchallenger | skóre: 69 | blog: unchallenger
    Rozbalit Rozbalit vše Re: Zjištění reálného využití paměti procesem (ps -eo pmem?)
    Zapomněl jsem napsat, že to celé komplikují thready ;-) I když při tvém přístupu možná jen asi 20 KB/thread, které se nikde neukážou.

    Takhle dostaneš jakýsi odhad -- bude znevýhodňovat (připisovat jim víc) programy, které běží v hodněkrát, a/nebo hodně sdílejí. Myslím, že když spustím tři kopie Gimpu, tak těch 14 MB SHR, které to ukazuje, mohu považovat za opravdu sdílené (i když pořád nevím, zda jsou ve fyzické paměti, nebo odswapované).

    Založit nové vlákno • Nahoru

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

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