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.
Hraní s malým serverem I.
Xeon E3 3,30 GHz RAM: 32GiB 2x 1TB 4× 2TB…
dd if=/dev/urandom of=smaz bs=1048576 count=500
conv=fsync
conv=fsync
- tady je to asi jedno, protože spíš je to rychlost dávaní, než zapisování (a moc jsem na tím nepřemýšlel). Ale uvědomil jsem si, že v některý připravených věcech (na ty testy) mám oflag=sync
a teď vlastně nevím jaký je v tom rozdíl.
conv=fsync
provede fsync nakonec, ale oflag=sync
asi po každém bs
.
$ time dd if=/dev/urandom of=smaz bs=1048576 count=500 500+0 records in 500+0 records out 524288000 bytes (524 MB) copied, 39.0765 s, 13.4 MB/s real 0m39.078s user 0m0.003s sys 0m38.990s2 roky stary desktop s Core i3-2100; 2x3.1GHz; bez TurboBoost. Disk asi 3-4 roky stary WD Green 1TB, 5400rpm. sha512sum uz hadze tak nejak ocakavane vysledky:
$ time sha512sum smaz 33c85bac1e5eb6...271eddcc smaz real 0m2.188s user 0m2.140s sys 0m0.043s
Nieco ti tam asi hnije, alebo ten RAID zerie viac, nez by som cakal:To mu hnije spíš urandom, tohle se přece vejde do cache.
~ # time dd if=/dev/urandom of=nesmaz bs=1048576 count=500 500+0 records in 500+0 records out 524288000 bytes (524 MB) copied, 57,4556 s, 9,1 MB/s real 0m57.488s user 0m0.000s sys 0m57.324s ~ # time sha512sum nesmaz 33c85bac1e5eb6...271eddcc nesmaz real 0m2.975s user 0m2.888s sys 0m0.080s ~ # time dd if=/dev/urandom of=/dev/null bs=1048576 count=500 500+0 records in 500+0 records out 524288000 bytes (524 MB) copied, 56,4191 s, 9,3 MB/s real 0m56.422s user 0m0.000s sys 0m56.376sCore i3, notebook, šifrovaný disk.
time dd if=/dev/urandom of=smaz bs=1048576 count=500 500+0 records in 500+0 records out 524288000 bytes (524 MB) copied, 57.7799 s, 9.1 MB/s real 0m57.782s user 0m0.000s sys 0m53.927sNa NE-šifrovanou partition:
time dd if=/dev/urandom of=/tests/imega/smaz bs=1048576 count=500 500+0 records in 500+0 records out 524288000 bytes (524 MB) copied, 54.0388 s, 9.7 MB/s real 0m54.041s user 0m0.000s sys 0m53.419sOpakovaně se to mění až v 10 %. (A při detailním sledování v průběhu, vidím, že někdy se zatížení CPU sníží a někdy i přeskočí z jádra na jádro…)
time dd if=/dev/urandom of=/dev/null bs=1048576 count=500 500+0 records in 500+0 records out 524288000 bytes (524 MB) copied, 55.1809 s, 9.5 MB/s real 0m55.183s user 0m0.000s sys 0m55.083sA jak vidno z diskem to nemá mnoho společného.
Tiskni
Sdílej: