Nová čísla časopisů od nakladatelství Raspberry Pi: MagPi 141 (pdf) a HackSpace 78 (pdf).
Byla vydána verze 2.0.0 programovacího jazyka Kotlin (Wikipedie, GitHub). Oficiálně bude představena ve čtvrtek na konferenci KotlinConf 2024 v Kodani. Livestream bude možné sledovat na YouTube.
Byla vydána nová major verze 27.0 programovacího jazyka Erlang (Wikipedie) a související platformy OTP (Open Telecom Platform, Wikipedie). Přehled novinek v příspěvku na blogu.
Byla vydána nová verze 1.8.0 svobodného multiplatformního softwaru pro konverzi video formátů HandBrake (Wikipedie). Přehled novinek v poznámkách k vydání na GitHubu. Instalovat lze také z Flathubu.
Microsoft představil nové označení počítačů Copilot+. Dle oznámení se jedná se o počítače poskytující funkce umělé inteligence. Vedle CPU a GPU mají také NPU (Neural Processing Unit). Uvnitř představených Copilot+ notebooků běží ARM čipy Qualcomm Snapdragon X Elite nebo X Plus.
Příspěvek na blogu Codean Labs rozebírá zranitelnost CVE-2024-4367 v PDF.js, tj. mj. prohlížeči PDF souborů ve Firefoxu. Při otevření útočníkem připraveného pdf souboru může být spuštěn libovolný kód v JavaScriptu. Vyřešeno ve Firefoxu 126.
Lazygit byl vydán ve verzi 0.42.0. Jedná se o TUI (Text User Interface) nadstavbu nad gitem.
K open source herní konzole Picopad přibyla (𝕏) vylepšená verze Picopad Pro s větším displejem, lepšími tlačítky a větší baterii. Na YouTube lze zhlédnout přednášku Picopad - open source herní konzole z LinuxDays 2023.
Byla vydána (𝕏) nová major verze 17 softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech GitLab (Wikipedie). Představení nových vlastností i s náhledy a videi v oficiálním oznámení.
Sovereign Tech Fund, tj. program financování otevřeného softwaru německým ministerstvem hospodářství a ochrany klimatu, podpoří vývoj FFmpeg částkou 157 580 eur. V listopadu loňského roku podpořil GNOME částkou 1 milion eur.
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.