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 14:44 | Nová verze

    Byla vydána nová verze 4.6 (𝕏, Bluesky, Mastodon) multiplatformního open source herního enginu Godot (Wikipedie, GitHub). Přehled novinek i s náhledy v příspěvku na blogu.

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

    Rozsáhlá modernizace hardwarové infrastruktury Základních registrů měla zabránit výpadkům digitálních služeb státu. Dnešnímu výpadku nezabránila.

    Ladislav Hagara | Komentářů: 6
    dnes 13:11 | Nová verze

    Čínský startup Kimi představil open-source model umělé inteligence Kimi K2.5. Nová verze pracuje s textem i obrázky a poskytuje 'paradigma samosměřovaného roje agentů' pro rychlejší vykonávání úkolů. Kimi zdůrazňuje vylepšenou schopnost modelu vytvářet zdrojové kódy přímo z přirozeného jazyka. Natrénovaný model je dostupný na Hugging Face, trénovací skripty však ne. Model má 1 T (bilion) parametrů, 32 B (miliard) aktivních.

    NUKE GAZA! 🎆 | Komentářů: 3
    dnes 09:00 | IT novinky

    V Raspberry Pi OS lze nově snadno povolit USB Gadget Mode a díky balíčku rpi-usb-gadget (CDC-ECM/RNDIS) mít možnost se k Raspberry Pi připojovat přes USB kabel bez nutnosti konfigurování Wi-Fi nebo Ethernetu. K podporovaným Raspberry Pi připojeným do USB portu podporujícího OTG.

    Ladislav Hagara | Komentářů: 0
    dnes 03:33 | Komunita

    Konference Installfest 2026 proběhne o víkendu 28. a 29. března v budově FELu na Karlově náměstí v Praze. Přihlásit přednášku nebo workshop týkající se Linuxu, otevřených technologií, sítí, bezpečnosti, vývoje, programování a podobně lze do 18. února 0:15.

    Ladislav Hagara | Komentářů: 0
    dnes 03:22 | Komunita

    Fedora Flock 2026, tj. konference pro přispěvatele a příznivce Fedory, bude opět v Praze. Proběhne od 14. do 16. června. Na Flock navazuje DevConf.CZ 2026, který se uskuteční 18. a 19. června v Brně. Organizátoři konferencí hledají přednášející, vyhlásili Call for Proposals (CfP).

    Ladislav Hagara | Komentářů: 1
    dnes 03:11 | Zajímavý software

    Z80-μLM je jazykový model 'konverzační umělé inteligence' optimalizovaný pro běh na 8-bitovém 4Mhz procesoru Z80 s 64kB RAM, technologii z roku 1976. Model používá 2-bitovou kvantizaci a trigramové hashování do 128 položek, což umožňuje zpracování textu i při velmi omezené paměti. Natrénovaný model se vejde do binárního souboru velkého pouhých 40 KB. Tento jazykový model patrně neprojde Turingovým testem 😅.

    NUKE GAZA! 🎆 | Komentářů: 3
    včera 17:44 | IT novinky

    Digitální a informační agentura (DIA) na přelomu roku dokončila rozsáhlou modernizaci hardwarové infrastruktury základních registrů. Projekt za 236 milionů korun by měl zabránit výpadkům digitálních služeb státu, tak jako při loňských parlamentních volbách. Základní registry, tedy Registr práv a povinností (RPP), Informační systém základních registrů (ISZR) a Registr obyvatel (ROB), jsou jedním z pilířů veřejné správy. Denně

    … více »
    Ladislav Hagara | Komentářů: 5
    včera 17:33 | IT novinky

    Evropská komise (EK) zahájila nové vyšetřování americké internetové platformy 𝕏 miliardáře Elona Muska, a to podle unijního nařízení o digitálních službách (DSA). Vyšetřování souvisí se skandálem, kdy chatbot s umělou inteligencí (AI) Grok na žádost uživatelů na síti 𝕏 generoval sexualizované fotografie žen a dětí. Komise o tom dnes informovala ve svém sdělení. Americký podnik je podezřelý, že řádně neposoudil a nezmírnil rizika spojená se zavedením své umělé inteligence na on-line platformě.

    Ladislav Hagara | Komentářů: 11
    včera 15:11 | Komunita

    Bratislava OpenCamp pokračuje vo svojej tradícii a fanúšikovia otvorených technológií sa môžu tešiť na 4. ročník, ktorý sa uskutoční 25. 4. 2026 na FIIT STU v Bratislave. V súčasnosti prebieha prihlasovanie prednášok a workshopov – ak máte nápad, projekt, myšlienku, o ktoré sa chcete podeliť s komunitou, OpenCamp je správne miesto pre vás.

    Ladislav Hagara | Komentářů: 0
    Které desktopové prostředí na Linuxu používáte?
     (18%)
     (6%)
     (0%)
     (10%)
     (23%)
     (3%)
     (5%)
     (2%)
     (12%)
     (33%)
    Celkem 645 hlasů
     Komentářů: 17, poslední 22.1. 15:24
    Rozcestník

    Dotaz: Roustoucí spotřeba paměti

    13.5.2007 09:41 kibo | skóre: 17 | blog: Fedora Core 4 | Znojmo
    Roustoucí spotřeba paměti
    Přečteno: 216×

    Dobrý den

    Už delší dobu mám následující problém s pamětí:

    Po restartu stroje je vše v pořádku:

                 total       used       free     shared    buffers     cached
    Mem:       3089824     259268    2830556          0      12208     107336
    -/+ buffers/cache:     139724    2950100
    Swap:      1015800          0    1015800
    
    

    Zhruba po 4-5 dnech:

                 total       used       free     shared    buffers     cached
    Mem:       3089824    1919900    1169924          0      88172    1500784
    -/+ buffers/cache:     330944    2758880
    Swap:      1015800          0    1015800
    
    

    A použitá paměť stále roste. Musím naběhnout a restartovat stroj.

    Tyto problémy se objevily poté, co jsme na server instalovaly Java, Tomcat, konektor AJPv13, novou Java aplikaci.

    Třeba se pletu, ale domnívám se, že problém bude v té aplikaci nebo v komunikaci Apache s Tomcatem přes AJP konejtor.

    Přikládám ještě výpis procesů ihned po restartu a několik dní po:

    Po restartu:

    USER       PID %CPU %MEM   VSZ  RSS TTY      STAT START   TIME 
    mysql     3198  0.0  0.8 176064 26936 ?      Sl   12:22   0:00 
    tomcat    3857 10.8  4.7 1166340 147228 ?    Sl   12:23 
    apache    3416  0.0  0.2 118272 9220 ?       S    12:22   0:00  \_ /usr/sbin/httpd
    apache    3417  0.0  0.2 116972 6940 ?       S    12:22   0:00  \_ /usr/sbin/httpd
    apache    3418  0.0  0.2 116972 7460 ?       S    12:22   0:00  \_ /usr/sbin/httpd
    apache    3419  0.0  0.3 118264 9328 ?       S    12:22   0:00  \_ /usr/sbin/httpd
    apache    3420  0.0  0.2 116972 6884 ?       S    12:22   0:00  \_ /usr/sbin/httpd
    apache    3421  0.0  0.2 116972 7492 ?       S    12:22   0:00  \_ /usr/sbin/httpd
    apache    3422  0.0  0.2 116972 7496 ?       S    12:22   0:00  \_ /usr/sbin/httpd
    apache    3423  0.0  0.2 118208 9268 ?       S    12:22   0:00  \_ /usr/sbin/httpd
    apache    4469  0.0  0.2 116972 6832 ?       S    12:24   0:00  \_ /usr/sbin/httpd
    apache    4471  0.0  0.2 118268 9244 ?       S    12:24  
    

    Po 4 dnech:

    USER       PID %CPU %MEM   VSZ  RSS TTY      STAT START   TIME 
    mysql     3198  0.0  0.8 176064 26936 ?      Sl   12:22   0:00 
    tomcat    7934  0.0  8.0 1295116 249588 ?    Sl   Apr12 
    apache    5518  0.0  0.3 119064 10720 ?      S    Apr15   0:14  \_ /usr/sbin/httpd
    apache    5519  0.0  0.3 119024 10724 ?      S    Apr15   0:11  \_ /usr/sbin/httpd
    apache    5520  0.0  0.3 118996 10656 ?      S    Apr15   0:12  \_ /usr/sbin/httpd
    apache    5523  0.0  0.3 119060 10720 ?      S    Apr15   0:14  \_ /usr/sbin/httpd
    apache    5581  0.0  0.3 119060 10736 ?      S    Apr15   0:17  \_ /usr/sbin/httpd
    apache    5588  0.0  0.3 119060 10696 ?      S    Apr15   0:15  \_ /usr/sbin/httpd
    apache    6233  0.0  0.3 119060 10716 ?      S    Apr15   0:08  \_ /usr/sbin/httpd
    apache    8609  0.0  0.3 119024 10652 ?      S    Apr16   0:06  \_ /usr/sbin/httpd
    apache   12904  0.0  0.3 118992 10556 ?      S    Apr18   0:06  \_ /usr/sbin/httpd
    apache   14469  0.0  0.3 118228 9772 ?       S    Apr19   0:02  \_ /usr/sbin/httpd
    apache   15358  0.0  0.3 119024 10576 ?      S    Apr20   0:03  \_ /usr/sbin/httpd
    apache   15359  0.0  0.3 119024 10656 ?      S    Apr20   0:04  \_ /usr/sbin/httpd
    apache   16055  0.0  0.3 118832 10396 ?      S    Apr20   0:02  \_ /usr/sbin/httpd
    apache   16056  0.0  0.3 118816 10332 ?      S    Apr20   0:01  \_ /usr/sbin/httpd
    apache   18055  0.0  0.3 118204 9320 ?       S    Apr20   0:00  \_ /usr/sbin/httpd
    apache   18056  0.0  0.3 118204 9308 ?       S    Apr20   0:00  \_ /usr/sbin/httpd
    apache   18057  0.0  0.3 118204 9308 ?       S    Apr20   0:00  \_ /usr/sbin/httpd
    apache   18058  0.0  0.3 118276 9792 ?       S    Apr20   0:00  \_ /usr/sbin/httpd
    apache   18060  0.0  0.3 118204 9308 ?       S    Apr20   0:00  \_ /usr/sbin/httpd
    apache   18061  0.0  0.3 118260 9384 ?       S    Apr20 
    

    Procesy apache se dostanou až na 0.4%mem, tomcat přesáhne 8.0%mem

    Budu vděčný za radu, za názor. Ke statistikám používám utilitky free, pc, top , kdyby jste věděli o nějakém dalším nástroji, který dokáže monitorovat paměť, budu rád.

    Tomáš Znojmo

    Odpovědi

    Fuky avatar 13.5.2007 09:50 Fuky | skóre: 52 | blog: 4u
    Rozbalit Rozbalit vše Re: Roustoucí spotřeba paměti

    Máš více jak 2,7GB volné paměti a ~330MB zabrané, takže hledáš problémy tam kde nejsou... Když procesy potřebují málo paměti, tak se zbytek využívá pro kešování a takto zabranou paměť neřeš, ta se sama uvolní vždy, když procesy začnou mít nedostatek paměti.

    13.5.2007 09:55 Käyttäjä 11133 | skóre: 58 | blog: Ajattelee menneisyyttä
    Rozbalit Rozbalit vše Re: Roustoucí spotřeba paměti
    Vždyť máš hodně volné paměti, tak to neřeš.
    13.5.2007 09:58 _radek | skóre: 19
    Rozbalit Rozbalit vše Re: Roustoucí spotřeba paměti
    Nechci prudit, ale dotaz nebo problem je kde?:-) Popsal jste zde standartni chovani systemu. Podle vypisu nemate jediny problem s nedostatkem pameti, jen se ji dost pouziva pro cache, to vas ale nemusi desit, az bude potreba automaticky se uvolni.
    13.5.2007 09:58 Luboš Luňák | skóre: 19 | blog: Seli
    Rozbalit Rozbalit vše Re: Roustoucí spotřeba paměti
    Tak se pamet nemeri. Viz tady.
    13.5.2007 10:23 kibo | skóre: 17 | blog: Fedora Core 4 | Znojmo
    Rozbalit Rozbalit vše Re: Roustoucí spotřeba paměti

    Dobrý den děkuji za vyřešení problému.

    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.