Create accountLogin

Recent searches

No recent searches

Search options

Only available when logged in.
en.osm.town is one of the many independent Mastodon servers you can use to participate in the fediverse.
An independent, community of OpenStreetMap people on the Fediverse/Mastodon. Funding graciously provided by the OpenStreetMap Foundation.

Administered by:

Server stats:

258
active users

en.osm.town: AboutProfiles directoryPrivacy policy

Mastodon: AboutGet the appKeyboard shortcutsView source codev4.3.7

#linuxkernel

3 posts3 participants0 posts today
Public *
Aptivi

Linux 6.15’s exFAT file deletion performance boosted

A recent development in the upcoming Linux 6.15 kernel has been spotted, because there was a big improvement to the exFAT file system implementation in relation to how it deletes the files when the “discard” mount option is used. This improvement significantly saves time as a test file after the merge has been deleted in 1.6 seconds, compared to more than 4 minutes of the total time taken.

This pull request makes sure that, upon file deletion, it discards a group of contiguous clusters (that is, clusters that are next to each other) in batch instead of discarding them one by one. This was because in prior kernels, such as 6.14, “if the discard mount option is enabled, the file’s clusters are discarded when they are freed. Discarding clusters one by one will significantly reduce performance. Poor performance may cause soft lockup when lots of clusters are freed.”

The change has been introduced in commit a36e0ab. Since then, the pull request has been merged to the kernel and it will be integrated to the first release candidate of Linux 6.15. A simple performance benchmark has been verified with the following commands:

# truncate -s 80G /mnt/file# time rm /mnt/file

In detail, the performance of this filesystem without this commit is poor, totalling about 4 minutes and 46 seconds in real time, with 12 seconds of system time. In contrast to the patched kernel, it totals about 1 second in real time, with 17 milliseconds of system time.

It’s a huge improvement!

Image by diana.grytsku on Freepik

#Computers#exFAT#Filesystem
Public
Thorsten Leemhuis (acct. 1/4)

The initial nova-core driver stub was merged to #Linux mainline for #LinuxKernel 6.15[1].

#Nova is going to be a #kernel driver for #Nvidia's modern GPUs written in #Rustlang. It is the successor of the #Nouveau kernel driver and serve as base for drivers like #NVK.

The core driver stub is not really useful for anything yet. But that should change soon – and I guess will be the turning point that'll sell #Rust for Linux to the world. 🥳

[1] git.kernel.org/torvalds/c/54e6 and git.kernel.org/torvalds/c/b287

git.kernel.orggpu: nova-core: add initial driver stub - kernel/git/torvalds/linux.git - Linux kernel source tree
Public
Thorsten Leemhuis (acct. 1/4)

Ohh, there was another discussion on #LKML about "modern #Linux distros should be more careful mounting untrusted storage devices, as they might contain maliciously corrupted filesystems that can cause the #kernel to fail"

Good entry point to the discussion: lore.kernel.org/all/Z8948cR5ak

"[…] We've tried for years to get userspace to adopt a more security-aware model for untrusted devices, but have made pretty much no progress. […]"

#LinuxKernel
Public
Thorsten Leemhuis (acct. 1/4)

#Linux 6.14-rc7 is out, 6.14 final expected in a week:

lore.kernel.org/lkml/CAHk-=wg3

'"Things continue to look quite calm, and I expect to release the final 6.14 next weekend unless something very surprising happens.

[…] I've pushed out rc7, and […] t would be good to get one final week of good testing in. So please give it a whirl.

Linus"'

lore.kernel.orgLinux 6.14-rc7 - Linus Torvalds
#kernel#LinuxKernel
ExploreLive feeds
About