Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Linux 7.2

igalia.com

Post reply on HN
Print view View original

91–100 of 141 posts

Re: Linux 7.2

#91

Post by encom »

hulitu wrote: post #83
ColdStream wrote: post #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…

> From the outside it looks like almost nothing ever changes You should try to compile a custom kernel for your machine and strip the unneeded things out. Good luck. Linux has diabetes.

Things that are unneeded, ie. unmaintained, eventually get purged. It happens quite regularly. For nearly every kconfig option, someone needs it enough to maintain it. But I agree, `make menuconfig' is overwhelming.

Re: Linux 7.2

#92

Post by mrheosuper »

ColdStream wrote: post #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…

i remember back in the day, when i built my project, using 100% cpu, the whole system became lagging and choppy and you really can't do anything anymore.

Now it behaves more like Windows/Mac, even when 100%, my youtube/spotify tab can still run smoothly.

(Of course i think there will be hit in some areas, like my code would be built slower, there is no free meal).

Re: Linux 7.2

#93

Post by shepherdjerred »

reisse wrote: post #73
ColdStream wrote: post #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…

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…

btrfs is stable?? I used it a couple of years ago and really didn’t have a positive experience. I’ve found ZFS much more stable

Re: Linux 7.2

#94

Post by shepherdjerred »

yipinwong wrote: post #3

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?

It’s intrinsically interesting

Re: Linux 7.2

#95

Post by elabajaba »

seanw444 wrote: post #15
Retr0id wrote: post #12

Earlier quoted context omitted.

I for one am excited about HDMI 2.1 support on AMD.

It's more than that: free and open support for HDMI 2.1 in general. Previously it was only proprietary implementations that didn't leak the spec which were allowed. AMD is just the only one that has really good open source drivers which can benefit from it, and didn't work around the problem by converting HDMI to DisplayPort in a proprietary on-board GPU chip.

Intel only used the converters for 1st gen Arc dGPUs. Battlemage has native HDMI 2.1 and also ran into the same issues as AMD.

Re: Linux 7.2

#96

Post by encom »

SEJeff wrote: post #53
dayofthedaleks wrote: post #18

Earlier quoted context omitted.

[flagged]

Happily upvoting you for agreeing on principal with me. I shall likely join the flogging as a result. I’m sure it will hurt my 11k internet point account.

“Have I now become your enemy by telling you the truth?”

-- Galatians 4:16

Re: Linux 7.2

#97

Post by elabajaba »

jorvi wrote: post #58
trashface wrote: post #57

Earlier quoted context omitted.

I look for wake from sleep fixes, nvidia the primary offender there (they have at least two bugs affecting it across several driver versions). But my intel wifi driver (BE200) also has an apparent hard lock on wake. Looks like this particular release doesn't have any fixes for me, though claude says its not the full change list.

Intel has a specific series of integrated network cards that softlock themselves and you can only fix by disconnecting power for 30s, reconnecting the power, then rebooting the PC twice. Living through that made me wonder why people would ever swap out their Broadcom or Atheros WiFi card for an Intel one.

It happens on MediaTek wifi adapter cards as well (and the AMD ones that are just rebadged MediaTek).

Re: Linux 7.2

#98

Post by elabajaba »

mort96 wrote: 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?

I've seen some people say that since HDMI 2.2 recently released the HDMI forum doesn't care as much about "protecting" 2.1 anymore.

If FOSS drivers support HDMI 2.2 when devices start shipping with HDMI 2.2 ports then this'll be disproven, but the HDMI forum held off on allowing AMD to implement 2.1 support in their Linux drivers for years and only relented when they released HDMI 2.2. Valve with the Gabecube probably didn't have much to do with it considering how low volume it is.

Re: Linux 7.2

#99

Post by throwawayqqq11 »

IshKebab wrote: post #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.

Have you considered zram/swap? Since running it, i have never seen mem usage > 95%, even under absurd workloads and have never been oom-killed ever since.

Re: Linux 7.2

#100

Post by FacelessJim »

shepherdjerred wrote: post #93
reisse wrote: 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…

btrfs is stable?? I used it a couple of years ago and really didn’t have a positive experience. I’ve found ZFS much more stable

Been using it for a year or so on my main box. Never had any kind of issue. Snapshots saved my ass a couple of times. All in all it’s been pretty boring (in a good way)
Post reply on HN