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 18:33 | IT novinky

    Mozilla převzala společnost Pulse. Z oznámení: "Společně budeme vytvářet modely strojového učení, které budou fungovat transparentně, budou respektovat soukromí a budou od začátku vytvářeny se zaměřením na spravedlnost a inkluzi". Společnost Pulse vyvíjí software pro automatické nastavování stavů ve Slacku.

    Ladislav Hagara | Komentářů: 0
    dnes 15:33 | Zajímavý článek

    Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) připravil dokument obsahující strategickou analýzu cloudových služeb (pdf). Jde o materiál shrnující trendy po-pandemického světa, důležitost důvěryhodnosti dodavatele, typy služeb a momentálně platné vyhlášky týkající se služeb cloud computingu. Dokument dále rozebírá a blíže představuje doporučení pro tuto oblast na úrovni strategické, manažera kybernetické

    … více »
    Ladislav Hagara | Komentářů: 0
    dnes 14:44 | IT novinky

    Mozilla od dnešního dne nevěří certifikační autoritě TrustCor (seznam CA ve Firefoxu, sloupce Distrust for …). Důvodem je provázanost společnosti Trustcor Systems se společností Measurement Systems, jež distribuovala SDK s malwarem pro Android.

    Ladislav Hagara | Komentářů: 0
    dnes 13:33 | Nová verze

    Byla vydána verze 22.11 distribuce NixOS se správcem balíčků Nix (nyní verze 2.11), podrobnosti v poznámkách k vydání.

    Fluttershy, yay! | Komentářů: 0
    dnes 10:33 | Nová verze

    Byla vydána nová verze 3.0.18 multiplatformního multimediálního přehrávače VLC (Wikipedie). Jedná se o minor verzi přinášející například podporu RISC-V. Řešeny jsou také bezpečnostní chyby.

    Ladislav Hagara | Komentářů: 0
    dnes 09:00 | IT novinky

    I letos vychází řada ajťáckých adventních kalendářů. Programátoři se mohou potrápit při řešení úloh z kalendáře Advent of Code 2022, zájemci o kybernetickou bezpečnost z kalendáře Advent of Cyber 2022, …

    Ladislav Hagara | Komentářů: 1
    včera 23:00 | Zajímavý článek

    Nová čísla časopisů od nakladatelství Raspberry Pi: MagPi 124 (pdf), HackSpace 61 (pdf), Wireframe 68 (pdf) a Custom PC 232 (pdf).

    Ladislav Hagara | Komentářů: 1
    včera 18:33 | Bezpečnostní upozornění

    Byla nalezena a opravena zranitelnost CVE-2022-23093 v příkazu ping ve FreeBSD. Jedná se o přetečení zásobníku (stack overflow) využitelné útočníkem ke vzdálenému spuštění kódu (remote code execution).

    Ladislav Hagara | Komentářů: 9
    včera 17:55 | Nová verze

    Google Chrome 108 byl prohlášen za stabilní. Nejnovější stabilní verze 108.0.5359.71 přináší řadu oprav a vylepšení (YouTube). Opraveno bylo 28 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře (YouTube).

    Ladislav Hagara | Komentářů: 1
    včera 00:11 | Zajímavý článek

    Asahi Lina se v příspěvku Tales of the M1 GPU (Příběhy M1 GPU) na blogu Asahi Linuxu rozepsala o své práci na ovladači pro Linux pro Apple M1 GPU.

    Ladislav Hagara | Komentářů: 33
    Kolik využíváte virtuálních ploch?
     (49%)
     (31%)
     (12%)
     (9%)
    Celkem 485 hlasů
     Komentářů: 15, poslední 29.11. 22:19
    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: 1103×
    Ř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áknoNahoru

    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.