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í
×
    včera 04:33 | Nová verze

    Open source software pro úpravu digitálních fotografií LightZone (Wikipedie) byl vydán v nové verzi 5.0.0. LightZone je dnes k dispozici pod licencí BSD. Původně se jednalo o proprietární software vyvíjený společností Light Crafts. Ta v prosinci 2012 souhlasila s uvolněním zdrojových kódů jako open source [Wayback Machine].

    Ladislav Hagara | Komentářů: 0
    23.5. 17:22 | Nová verze

    Byla vydána verze 0.84 telnet a ssh klienta PuTTY (Wikipedie). Podrobnosti v přehledu nových vlastností a oprav chyb a Change Logu.

    Ladislav Hagara | Komentářů: 1
    22.5. 19:44 | IT novinky

    Microsoft představil Azure Linux 4.0 a Azure Container Linux. Na konferenci Open Source Summit North America 2026 organizované konsorciem Linux Foundation a sponzorované také Microsoftem. Azure Linux 4.0 vychází z Fedora Linuxu. Azure Container Linux je založen na projektu Flatcar. Azure Linux (GitHub, Wikipedie) byl původně znám jako CBL-Mariner.

    Ladislav Hagara | Komentářů: 0
    22.5. 12:22 | Zajímavý článek

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

    Ladislav Hagara | Komentářů: 0
    22.5. 10:55 | Nová verze

    Byla vydána verze 9.2 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a informačním videu.

    Ladislav Hagara | Komentářů: 5
    22.5. 09:33 | IT novinky

    Firefox 151 podporuje Web Serial API. Pro komunikaci s různými mikrokontroléry připojenými přes USB nebo sériové porty už není nutné spouštět Chrome nebo na Chromiu postavené webové prohlížeče.

    Ladislav Hagara | Komentářů: 9
    22.5. 04:44 | Nová verze

    Byla vydána nová stabilní verze 8.0 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 148. Přehled novinek i s náhledy v příspěvku na blogu.

    Ladislav Hagara | Komentářů: 0
    21.5. 21:33 | Bezpečnostní upozornění

    Ve FreeBSD byla nalezena a opravena zranitelnost FatGid aneb CVE-2026-45250. Jedná se o lokální eskalaci práv. Neprivilegovaný uživatel se může stát rootem.

    Ladislav Hagara | Komentářů: 0
    21.5. 14:33 | IT novinky

    Společnost Flipper Devices oznámila Flipper One. Zcela nový Flipper postavený od nuly. Jedná se o open-source linuxovou platformu založenou na čipu Rockchip RK3576. Hledají se dobrovolníci pro pomoc s dokončením vývoje (ovladače, testování, tvorba modulů).

    Ladislav Hagara | Komentářů: 2
    21.5. 14:00 | Nová verze

    Vývojáři Wine oznámili vydání verze 2.0 knihovny vkd3d pro překlad volání Direct3D na Vulkan. Přehled novinek na GitLabu.

    Ladislav Hagara | Komentářů: 0
    Které desktopové prostředí na Linuxu používáte?
     (12%)
     (8%)
     (2%)
     (14%)
     (31%)
     (4%)
     (6%)
     (3%)
     (16%)
     (26%)
    Celkem 1698 hlasů
     Komentářů: 30, poslední 3.4. 20:20
    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: 1151×
    Ř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.