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

Byl vydán Sway ve verzi 0.14. Přehled opravených chyb, změn a novinek v nejnovější verzi tohoto dlaždicového (tiling) správce oken pro Wayland kompatibilního s i3 na GitHubu. Do vývoje se zapojilo 12 vývojářů [reddit].

Ladislav Hagara | Komentářů: 0
včera 22:33 | Nová verze

Byla vydána verze 4.0 svobodného systému pro detekci a prevenci průniků a monitorování bezpečnosti počítačových sítí Suricata (Wikipedie). Přehled novinek v poznámkách k vydání a v aktualizované dokumentaci. Ve dnech 15. až 17. listopadu proběhne v Praze konference vývojářů a uživatelů Suricaty SuriCon 2017.

Ladislav Hagara | Komentářů: 0
včera 17:11 | Nová verze

Byla vydána dvaadvacátá alfa verze svobodné historické realtimové strategie 0 A.D. (Wikipedie). Kódový název této nejnovější verze je Venustas. Představení novinek také na YouTube.

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

Radek Vokál v článku Boltron – náhled modulárního operačního systému (en) na MojeFedora.cz představuje a informuje o možnosti vyzkoušet si Boltron, prototyp modulární distribuce. Pro Fedoru 26 je k dispozici testovací docker kontejner, který obsahuje modifikovanou verzi správce balíčků DNF, který na pozadí pracuje s moduly.

Ladislav Hagara | Komentářů: 3
včera 07:00 | Nová verze

ZFS on Linux, tj. implementace OpenZFS (Wikipedie) na Linuxu, byl vydán ve verzi 0.7.0. Přehled novinek v diskusním listu zfs-announce nebo na GitHubu. Nejnovější ZFS on Linux je kompatibilní s Linuxem 2.6.32 až 4.12.

Ladislav Hagara | Komentářů: 0
včera 01:44 | IT novinky

V Las Vegas končí bezpečnostní konference Black Hat USA 2017 (Twitter) a začíná bezpečnostní konference DEF CON 25 (Twitter). V rámci Black Hat budou vyhlášeny výsledky letošní Pwnie Awards (Twitter). Pwnie Awards oceňují to nejlepší, ale i to nejhorší z IT bezpečnosti (bezpečnostní Oscar a Malina v jednom). V kategorii "Lamest Vendor Response" byl například nominován také Lennart Poettering za jeho přístup k řešení bezpečnostních chyb v systemd, viz například chyba s uživatelem 0day.

Ladislav Hagara | Komentářů: 4
včera 00:22 | Bezpečnostní upozornění

Nitay Artenstein z Exodus Intelligence se v příspěvku na blogu společnosti podrobně věnuje bezpečností chybě Broadpwn (CVE-2017-9417). Její analýzu provedl také Zhuowei Zhang na blogu Booster Ok. Jedná se o chybu ve firmwaru Wi-Fi chipsetů BCM43xx od Broadcomu. Útočník může vzdáleně získat kontrolu nad zařízením. Chyba byla již opravena v macOS, iOS i Androidu [Hacker News].

Ladislav Hagara | Komentářů: 3
26.7. 22:55 | IT novinky

Intel končí s vývojovými deskami Joule, Edison, Galileo a také s Arduino 101 a Curie.

Ladislav Hagara | Komentářů: 0
26.7. 14:44 | Nová verze

Byla vydána nová verze 42.3 linuxové distribuce openSUSE Leap. Jedná se už o třetí vydání, které staví na SUSE Linux Enterprise (SLE). Výchozím jádrem je opět poslední LTS verze, tedy řada 4.4. Podrobnosti v oznámení o vydání a v poznámkách k vydání.

Ladislav Hagara | Komentářů: 16
26.7. 14:30 | Nová verze

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

Ladislav Hagara | Komentářů: 0
Těžíte nějakou kryptoměnu?
 (5%)
 (2%)
 (20%)
 (74%)
Celkem 129 hlasů
 Komentářů: 8, poslední včera 21:30
    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: 127×

    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.

    Marek Stopka avatar 13.5.2007 09:55 Marek Stopka | skóre: 57 | blog: Paranoidní blog | London, United Kingdom
    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: 18
    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.