Evropská komise zahájila tři vyšetřování týkající se cloudových platforem Amazon Web Services (AWS) a Microsoft Azure. Evropská exekutiva, která plní také funkci unijního antimonopolního orgánu, chce mimo jiné určit, zda jsou americké společnosti Microsoft a Amazon v cloudových službách takzvanými gatekeepery, tedy hráči, kteří významně ovlivňují provoz internetu a musí dle nařízení o digitálních trzích (DMA) na společném trhu
… více »Společnost Meta Platforms vyhrála ostře sledovaný spor o akvizici sítě pro sdílení fotografií Instagram a komunikační aplikace WhatsApp. Podle amerického soudu firma jejich převzetím neporušila antimonopolní zákon, protože si tak nemonopolizovala trh sociálních sítí. Žalobu na Metu podala před pěti lety americká Federální obchodní komise (FTC). FTC argumentovala, že Meta, tehdy známá jako Facebook, koupila tyto dvě společnosti v letech 2012 a 2014 proto, aby s nimi nemusela soutěžit.
Home Assistant včera představil svůj nejnovější oficiální hardware: Home Assistant Connect ZBT-2 pro připojení zařízení na sítích Zigbee nebo Thread.
Byla vydána verze 9.1 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.
Byl aktualizován seznam 500 nejvýkonnějších superpočítačů na světě TOP500. Nejvýkonnějším superpočítačem zůstává El Capitan od HPE (Cray) s výkonem 1,809 exaFLOPS. Druhý Frontier má výkon 1,353 exaFLOPS. Třetí Aurora má výkon 1,012 exaFLOPS. Nejvýkonnější superpočítač v Evropě JUPITER Booster s výkonem 1,000 exaFLOPS je na čtvrtém místě. Nejvýkonnější český superpočítač C24 klesl na 192. místo. Karolina, GPU partition klesla na 224. místo a Karolina, CPU partition na 450. místo. Další přehledy a statistiky na stránkách projektu.
Microsoft představil Azure Cobalt 200, tj. svůj vlastní SoC (System-on-Chip) postavený na ARM a optimalizovaný pro cloud.
Co způsobilo včerejší nejhorší výpadek Cloudflare od roku 2019? Nebyl to kybernetický útok. Vše začalo změnou oprávnění v jednom z databázových systémů a pokračovalo vygenerováním problém způsobujícího konfiguračního souboru a jeho distribucí na všechny počítače Cloudflare. Podrobně v příspěvku na blogu Cloudflare.
Byla vydána (Mastodon, 𝕏) první RC verze GIMPu 3.2. Přehled novinek v oznámení o vydání. Podrobně v souboru NEWS na GitLabu.
Eugen Rochko, zakladatel Mastodonu, tj. sociální sítě, která není na prodej, oznámil, že po téměř 10 letech odstupuje z pozice CEO a převádí vlastnictví ochranné známky a dalších aktiv na neziskovou organizaci Mastodon.
Byla vydána nová major verze 5.0 svobodného 3D softwaru Blender. Přehled novinek i s náhledy a videi v obsáhlých poznámkách k vydání. Videopředstavení na YouTube.
Dobrý den
Už delší dobu mám následující problém s pamětí:
Po restartu stroje je vše v pořádku:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
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
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.
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.
Dobrý den děkuji za vyřešení problému.
Tiskni
Sdílej:
13.5.2007 09:50