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.
IBM kupuje společnost HashiCorp (Terraform, Packer, Vault, Boundary, Consul, Nomad, Waypoint, Vagrant, …) za 6,4 miliardy dolarů, tj. 35 dolarů za akcii.
Byl vydán TrueNAS SCALE 24.04 “Dragonfish”. Přehled novinek této open source storage platformy postavené na Debianu v poznámkách k vydání.
Oznámeny byly nové Raspberry Pi Compute Module 4S. Vedle původní 1 GB varianty jsou nově k dispozici také varianty s 2 GB, 4 GB a 8 GB paměti. Compute Modules 4S mají na rozdíl od Compute Module 4 tvar a velikost Compute Module 3+ a předchozích. Lze tak provést snadný upgrade.
pokud je to pul megabajtu za vterinu, tak
mozna limitujici faktor bude transparetni http proxy a propustnost smerem k disku, pokud to je nejaka vykopavka disk, ktery neumi dma a sekvencni pristup ma nekde kolem (6Mb/s), tak asi ve spickach posle cely stroj nekam, pokud bude mit dost paralelnich spojeni a vetsina bude http provoz (mozna se ale mylim a tech 128Mib ram to bude stihat v narazovkach kompenzovat... ale v trvlejsich spickach uz asi bude ten disk poznat)
projevit by se to mohlo prilis velkym poctem vlken squidu, spolu s cekanim na diskovy i/o... s tim, ze nekdo poleze na netu jinam a bude cekat na odpoved dns a bude chvili trvat, nez se doprepinaji procesy/vlakna a dostane se na radu odpovidani dns dotazu (prvni zpozdeni), druhy bude u vytvareni http spojeni, nez se zase doprepina do toho kteryho vlkna squidu (druhy zpozdeni - handshake pri vytvoreni spojeni) a dalsi kolecko, nez se poslou data tam a zpet a mezi tim pripadne nacachuji (treti zpozdeni)
hadam, ze ve dvaceti kompech(lidech) i pokud se budou snazit je 5 vterin premrstena hodnota pro celkovy zpozdeni ale to je skutecne jen hadani z kristalove koule...
jestli disk umi dma, tak uz to muze brzdit asi jen pamet(swapovani), protoze bind si drzi pri behu celou cache v pameti a squid pro zmenu indexy a dalsi drobnosti... ale zase jen v pripade ze bude 20 uzivatelu i spousta vytizenych squidu... i kdyz spis nez swapovani bude monohem vetsi zpomaleni v dusledku prepinani kontextu(vyprazdneni TLB a procesorovych cache a front a vubec vseho co neovlivnite a je dusledek lacine x86 architektury) v celkovym souctu asi tak zpomleni pul na pul proti cekani na nacteni stranky z disku pri cache hit a cekani na volny diskovy i/o blokovany v dusledku swapovani nebo ukladani squidem do cache
jestli tam pobezi vytizeny mail server, tak bych asi jeste doporucil "nscd" nebo podobnou vec, ktera dela cache pro resolver v glibc, aby glibc resolver nemusel vyrabet dns dotazy a posilat je pres loopback bindu, tak sahne (skoro) primo do nscd cache. malinko to odlehci a urychli i kdyz neni vytizeny mail/news server... i kdyz o nesech se nic nepsalo a spammery snad tolerovat nebudete.
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz