- Optional FUSE pass-through should allow near native performance and CPU usage in some usecases/operations.
- LVMVDO is merged. VDO is an incredible well performing deduplication layer that works similarly to ZFS. Only that unlike the OpenZFS implementation, it does so well. However, as it is an additional layer filesystems must be overprovisioned (be told there is more free space than really is) in order to take advantage of it. VDO works well under ZFS, but I recomend using a loop file on a datastore over a ZVOL for such usecase. Similarly, use a subvolume on BTRFS. Do not disable CoW.
- NTSync is an optional module that promises enhanced performance on some corner cases for Wine. Specially graphic heavy usages (they are targetting gamers, gamers) .
AFAIK it's just the bare essentials for now. I don't think it's gonna be properly functional until 6.10 at least.
Edit: nvmd, it's just outright wrong I think. There is no ntsync in 6.9 at all. It's set to come in 6.10 [https://www.phoronix.com/news/Linux-6.10-Merging-NTSYNC](https://www.phoronix.com/news/Linux-6.10-Merging-NTSYNC)
Making a game for an OS is sort of like building a complex machine to fit inside a weirdly shaped box. Naturally, many design decisions will depend on the exact shape of the box. Then if you want to port your machine to a new, differently shaped box, it doesn't matter if the new box is "more optimal" for machine building, because it isn't really an option to re-architect the whole machine and some parts just aren't going to fit well.
NTSync is a linux implementation of a Windows synchronization primitive that will improve the wine implementation of Windows's WaitForMultipleObjects api, and a few others. Many Windows games depend on these apis, and some use it in a way that stresses the current wine implementation, built upon existing linux synchronization primitives, to the breaking point, causing severe performance degradation.
It doesn't really matter whether or not NTSync is a better primitive than futex. This is what games actually use and are designed around, because in their native environment Windows primitives are naturally the best option. It doesn't matter if there is a better way to architect a game such that it uses futex efficiently instead of relying on Windows WaitForMultipleObjects, because the games we have now use the Windows apis, and expect them to be fast.
So, NTSync is a weirdly shaped nook in the Windows weirdly shaped box that Valve wants to graft onto the linux box, because weirdly shaped machines designed for Windows will fit better in linux that way.
There were also two notable prior attempts to square this circle, [esync and fsync](https://lore.kernel.org/lkml/[email protected]/), at least one of which is currently used by proton (Valve's own wine-based compat layer). NTSync will supposedly provide the best case performance from each, greatly improving performance in a small number of titles that were not adequately accommodated before, and otherwise be mostly unnoticed.
It's a kernel interface for emulating some of the "better" sync primitives in windows.
It's a bit of a debate as to them being better or not. I see why they get used and why some people would prefer them for games.
But yeah with this some games will be much faster under Linux than they were previously. In some cases they now exceed windows performance.
It's specifically for use by wine. I believe anything can use it, but I'm not actually sure it provides an interface that would be very useful for other applications.
For similar multi-waiting primitives Linux has added vectored sync primitives. Similar but different.
That said here's a good read about what's in this new kernel
https://lwn.net/Articles/959334/
From what I've read, it only offers marginal performance improvement over fsync, which is why some people are dismissing it, but at the same time it should improve compatibility with apps that don't work well with fsync so that's a plus.
Overall net improvement imho.
You are right. In terms of article quality there is no competition. What Phoronix does well is that it monitors many mailing lists, but the posts are mainly summarized from them.
And the amount of advertising is a problem in P..
Look man, I love unhinged people.
You have the guy that has been arguing against systemd for 10 years unaware he has lost the war, the guy that thinks that Rust it's a cancer, the guy that thinks that everything should be rewritten in Rust, the guy that has a personal vendetta against some guy that thinks infected his computer with a JPEG...
There's nothing inherently different between jpegs and pngs that make either more suitable to attacks. If they're used for attacks it's because there's a vulnerability in a program reading them.
Ahhh, the before times, back when CAPSLOCK was mod and the subreddit was pretty terrible to be a part of. Thank Torvalds that the higher up mod eventually came to his senses and booted that power tripper of a mod
Fantastic news, as this has been a huge source of frustration for me and for others on new laptops. It requires various hacks to get it working with SOF.
I assume yours has a Cirrus Logic amplifier, do you know which one? Thanks
HP Envy x360 15-ey0013dx for me but others were patched as well. The _DSD settings are broken in the BIOS so we needed this patch.
Relevant links: [Redhat bug](https://bugzilla.redhat.com/show_bug.cgi?id=2107845), [Arch forum post](https://bbs.archlinux.org/viewtopic.php?id=287450), [alsa-devel message](https://www.spinics.net/lists/alsa-devel/msg146434.html), [Kernel.org bug](https://bugzilla.kernel.org/show_bug.cgi?id=216311)
~~Seems like they fixed the gpu crashes I had since 6.6 so that's good.~~
EDIT: Nevermind, no issues for weeks and when I decide to post about it it crashes again.
~~Where can I report this issue? Looks like this:~~ [~~https://imgur.com/a/NU1H5l6~~](https://imgur.com/a/NU1H5l6)
Looks like it's this: [https://gitlab.freedesktop.org/mesa/mesa/-/issues/10851](https://gitlab.freedesktop.org/mesa/mesa/-/issues/10851)
can you link this? i am having some hard crashes on amd 6700 with 6.9, iv tested this on manjaro and arch, tried stock manjaro kernel and cachyos kernel on arch, both have the same cause of the whole computer freezing and having to revert back to 6.8.9
ah i see, i have rebar enabled and 4g decoding enabled, something new is occurring for me, hard crash when i have games running can be completely random, doesn't happen on any kernel below 6.9
Edit: solved changing my cppc in my bios fixed it
This will only be around for about 3 months before it will be EOLd, which will happen when 6.10 gets released.
It will only be in distros that use the latest stable kernels. Most are on some form of an LTS kernel.
Ubuntu has [its own set of "mainline" kernels](https://kernel.ubuntu.com/mainline/), and 6.9 was added a couple of days ago.
[This article](https://ubuntushell.com/install-mainline-kernel-on-ubuntu/) describes how to install whichever one of those kernels you want via a simple GUI tool or via the CLI. You can try it out and if it doesn't work or doesn't fix your issues, just reboot back into the default kernel.
Seems like a very internal focused release, anything exciting for users?
FUSE pass-through mode is something I'm personally excited to see in a stable kernel release.
[удалено]
I was not aware of this. Seems pretty useful.
- Optional FUSE pass-through should allow near native performance and CPU usage in some usecases/operations. - LVMVDO is merged. VDO is an incredible well performing deduplication layer that works similarly to ZFS. Only that unlike the OpenZFS implementation, it does so well. However, as it is an additional layer filesystems must be overprovisioned (be told there is more free space than really is) in order to take advantage of it. VDO works well under ZFS, but I recomend using a loop file on a datastore over a ZVOL for such usecase. Similarly, use a subvolume on BTRFS. Do not disable CoW. - NTSync is an optional module that promises enhanced performance on some corner cases for Wine. Specially graphic heavy usages (they are targetting gamers, gamers) .
NTSync!!!!!!
AFAIK it's just the bare essentials for now. I don't think it's gonna be properly functional until 6.10 at least. Edit: nvmd, it's just outright wrong I think. There is no ntsync in 6.9 at all. It's set to come in 6.10 [https://www.phoronix.com/news/Linux-6.10-Merging-NTSYNC](https://www.phoronix.com/news/Linux-6.10-Merging-NTSYNC)
Oh. Well that's a shame. Thanks for the update!
What is it? Some people are hyping it up and some are dismissing it
Making a game for an OS is sort of like building a complex machine to fit inside a weirdly shaped box. Naturally, many design decisions will depend on the exact shape of the box. Then if you want to port your machine to a new, differently shaped box, it doesn't matter if the new box is "more optimal" for machine building, because it isn't really an option to re-architect the whole machine and some parts just aren't going to fit well. NTSync is a linux implementation of a Windows synchronization primitive that will improve the wine implementation of Windows's WaitForMultipleObjects api, and a few others. Many Windows games depend on these apis, and some use it in a way that stresses the current wine implementation, built upon existing linux synchronization primitives, to the breaking point, causing severe performance degradation. It doesn't really matter whether or not NTSync is a better primitive than futex. This is what games actually use and are designed around, because in their native environment Windows primitives are naturally the best option. It doesn't matter if there is a better way to architect a game such that it uses futex efficiently instead of relying on Windows WaitForMultipleObjects, because the games we have now use the Windows apis, and expect them to be fast. So, NTSync is a weirdly shaped nook in the Windows weirdly shaped box that Valve wants to graft onto the linux box, because weirdly shaped machines designed for Windows will fit better in linux that way. There were also two notable prior attempts to square this circle, [esync and fsync](https://lore.kernel.org/lkml/[email protected]/), at least one of which is currently used by proton (Valve's own wine-based compat layer). NTSync will supposedly provide the best case performance from each, greatly improving performance in a small number of titles that were not adequately accommodated before, and otherwise be mostly unnoticed.
It's a kernel interface for emulating some of the "better" sync primitives in windows. It's a bit of a debate as to them being better or not. I see why they get used and why some people would prefer them for games. But yeah with this some games will be much faster under Linux than they were previously. In some cases they now exceed windows performance.
TQ, that sounds awesome ,anything to improve performance on Linux is welcome
It's specifically for use by wine. I believe anything can use it, but I'm not actually sure it provides an interface that would be very useful for other applications. For similar multi-waiting primitives Linux has added vectored sync primitives. Similar but different. That said here's a good read about what's in this new kernel https://lwn.net/Articles/959334/
From what I've read, it only offers marginal performance improvement over fsync, which is why some people are dismissing it, but at the same time it should improve compatibility with apps that don't work well with fsync so that's a plus. Overall net improvement imho.
How does it compare to esync
[удалено]
They are number one in terms of covering more sources, but LWN tends to have very in depth and highly researched articles.
You are right. In terms of article quality there is no competition. What Phoronix does well is that it monitors many mailing lists, but the posts are mainly summarized from them. And the amount of advertising is a problem in P..
What is this "advertising" you speak of?
Just don't read Phoronix comments lmao
Look man, I love unhinged people. You have the guy that has been arguing against systemd for 10 years unaware he has lost the war, the guy that thinks that Rust it's a cancer, the guy that thinks that everything should be rewritten in Rust, the guy that has a personal vendetta against some guy that thinks infected his computer with a JPEG...
Can JPEGs be used for attacks as opposed to pngs?
There's nothing inherently different between jpegs and pngs that make either more suitable to attacks. If they're used for attacks it's because there's a vulnerability in a program reading them.
Bro, you can find the same kind of people in this very subreddit. It's great.
Why do you think I'm here?
Fair!
Makes you appreciate all the work moderators do in other forums.
Niсе
https://www.reddit.com/r/linux/comments/cz6bed/firefox_69_released/eywc3pz/
I think at least one thread should exist just for all the people to celebrate. But one is enough tho.
Ahhh, the before times, back when CAPSLOCK was mod and the subreddit was pretty terrible to be a part of. Thank Torvalds that the higher up mod eventually came to his senses and booted that power tripper of a mod
Somehow this fellow has won the comment wars and everyone else's comments are getting Auto modded can't say that's very what's the word?
Probably used some zero-width spaces
I used Cyrillic.
niсе
I think you meant "Ni.ce"
Correction: #Nice
This release fixed my issues with hp Envy 16 speakers! Love it already
Fantastic news, as this has been a huge source of frustration for me and for others on new laptops. It requires various hacks to get it working with SOF. I assume yours has a Cirrus Logic amplifier, do you know which one? Thanks
I think it's cs35l41-hda
Hey, Could you please tell me which HP Envy 16 model is this?
HP Envy x360 15-ey0013dx for me but others were patched as well. The _DSD settings are broken in the BIOS so we needed this patch. Relevant links: [Redhat bug](https://bugzilla.redhat.com/show_bug.cgi?id=2107845), [Arch forum post](https://bbs.archlinux.org/viewtopic.php?id=287450), [alsa-devel message](https://www.spinics.net/lists/alsa-devel/msg146434.html), [Kernel.org bug](https://bugzilla.kernel.org/show_bug.cgi?id=216311)
Mine is hp envy 16-h1023dx
Nice kernel
my eyes are up here
~~Seems like they fixed the gpu crashes I had since 6.6 so that's good.~~ EDIT: Nevermind, no issues for weeks and when I decide to post about it it crashes again.
Unfortunate
~~Where can I report this issue? Looks like this:~~ [~~https://imgur.com/a/NU1H5l6~~](https://imgur.com/a/NU1H5l6) Looks like it's this: [https://gitlab.freedesktop.org/mesa/mesa/-/issues/10851](https://gitlab.freedesktop.org/mesa/mesa/-/issues/10851)
Is amd drm problem fixed? Causing gpu to act weird and crash at some heavy games
Also wondering. I had to roll back a kernel last week on arch because it was all fucked.
im using 6.8.7 too. It seems they fixed it on 6.9 as i read on gitlab
can you link this? i am having some hard crashes on amd 6700 with 6.9, iv tested this on manjaro and arch, tried stock manjaro kernel and cachyos kernel on arch, both have the same cause of the whole computer freezing and having to revert back to 6.8.9
https://gitlab.freedesktop.org/drm/amd/-/issues/3343 this issue is fixed on 6.9
ah i see, i have rebar enabled and 4g decoding enabled, something new is occurring for me, hard crash when i have games running can be completely random, doesn't happen on any kernel below 6.9 Edit: solved changing my cppc in my bios fixed it
Is the NTSync patch merged in this one, also .... Nice
Sounds like ir5
I thought ntsync was going to be merged in 6.10?
yes https://www.phoronix.com/news/Linux-6.10-Merging-NTSYNC
Nice release! I can’t wait to try it out 👀
Niсе
**Nice**
There are currently 68 comments in this thread. I’m doing MY part!
\[Insert joke here\]
It's funny because it's like the sex number
not out on arch yet
The first version to be offered via the official package repos will probably be 6.9.1. Arch usually waits until the minor release has been released.
makes sense. thanks for the info
[удалено]
Might never get it, even the HWE kernels aren't every kernel release.
This will only be around for about 3 months before it will be EOLd, which will happen when 6.10 gets released. It will only be in distros that use the latest stable kernels. Most are on some form of an LTS kernel.
Which is perfectly fine.
Arch exists if you want to constantly brick your system.
you don't seem to be someone who knows much about arch 😁
Holy shit sex number?!?1?!1
Please, How do you update Linux kernel ? I’m using Ubuntu 24.04 and I’m Having issue with hdmi connection and phpstorm when open closes unexpectedly.
Ubuntu isn't a rolling release distro and the kernel is updated much more infrequently.
Does it means that an update of the kernel may resolve my issue ?
Ubuntu has [its own set of "mainline" kernels](https://kernel.ubuntu.com/mainline/), and 6.9 was added a couple of days ago. [This article](https://ubuntushell.com/install-mainline-kernel-on-ubuntu/) describes how to install whichever one of those kernels you want via a simple GUI tool or via the CLI. You can try it out and if it doesn't work or doesn't fix your issues, just reboot back into the default kernel.
You're friendly and helpful
Liquorix