Live data from Hacker News

Linux 7.2

igalia.com

71–80 of 141 posts

Re: Linux 7.2

#71
It is funny with Linux (the kernel). From the outside it looks like almost nothing ever changes. You switch the computer on, it works away in the background to bring up the desktop and have everything talk. From that perspective it feels like nothing has changed in decades.

But then you look at the change log, and almost everything you see added sounds really useful to someone working on this stuff. 35 years of work on this and there is still so much to be done even if you most people using it never directly feel it.

Re: Linux 7.2

#72

Who is the main audience for this type of content? Genuinely curious because I am not a serious Linux user. What type of info do you get out of this for those who read this? So i can glance your insight?

I'm using a recently released laptop, and Linux hardware support hasn't caught up yet. So I've been following the changelogs of recent kernel releases to understand the current state of support.

Re: Linux 7.2

#73

It is funny with Linux (the kernel). From the outside it looks like almost nothing ever changes. You switch the computer on, it works away in the background to bring up the desktop and have everything talk. From that perspective it feels like nothing has changed in decades. But then you look at the change log, and almost everything you see added sounds really useful to someone working on this stuff. 35 years of work…

Strongly disagree. Hardware support improved by leaps and bounds last decade and a half. Namespace isolation and cgroups driven containerization. eBPF appeared and gained adoption. Async I/O (and later just everything async) converged on io_uring. Btrfs is _stable_ - some people believed it would never be possible, ever. All kinds of scheduling were iterated and iterated over.

All these things are visible across the board, both from developers and end users side.

Re: Linux 7.2

#74
post #73

It is funny with Linux (the kernel). From the outside it looks like almost nothing ever changes. You switch the computer on, it works away in the background to bring up the desktop and have everything talk. From that perspective it feels like nothing has changed in decades. But then you look at the change log, and almost everything you see added sounds really useful to someone working on this stuff. 35 years of work…

Strongly disagree. Hardware support improved by leaps and bounds last decade and a half. Namespace isolation and cgroups driven containerization. eBPF appeared and gained adoption. Async I/O (and later just everything async) converged on io_uring. Btrfs is _stable_ - some people believed it would never be possible, ever. All kinds of scheduling were iterated and iterated over. All these things are visible across the…

I run Linux as my primary operating system and I have never even heard of eBPF! I'd be surprised if most end users have.

Re: Linux 7.2

#75
post #74
post #73

Earlier quoted context omitted.

Strongly disagree. Hardware support improved by leaps and bounds last decade and a half. Namespace isolation and cgroups driven containerization. eBPF appeared and gained adoption. Async I/O (and later just everything async) converged on io_uring. Btrfs is _stable_ - some people believed it would never be possible, ever. All kinds of scheduling were iterated and iterated over. All these things are visible across the…

I run Linux as my primary operating system and I have never even heard of eBPF! I'd be surprised if most end users have.

Seems like parent thread spoke from perspective of developer/tech savvy person.

But even from end-user perspective, maybe its hard to see change when you compare one year or so, but over somewhat longer period I definitely see improvements. Over say a decade or so, wifi/bluetooth/trackpad support has significantly improved. Over last 5 years, I think gaming has become huge and you can actually use Linux as gaming machine. In last 3 years or so, I think I've seen my 5k display using Thunderbolt work much better. Fractional scaling also works much nicer.

NVIDIA GPUs are not shitty to use on Linux, and AMD has been working great for slightly longer. UEFI/TPM works much better now as well, where I don't have to worry about booting in legacy mode when using GPU drivers.

I didn't have to think about any of these above. If I think harder, I can likely come up with many more.

Re: Linux 7.2

#76

Earlier quoted context omitted.

I don't think there is much too it, it's a consulting firm. Would you hire a consulting firm with an empty tech blog portifolio? It's ticking a box, it's stating it's a consulting firm in tech, that it's target audience are companies with Linux machines etc...

ty. so very narrow audicence it seems. Per @sph, as Linus provide no changelog, seems like the firm is putting it together for others

It's not a Linux 7.2 changelog, it's a list of things Igalia worked on that's included in this release.

Re: Linux 7.2

#77
post #73

It is funny with Linux (the kernel). From the outside it looks like almost nothing ever changes. You switch the computer on, it works away in the background to bring up the desktop and have everything talk. From that perspective it feels like nothing has changed in decades. But then you look at the change log, and almost everything you see added sounds really useful to someone working on this stuff. 35 years of work…

Strongly disagree. Hardware support improved by leaps and bounds last decade and a half. Namespace isolation and cgroups driven containerization. eBPF appeared and gained adoption. Async I/O (and later just everything async) converged on io_uring. Btrfs is _stable_ - some people believed it would never be possible, ever. All kinds of scheduling were iterated and iterated over. All these things are visible across the…

I have been using Linux on the desktop since the late 90's. Other than increase hardware support, I have not tangentially noticed/felt almost anything you have mentioned here. When I fire up the desktop and load Firefox, I do not feel or see the sandboxing, the scheduler, the file system or the I/O. It just works.

Yes, we interact with it all the time but it isn't something that the end user would notice and that is a great thing. If you are not directly poking around with that stuff, you shouldn't notice it.

That they are so seamless should be seen as a badge of honor.

Re: Linux 7.2

#78
post #8

Does anyone understand how HDMI 2.1 support is now no problem? I remember that 2.1 support in AMD's open source driver was blocked by the HDMI forum, but I haven't heard any news about them unblocking it. What changed?

8K still not working properly

https://www.phoronix.com/news/Linux-7.3-More-AMDGPU

Re: Linux 7.2

#79
I just want them to make memory management sane. Is that too much to ask? OOM shouldn't cause a hard reboot.

Ok actually I "solved" this by upgrading to 128GB of RAM (before the rampocalypse), but still they should fix it.

Re: Linux 7.2

#80

It is funny with Linux (the kernel). From the outside it looks like almost nothing ever changes. You switch the computer on, it works away in the background to bring up the desktop and have everything talk. From that perspective it feels like nothing has changed in decades. But then you look at the change log, and almost everything you see added sounds really useful to someone working on this stuff. 35 years of work…

Maybe it's distro packaging, but I suspect it's the kernel, too: In the 20 years I have dipped my toes into Linux, there is no better time to be a desktop user than today. With CachyOS and modern kernel, I have zero audio issues, zero GPU issues, (thanks to Wine/Steam Proton) no gaming issues, and much more rare instances of wifi or sleep problems. The idea of having to install hacky wifi drivers from USB stick are over.
Post reply on HN