Byl vydán Nextcloud Hub 8. Představení novinek tohoto open source cloudového řešení také na YouTube. Vypíchnout lze Nextcloud AI Assistant 2.0.
Vyšlo Pharo 12.0, programovací jazyk a vývojové prostředí s řadou pokročilých vlastností. Krom tradiční nadílky oprav přináší nový systém správy ladících bodů, nový způsob definice tříd, prostor pro objekty, které nemusí procházet GC a mnoho dalšího.
Microsoft zveřejnil na GitHubu zdrojové kódy MS-DOSu 4.0 pod licencí MIT. Ve stejném repozitáři se nacházejí i před lety zveřejněné zdrojové k kódy MS-DOSu 1.25 a 2.0.
Canonical vydal (email, blog, YouTube) Ubuntu 24.04 LTS Noble Numbat. Přehled novinek v poznámkách k vydání a také příspěvcích na blogu: novinky v desktopu a novinky v bezpečnosti. Vydány byly také oficiální deriváty Edubuntu, Kubuntu, Lubuntu, Ubuntu Budgie, Ubuntu Cinnamon, Ubuntu Kylin, Ubuntu MATE, Ubuntu Studio, Ubuntu Unity a Xubuntu. Jedná se o 10. LTS verzi.
Na YouTube je k dispozici videozáznam z včerejšího Czech Open Source Policy Forum 2024.
Fossil (Wikipedie) byl vydán ve verzi 2.24. Jedná se o distribuovaný systém správy verzí propojený se správou chyb, wiki stránek a blogů s integrovaným webovým rozhraním. Vše běží z jednoho jediného spustitelného souboru a uloženo je v SQLite databázi.
Byla vydána nová stabilní verze 6.7 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 124. Přehled novinek i s náhledy v příspěvku na blogu. Vypíchnout lze Spořič paměti (Memory Saver) automaticky hibernující karty, které nebyly nějakou dobu používány nebo vylepšené Odběry (Feed Reader).
OpenJS Foundation, oficiální projekt konsorcia Linux Foundation, oznámila vydání verze 22 otevřeného multiplatformního prostředí pro vývoj a běh síťových aplikací napsaných v JavaScriptu Node.js (Wikipedie). V říjnu se verze 22 stane novou aktivní LTS verzí. Podpora je plánována do dubna 2027.
Byla vydána verze 8.2 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 v informačním videu. Zdůrazněn je průvodce migrací hostů z VMware ESXi do Proxmoxu.
R (Wikipedie), programovací jazyk a prostředí určené pro statistickou analýzu dat a jejich grafické zobrazení, bylo vydáno ve verzi 4.4.0. Její kódové jméno je Puppy Cup.
aptitude update
. Podle statistiky zateze jsem zjistil, ze doslo k ctyrnasobnemu narustu prumerneho User CPU usage ode dne, kdy se rozsirila pamet serveru z 4G na 6G.
Bohuzel neni uplne snadne server vypnout a pamet zase odebrat, abych zjitil jestli to pomuze, takze se snazim zjistit kde jeste by mohl byt problem. Zadnou informaci o nejake nekompatabilite jsem zatim nikde nenasel. Nejsnaz se to chovani testuje prave na vyse uvedenem aptitude update
, ktere trva 30s :-/ Pokud ho pustim pres strace, tak prikazy, ktere to brzdi jsou nasledujici:
3.894191 stat("/var/lib/apt/extended_states", {st_mode=S_IFREG|0644, st_size=11443, ...}) = 0 2.034189 mmap(NULL, 2367488, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fb618af2000 1.000105 close(12) = 0 4.064937 open("/var/lib/dpkg/status", O_RDONLY) = 12 4.050042 stat("/var/lib/apt/extended_states", {st_mode=S_IFREG|0644, st_size=11443, ...}) = 0 2.182601 brk(0x1ae0000) = 0x1ae0000 1.346443 close(12) = 0 4.351506 open("/var/lib/dpkg/status", O_RDONLY) = 12 0.102715 read(18, "escription: Northern Sami environ"..., 32733) = 16754Je to na Ext3, raid1, IOWait se stale drzi v jednotkach procent. Cely adresar apt jsem zkusil vytvorit znovu, ale vysledek je stejny. Uz me nanapada, kde hledat problem, zvlast kdyz cely server je podle mne ve stejnem stavu jako byl pred pridanim pameti. Takze bud je to nejaky zvlastni HW problem, ale mohlo se samozrejme stat, ze jsem pred tim poslednim restartem neco aktualizoval (napriklad jadro), takze se to jen kryje s posledni odstavkou. Diky za napady na co se jeste zamerit nez budu planovat nocni odstavku
Řešení dotazu:
dom0_mem=4096M
jako parametr pri bootu), zbytek se tak fixne rezervuje pro domU. Zvlastni ale je, proc mi to na jinem serveru se shodnou SW konfiguraci a velikosti pameti funguje i bez tehle upravy.
Zvlastni ale je, proc mi to na jinem serveru se shodnou SW konfiguraci a velikosti pameti funguje i bez tehle upravy.
I stejném hardwaru (deska, paměťové moduly, pořadí ve slotech)? Řadič paměti musí fyzickou paměť rozkládat na konkrétní moduly a pokud moduly mají třeba jiné časování, tak vznikají zpoždění (kdysi jsem chtěl do svého desktopu strčit další paměť, jenže s ní se rychlost práce s paměti znatelně propadla, tak jsem nápad zavrhl).
Tiskni Sdílej: