Po více než roce vývoje od vydání verze 5.40 byla vydána nová stabilní verze 5.42 programovacího jazyka Perl (Wikipedie). Do vývoje se zapojilo 64 vývojářů. Změněno bylo přibližně 280 tisíc řádků v 1 500 souborech. Přehled novinek a změn v podrobném seznamu.
Byla vydána nová stabilní verze 7.5 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 138. Přehled novinek i s náhledy v příspěvku na blogu.
Sniffnet je multiplatformní aplikace pro sledování internetového provozu. Ke stažení pro Windows, macOS i Linux. Jedná se o open source software. Zdrojové kódy v programovacím jazyce Rust jsou k dispozici na GitHubu. Vývoj je finančně podporován NLnet Foundation.
Byl vydán Debian Installer Trixie RC 2, tj. druhá RC verze instalátoru Debianu 13 s kódovým názvem Trixie.
Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za červen (YouTube).
Libreboot (Wikipedie) – svobodný firmware nahrazující proprietární BIOSy, distribuce Corebootu s pravidly pro proprietární bloby – byl vydán ve verzi 25.06 "Luminous Lemon". Přidána byla podpora desek Acer Q45T-AM a Dell Precision T1700 SFF a MT. Současně byl ve verzi 25.06 "Onerous Olive" vydán také Canoeboot, tj. fork Librebootu s ještě přísnějšími pravidly.
Licence GNU GPLv3 o víkendu oslavila 18 let. Oficiálně vyšla 29. června 2007. Při té příležitosti Richard E. Fontana a Bradley M. Kuhn restartovali, oživili a znovu spustili projekt Copyleft-Next s cílem prodiskutovat a navrhnout novou licenci.
Svobodný nemocniční informační systém GNU Health Hospital Information System (HIS) (Wikipedie) byl vydán ve verzi 5.0 (Mastodon).
Open source mapová a navigační aplikace OsmAnd (OpenStreetMap Automated Navigation Directions, Wikipedie, GitHub) oslavila 15 let.
Vývojář Spytihněv, autor počítačové hry Hrot (Wikipedie, ProtonDB), pracuje na nové hře Brno Transit. Jedná se o příběhový psychologický horor o strojvedoucím v zácviku, uvězněném v nejzatuchlejším metru východně od všeho, na čem záleží. Vydání je plánováno na čtvrté čtvrtletí letošního roku.
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.
Tiskni
Sdílej: