Společnost Meta na dvoudenní konferenci Meta Connect 2025 představuje své novinky. První den byly představeny nové AI brýle: Ray-Ban Meta (Gen 2), sportovní Oakley Meta Vanguard a především Meta Ray-Ban Display s integrovaným displejem a EMG náramkem pro ovládání.
Po půl roce vývoje od vydání verze 48 bylo vydáno GNOME 49 s kódovým názvem Brescia (Mastodon). S přehrávačem videí Showtime místo Totemu a prohlížečem dokumentů Papers místo Evince. Podrobný přehled novinek i s náhledy v poznámkách k vydání a v novinkách pro vývojáře.
Open source softwarový stack ROCm (Wikipedie) pro vývoj AI a HPC na GPU od AMD byl vydán ve verzi 7.0.0. Přidána byla podpora AMD Instinct MI355X a MI350X.
Byla vydána nová verze 258 správce systému a služeb systemd (GitHub).
Byla vydána Java 25 / JDK 25. Nových vlastností (JEP - JDK Enhancement Proposal) je 18. Jedná se o LTS verzi.
Věra Pohlová před 26 lety: „Tyhle aféry každého jenom otravují. Já bych všechny ty internety a počítače zakázala“. Jde o odpověď na anketní otázku deníku Metro vydaného 17. září 1999 na téma zneužití údajů o sporožirových účtech klientů České spořitelny.
Byla publikována Výroční zpráva Blender Foundation za rok 2024 (pdf).
Byl vydán Mozilla Firefox 143.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Nově se Firefox při ukončování anonymního režimu zeptá, zda chcete smazat stažené soubory. Dialog pro povolení přístupu ke kameře zobrazuje náhled. Obzvláště užitečné při přepínání mezi více kamerami. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 143 bude brzy k dispozici také na Flathubu a Snapcraftu.
Byla vydána betaverze Fedora Linuxu 43 (ChangeSet), tj. poslední zastávka před vydáním finální verze, která je naplánována na úterý 21. října.
Multiplatformní emulátor terminálu Ghostty byl vydán ve verzi 1.2 (𝕏, Mastodon). Přehled novinek, vylepšení a nových efektů v poznámkách k vydání.
OS: 2.6.18-128.1.10.el5PAE i686 Linux
Java: 1.6.0_16
Tomcat: 6.0.18 (s parametry: -XX:MaxPermSize=512m -Xms512m -Xmx512m -server)
PostgreSQL: 8.1.11-1.el5_1.1
Představte si situaci, kdy v Tomcatu je nasazena aplikace (obyč webová aplikace se Springem, Hibernatem, JSF, komponentami od Infragistics (přesné verze mohu asi dohledat)) připojující se do Postgresu. Tohle si jen tak žije, nikdo na to nešahá a stejně tam dle visualvm vznikají periodicky nějaké objekty. Po chvíli je většina z nich odklizena garbage collectorem (=v grafu využití heapu vznikne tzv. pila naznačující nějaký leak). A takhle se to stále opakuje, ale postupně (pomalu) vzrůstá využití heapu. Jestli jsem dobře koukal, tak tam postupně vznikají integery. Nakonec to (po pár dnech) skončí na nedostatku paměti (heap má 512MB).
Problému se dá předejít vynucením GC z připojeného visualvm. Ten pak uklidí heap na stav po spuštění aplikace.
A nyní bych měl dvě otázky. Jak zjistit, kdo je "autorem" problematických objektů? Dá se to? Nejsem java guru a tohle mám před sebou jako černou skříňku, která zlobí :)
A případně, dá se nějakými konfiguračními volbami donutit GC k tomu, aby se čas od času spustil v módu jako se provede z visulavm a uklidil všechno, co uklidit může? Prozatím mi uniká, že samovolně tohle nedokáže a tomcat nakonec skončí jako nepoužitelný, i když to uklidit lze.
Předem děkuji za jakékoliv podněty, třebas jen ke studiu, pač googlu jsem zatím nedokázal položit správný dotaz.
-XX:+PrintGCDetails
, -XX:+PrintGCTimeStamps
, pro hrubší sledování jinfo -gcutil
).OutOfMemory
si nechte dumpnout heap (-XX:+HeapDumpOnOutOfMemoryError
, -XX:HeapDumpPath=/home/ladicek/work/dumps
). Případně si ho dumpněte ručně, VisualVM by to mohl umět, případně jmap
.-XX:MaxPermSize=128M
) a modlete se.Používám javu od SUNu, žádný klon.
Co se týká provedení dumpu v momentě, kdy "dojde paměť", tak visualvm provede nejdřív ten svůj GC a vyčistí paměť, takže se nic nedozvíme. Ale kamarád už našel ještě jiný způsob, ale o tom ještě tolik nevím.
Co se týká db, dělá je tomcat a s tím snad problém není.
Pády jsou náhodné, prostě i bez využívání aplikace a serveru prostě po nějaké chvíli paměť dojde. Přesnou vyjímku dodám, jen co ji najdu :)
Co se týká toho, že gc hlásí out-of-memory, když nestíhá, tak to vím. Ale ten stroj nic jiného nedělá, load tam není žádný, ale prostě jsou tam "negarbagecollectovatelné" objekty, které se snažím nějak identifikovat. Děkuji za tip s finalizací. Zkusím využít všechny návrhy a něco zjistit.
Tiskni
Sdílej: