Byla vydána (𝕏) nová verze 24.7 open source firewallové a routovací platformy OPNsense (Wikipedie). Jedná se o fork pfSense postavený na FreeBSD. Kódový název OPNsense 24.7 je Thriving Tiger. Přehled novinek v příspěvku na fóru.
Binarly REsearch upozorňuje na bezpečnostní problém PKFail (YouTube) v ekosystému UEFI. Stovky modelů zařízení používají pro Secure Boot testovací Platform Key vygenerovaný American Megatrends International (AMI) a jeho privátní část byla při úniku dat prozrazena. Do milionů zařízení (seznam v pdf) po celém světě tak útočníci mohou do Secure Bootu vložit podepsaný malware. Otestovat firmware si lze na stránce pk.fail. Ukázka PoC na Linuxu na Windows na YouTube.
Mobilní operační systém /e/OS (Wikipedie) založený na Androidu / LineageOS, ale bez aplikací a služeb od Googlu, byl vydán ve verzi 2.2 (Mastodon, 𝕏). Přehled novinek na GitLabu. Vypíchnuta je rodičovská kontrola.
Společnost OpenAI představila vyhledávač SearchGPT propojující OpenAI modely umělé inteligence a informace z webů v reálném čase. Zatím jako prototyp pro vybrané uživatele. Zapsat se lze do pořadníku čekatelů.
Distribuce Linux Mint 22 „Wilma“ byla vydána. Je založená na Ubuntu 24.04 LTS, ale s desktopovým prostředím Cinnamon (aktuálně verze 6.2), příp. MATE nebo Xfce, balíkem aplikací XApp, integrací balíčků Flatpak a dalšími změnami. Více v přehledu novinek a poznámkách k vydání.
Příspěvek na blogu Truffle Security: Kdokoli může přistupovat ke smazaným a privátním repozitářům na GitHubu.
Byla vydána nová verze 14 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v cgitu. Vypíchnout lze podporu rozšíření v Lua.
Byla vydána verze 1.80.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.
Apple oznámil, že v beta verzi spustil své Apple Maps na webu. Podporován je také webový prohlížeč Chrome. Ne však na Linuxu.
Portál Stack Overflow po roce opět vyzpovídal své uživatele, jedná se především o vývojáře softwaru, a zveřejnil detailní výsledky průzkumu. Průzkumu se letos zúčastnilo více než 65 tisíc vývojářů. Z Česka jich bylo 710. Ze Slovenska 246.
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