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

101–110 of 141 posts

Re: Linux 7.2

#101

Post by csomar »

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…

Not really. I never had this less issues on Linux with hardware. I remember 15 years back when I wanted to install it on a Desktop/Laptop, many things simply didn't work. Now you can install Linux on a self-assembled box and 99% of things will work out of the box.

Re: Linux 7.2

#102

Post by j16sdiz »

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

The disk full scenario is greatly improved. Still buggy, but it is recoverable.

Raid 5 is still consider unsafe.

Don't run postgresql on it.

So..... it's "very stable, unless you do this or that" state.

Re: Linux 7.2

#103

Post by arikrahman »

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…

Yes, even Bcachefs was on and off through versions

Re: Linux 7.2

#104

Post by Brian_K_White »

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 just assumed they could tell that the world was getting close to just switching to DP if they kept making hdmi inconvenient, so the choice is be convenient or be irrelevant.

I don't mean that specifically the linux kernel mattered so much to them, but in general for consumers (product makers) all up and down the line.

Re: Linux 7.2

#105

Post by hdgvhicv »

bdhdhduuyd wrote: post #86
ColdStream wrote: post #77

Earlier quoted context omitted.

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…

I also have been using Linux for over 20 years and I agree that hardware support is the most noticable. This year I have installed Linux Mint on computers from people who wanted to jump from Windows to Linux. Every time I booted via USB, installed Linux and 10 minutes later everything was working. This would not have happened 10 years ago. Back then there would always be an issue with a video driver, WiFi driver or a…

I’ve seen people say that for 20 years

Re: Linux 7.2

#106

Post by lukeify »

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 the sort of content I expect to see on HackerNews, rather than popular science/technology-type journalism.

Re: Linux 7.2

#107

Post by teitoklien »

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.

... look into earlyoom , its a pretty neat solution just prescribe to it, all the stuff to never oom no matter what I've never had to hard reboot anymore due to OOM

After setting up earlyoom to gracefully start shutting stuff down at a threshold before hitting oom, robustly works all the time even under intense ram + swap pressure + 100% cpu on all cores sorta workload

https://man.archlinux.org/man/earlyoom.1.en

Re: Linux 7.2

#108

Post by izacus »

lloeki wrote: post #87
gnabgib wrote: post #65

Earlier quoted context omitted.

Unfortunately not if you're running a mac

Macs definitely can use DP Alt Mode over USB-C ports, so if you get a USB-C -> DP cable it's straight up DP to the monitor.

Or you can just plug things into HDMI port without dongles.

Re: Linux 7.2

#109

Post by 0points »

bdhdhduuyd wrote: post #86
ColdStream wrote: post #77

Earlier quoted context omitted.

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…

I also have been using Linux for over 20 years and I agree that hardware support is the most noticable. This year I have installed Linux Mint on computers from people who wanted to jump from Windows to Linux. Every time I booted via USB, installed Linux and 10 minutes later everything was working. This would not have happened 10 years ago. Back then there would always be an issue with a video driver, WiFi driver or a…

> This would not have happened 10 years ago.

Funny you say that, as I was installing Ubuntu on peoples laptops and it just worked, like 15 years ago... :-)

Re: Linux 7.2

#110

Post by mschuster91 »

0points wrote: post #109
bdhdhduuyd wrote: post #86

Earlier quoted context omitted.

I also have been using Linux for over 20 years and I agree that hardware support is the most noticable. This year I have installed Linux Mint on computers from people who wanted to jump from Windows to Linux. Every time I booted via USB, installed Linux and 10 minutes later everything was working. This would not have happened 10 years ago. Back then there would always be an issue with a video driver, WiFi driver or a…

> This would not have happened 10 years ago. Funny you say that, as I was installing Ubuntu on peoples laptops and it just worked, like 15 years ago... :-)

Only on a select combination of blessed components and BIOS/EFI not half-ass broken to the tune it only worked somewhat stable on Windows.

Anything with split iGPU/dGPU was a mess no matter what and where, WiFi that was not Intel was a mess, suspend to ram and suspend to disk were a coin flip if the system would wake up again or if it would decide to wake up on its own and overheat itself to panic.

Post reply on HN