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 12:11 | IT novinky

    Před 30 lety, tj. v úterý 30. dubna 1996, byl spuštěn Seznam.cz.

    Ladislav Hagara | Komentářů: 0
    dnes 11:44 | Komunita

    Byly zpracovány a zveřejněny všechny videozáznamy, které stojí za zveřejnění, z konference FOSDEM 2026.

    Ladislav Hagara | Komentářů: 0
    dnes 01:11 | IT novinky

    Od úterý 28. dubna musí nově uváděné notebooky v Evropské unii podporovat nabíjení přes USB-C. Jednotná nabíječka byla schválena Evropským parlamentem v říjnu 2022.

    Ladislav Hagara | Komentářů: 20
    včera 23:44 | Bezpečnostní upozornění

    Byly publikovány informace o kritické zranitelnosti CVE-2026-31431 pojmenované Copy Fail v Linuxu, konkrétně v kryptografii (AF_ALG). Běžný uživatel může získat práva roota (lokální eskalaci práv). Na všech distribucích Linuxu vydaných od roku 2017. Pomocí 732bajtového skriptu. V upstreamu je již opraveno. Zranitelnost byla nalezena pomocí AI Xint Code.

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

    Textový editor Zed dospěl do verze 1.0. Představení v příspěvku na blogu.

    Ladislav Hagara | Komentářů: 0
    včera 04:44 | Komunita

    Vývojáři svobodného 3D softwaru Blender představili (𝕏, Mastodon, Bluesky) nejnovějšího firemního sponzora Blenderu. Je ním společnost Anthropic stojící za AI Claude a úroveň sponzoringu je Patron, tj. minimálně 240 tisíc eur ročně. Anthropic oznámil sponzorství v tiskové zprávě Claude for Creative Work.

    Ladislav Hagara | Komentářů: 6
    včera 03:55 | Nová verze

    VNC server wayvnc pro Wayland kompozitory postavené nad wlroots - ne GNOME, KDE nebo Weston - byl vydán ve verzi 0.10.0. Vydána byla také verze 1.0.0 související knihovny neatvnc.

    Ladislav Hagara | Komentářů: 0
    28.4. 16:22 | Nová verze

    Bylo oznámeno vydání Fedora Linuxu 44. Ve finální verzi vychází šest oficiálních edic: Fedora Workstation a Fedora KDE Plasma Desktop pro desktopové, Fedora Server pro serverové, Fedora IoT pro internet věcí, Fedora Cloud pro cloudové nasazení a Fedora CoreOS pro ty, kteří preferují neměnné systémy. Vedle nich jsou k dispozici také další atomické desktopy, spiny a laby. Podrobný přehled novinek v samostatných článcích na stránkách

    … více »
    Ladislav Hagara | Komentářů: 7
    28.4. 15:44 | Zajímavý článek

    David Malcolm se na blogu vývojářů Red Hatu rozepsal o vybraných novinkách v GCC 16, jež by mělo vyjít v nejbližších dnech. Vypíchnuta jsou vylepšení čitelnosti chybových zpráv v C++, aktualizovaný SARIF (Static Analysis Results Interchange Format) výstup a nová volba experimental-html v HTML výstupu.

    Ladislav Hagara | Komentářů: 0
    28.4. 15:11 | Nová verze

    Byla vydána verze R14.1.6 desktopového prostředí Trinity Desktop Environment (TDE, fork KDE 3.5, Wikipedie). Přehled novinek v poznámkách k vydání, podrobnosti v seznamu změn.

    JZD | Komentářů: 0
    Které desktopové prostředí na Linuxu používáte?
     (14%)
     (8%)
     (2%)
     (13%)
     (31%)
     (4%)
     (7%)
     (3%)
     (15%)
     (25%)
    Celkem 1457 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: 1145×
    Ř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.