this post was submitted on 01 Aug 2025
63 points (100.0% liked)

Linux

8723 readers
412 users here now

A community for everything relating to the GNU/Linux operating system (except the memes!)

Also, check out:

Original icon base courtesy of lewing@isc.tamu.edu and The GIMP

founded 2 years ago
MODERATORS
top 7 comments
sorted by: hot top controversial new old
[–] DmMacniel@feddit.org 1 points 9 hours ago

Do the other FSes even lift, bro?

[–] GreenMartian@lemmy.dbzer0.com 30 points 20 hours ago

shows wild gains

Pffft.. typical hyperbolic headline

1400%

Okay, that's pretty wild.

[–] bleistift2@sopuli.xyz 4 points 20 hours ago (1 children)

there was a significant decrease in file fragmentation

is that relevant for SSD users?

With Linux servers continuing to have more CPU cores and more containers being loaded on each server, Huawei began noticing scalability issues within the EXT4 file-system driver code.

Simply put, the fallocate operations per container per second are able to come up significantly

So these improvements are for high-load scenarios, right? Casual users won’t notice any improvements? (Not to bash this contribution, just asking)

[–] TeamAssimilation 4 points 16 hours ago

I suppose common users will have marginal improvements, as we don’t move a lot of data. High load because long I/O waits in VM farms is a big deal, though, so this is actually great for companies with self-hosted VDI.

[–] kubica@fedia.io 3 points 22 hours ago (1 children)

How is the first table interpreted? base=before and patched=after?

But that would mean that after takes more time, so I must be making some wrong assumption.

[–] Botzo@lemmy.world 6 points 22 hours ago (1 children)

Not time, ops per second.

the fallocate operations per container per second are able to come up significantly when looking at the upper percentiles:

[–] kubica@fedia.io 2 points 22 hours ago

Thanks, I didn't read that properly.