V Londýně probíhá dvoudenní Ubuntu Summit 25.10. Na programu je řada zajímavých přednášek. Zhlédnout je lze také na YouTube (23. 10. a 24. 10.).
Gemini CLI umožňuje používání AI Gemini přímo v terminálu. Vydána byla verze 0.10.0.
Konference OpenAlt 2025 proběhne již příští víkend 1. a 2. listopadu v Brně. Nabídne přibližně 80 přednášek a workshopů rozdělených do 7 tematických tracků. Program se může ještě mírně měnit až do samotné konference, a to s ohledem na opožděné úpravy abstraktů i případné podzimní virózy. Díky partnerům je vstup na konferenci zdarma. Registrace není nutná. Vyplnění formuláře však pomůže s lepším plánováním dalších ročníků konference.
Samsung představil headset Galaxy XR se 4K Micro-OLED displeji, procesorem Snapdragon XR2+ Gen 2, 16 GB RAM, 256 GB úložištěm, operačním systémem Android XR a Gemini AI.
Před konferencí Next.js Conf 2025 bylo oznámeno vydání nové verze 16 open source frameworku Next.js (Wikipedie) pro psaní webových aplikací v Reactu. Přehled novinek v příspěvku na blogu.
Sovereign Tech Fund oznámil finanční podporu následujících open source projektů: Scala, SDCC, Let's Encrypt, Servo, chatmail, Drupal, Fedify, openprinting, PHP, Apache Arrow, OpenSSL, R Project, Open Web Docs, conda, systemd a phpseclib.
Bylo vydáno OpenBSD 7.8. S předběžnou podporou Raspberry Pi 5. Opět bez písničky.
Valkey (Wikipedie) byl vydán v nové major verzi 9.0. Valkey je fork Redisu.
Byly publikovány informace o kritické zranitelnosti v knihovně pro Rust async-tar a jejích forcích tokio-tar, krata-tokio-tar a astral-tokio-tar. Jedná se o zranitelnost CVE-2025-62518 s CVSS 8.1. Nálezci je pojmenovali TARmageddon.
AlmaLinux přinese s verzí 10.1 podporu btrfs. XFS bude stále jako výchozí filesystém, ale instalátor nabídne i btrfs. Více informací naleznete v oficiálním oznámení.
Zajímavou, pro mnohé zřejmě novinkou je vlastnost jádra vytvořit pomocí zram swap oddíl uložený v paměti.
Menší zrychlení v případě většího swapování se koná, komprese přecijenom ušetří nějaké ty zápisy na disk. Stačí zakompilovat zram a nastavit mu počátačení velikost, mkswap /dev/zram0 a swapon /dev/zram0 (případně to hodit do skriptu po startu)
K zamyšlení tu je otázka, zda by nebylo vhodné též komprimovat swap oddíl na disku (zejména u počítačů s 1.5G paměti a chutí kompilovat firefox, jako je třeba teď ten můj).
A proto bych tento zápisek chtěl spojit s dotazem, jakej komprimovanej fs by nejlépe padl gigovému swapu? Má to vůbec cenu?
A jelikož jsem dlouho nenapsal, tak takové shrnutí - chodím na FEL, je to sranda, práce je dost :D
Stručnější jsem asi bejt nemohl ;)
Tiskni
Sdílej:
A proto bych tento zápisek chtěl spojit s dotazem, jakej komprimovanej fs by nejlépe padl gigovému swapu?Nejspíš asi žádnej. Smyslem komprimujících filesystémů je minimalizovat velikost dat uložených na disku. Představ si že máš swap soubor nějakým způsobem zkomprimovaný a nyní do něj chceš na nějaké místo zapsat. Zapisovaný blok ale může být větší než jiný zkomprimovaný blok, který má být přepsán, takže je potřeba pro něj na disku najít jiné místo, Tohle by ve výsledku vedlo k velké fragmentaci swap souboru a filesystém by se pěkně nadřel (musí invalidovat původní blok - zapsat na jedno místo na disku a pak ještě zapsat jinam samotný blok). Zatímco u nerostoucího a souvislého souboru se filesystém spokojeně fláká.
Není... z principu je to sice podívný, ale co si pamatuju, tak to mělo poměr komprese kolem pěti... a představa, že mám 4GiB RAM a udělám si z toho 3+dalších 5 "pomalých" není zlá.. mně se to osvědčilo
zejména u počítačů s 1.5G paměti a chutí kompilovat firefox, jako je třeba teď ten můj
Takovému počítači bych se ty chutě asi pokusil rozmluvit. :-)
Myslím si, že komprese swapu na disku moc zásadní význam nemá, protože příčinou pomalosti není rychlost čtení, ale přístupová doba, kterou tím nezlepšíš. Trochu by to ale pomoct mohlo
Přesně!
#include <stdio.h> #include <malloc.h> #include <sys/time.h> int main(int argc, char **argv) { char *p; int i,j ; int step, us; struct timeval prevtv, tv; step = atoi(argv[1]); gettimeofday(&prevtv, NULL); for (i=0; i<100000; i+=step) { p = malloc(1024*1024*step); for (j=0; j<1024*1024*step; j+=4) p[j] = 0x7f; gettimeofday(&tv, NULL); printf("%d %10ld\n", i, (tv.tv_sec-prevtv.tv_sec)*1000000 + (tv.tv_usec-prevtv.tv_usec)); prevtv = tv; } return 0; }a zram asi nie je prave z najstabilnejsich (jadro 3.2.5):
zram: module is from the staging directory, the quality is unknown, you have been warned. zram: num_devices not specified. Using default: 1 zram: Creating 1 devices ... Adding 4194300k swap on /dev/zram0. Priority:5 extents:1 across:4194300k SS udisks-daemon invoked oom-killer: gfp_mask=0x201da, order=0, oom_adj=0, oom_score_adj=0 Pid: 4871, comm: udisks-daemon Tainted: G C 3.2.5-pf #1 Call Trace: [<ffffffff810bd927>] ? dump_header.clone.8+0x87/0x210 [<ffffffff8106370d>] ? ktime_get_ts+0x6d/0xe0 [<ffffffff810ae3be>] ? delayacct_end+0x7e/0xa0 [<ffffffff810bdc8a>] ? oom_kill_process.clone.11+0x8a/0x2b0 [<ffffffff8104937a>] ? has_capability_noaudit+0x3a/0x50 [<ffffffff810be25e>] ? out_of_memory+0x23e/0x330 [<ffffffff810cb216>] ? try_to_free_pages+0x76/0x80 [<ffffffff810c1e7b>] ? __alloc_pages_nodemask+0x79b/0x7b0 [<ffffffff810bcd3b>] ? filemap_fault+0x2cb/0x470 [<ffffffff810d4dbb>] ? __do_fault+0x7b/0x4e0 [<ffffffff812e6519>] ? ioctl_internal_command.clone.4+0x49/0x130 [<ffffffff810d763a>] ? handle_pte_fault+0x8a/0x7d0 [<ffffffff81027c4f>] ? do_page_fault+0x12f/0x420 [<ffffffff81113a20>] ? iput+0x40/0x230 [<ffffffff8112c7a3>] ? __blkdev_put+0xa3/0x1e0 [<ffffffff8106370d>] ? ktime_get_ts+0x6d/0xe0 [<ffffffff8110ccc6>] ? poll_select_set_timeout+0x86/0xa0 [<ffffffff813f73af>] ? page_fault+0x1f/0x30
a zram asi nie je prave z najstabilnejsich (jadro 3.2.5):
Zatím asi ne, ale ten výpis, který uvádíte, nic takového neukazuje, ten jen říká, že byl vyvolán oom-killer, nic víc.