Hi All, Bálint Réczey <bal...@balintreczey.hu> ezt írta (időpont: 2025. jan. 1., Sze, 21:37): > > Hi, > > Marc Haber <mh+debian-de...@zugschlus.de> ezt írta (időpont: 2024. > dec. 31., K, 18:44): > > > > On Tue, Dec 31, 2024 at 10:32:09AM -0700, Soren Stoutner wrote: > > > On my system, which has a Western Digital Black SN850X NVMe (PCIe 4) > > > formatted > > > ext4, dpkg runs really fast (and feels like it runs faster than it did a > > > few > > > years ago on similar hardware). There has been much talk on this list > > > about > > > performance penalties with dpkg’s current configuration, and some > > > requests for > > > actual benchmark data showing those performance penalties. > > > > Doing fsyncs to often after tiny writes will also cause write > > amplification on the SSD. > > > > I should use eatmydata more often. > > I also use eatmydata time to time where it is safe, but sometimes I > forget, this is why I packaged the snippet to make all apt runs use > eatmydata automatically: > https://salsa.debian.org/debian/apt-eatmydata/-/blob/master/debian/control?ref_type=heads > > I'll upload it when apt also gets a necessary fix to make removing the > snippet safe: > https://salsa.debian.org/apt-team/apt/-/merge_requests/419 > > There is an equivalent simple solution for GitHub Actions as well: > https://github.com/marketplace/actions/apt-eatmydata > > I'll write a short blog post about those when apt-eatmydata gets > accepted to the archive.
I could not make it for New Year's Eve, buth thanks to FTP Masters kindly accepting the package it arrived for Valentine's day. :-) https://balintreczey.hu/blog/supercharge-your-installs-with-apt-eatmydata-because-who-needs-crash-safety-anyway/ It really shines with pure data packages not triggering any extra work at install time, especially on Ubuntu, where zstd saves extraction time, too. Cheers, Balint
