This will help with making users happy while providing a consistent element of their computing. I just have to mention this - Ubuntu has been providing a similar feature : Livepatch
https://ubuntu.com/security/livepatch
With the switch to both OSX and to NT on WinXP both did pretty much end the need for applications to ask you to reboot after installing them or "things might not work right". Security and update reboots have for sure been a much longer march but we're thankfully way past the days of "you changed a feature/setting or installed or removed something, you should really reboot or the system will be unstable". Heck windows 9x wanted to reboot when you changed the color depthI remember when OS X was announced that it supposedly wouldn't require reboots for most things. Seems like it's the one feature that modern OS's have been chasing for a while with little to actually show for it.
With the switch to both OSX and to NT on WinXP both did pretty much end the need for applications to ask you to reboot after installing them or "things might not work right". Security and update reboots have for sure been a much longer march but we're thankfully way past the days of "you changed a feature/setting or installed or removed something, you should really reboot or the system will be unstable". Heck windows 9x wanted to reboot when you changed the color depth
There was still plenty of bugs in .NET and non-Microsoft apps when libraries were changed underneath them, even if the new file was simply waiting in the wings.I remember a story that the lead designer of Windows NT was so ticked off about the ridiculous number of reboots required to install or update anything that he charged his team to eliminate them entirely. (We see how that lasted.)
Apparently somebody finally got fed up again?
(Now maybe Linux distributions will listen when we say that forcing reboots for updates is a step backwards?)
Linux has less covered under the kernel itself, which helps, but the major difference is that Linux won't force you to load the updated binaries. It will update on the filesystem, and you need to restart services or restart the system entirely to load the new binaries. That philosophical difference will continue to persist, but this change, to allow more services to update in-memory with an update, will help a lot.Which is funny, because Linux updates already require rebooting significantly less frequently than Windows.
I may be living through highly rose-colored glasses using only the pro edition of Windows at home, but I have to reboot my Windows 11 systems once per month due to updates. I’m prompted to do this outside of the active hours that I’ve defined myself and it almost always happens on the known date of patch Tuesday or the next day at the latest. In my book this is an utterly trivial thing to work around to keep my systems updated.
I think Fedora Silverblue (and similar ostree-based distros; SteamOS, Endless, etc) has the best approach to updates: apps are their own things, but they don’t mess around with system updates. The new stuff isn’t there until you reboot.Which is funny, because Linux updates already require rebooting significantly less frequently than Windows.
I think Fedora Silverblue (and similar ostree-based distros; SteamOS, Endless, etc) has the best approach to updates: apps are there own things, but they don’t mess around with system updates. The new stuff isn’t there until you reboot.
But the benefit is everything gets written to the disk in the current session, so it really is just a reboot, whether it’s a major update or a tiny bug fix. And also because of that, you can choose to boot the previous version of the OS instead and it just works.
I think it works really well. I appreciate the consistency of it. It’s really clear how it can be evolved as a whole, since there isn’t the usual chaos of different types of updates with different requirements and differently bad user experiences.
I don’t think Windows’ problem has ever been that it required a reboot. It’s the way the bulk of that process happens during the reboot sequence, locking the occasional unlucky system into some weird hours-long purgatory (or worse).
The reason people hate updating Windows isn’t that they have to reboot. It’s that they have no idea what will happen when they do.
Right - basically only kernel updates require it (and that can be worked around if you are determined to patch keeping it up).Which is funny, because Linux updates already require rebooting significantly less frequently than Windows.
Windows doesn't derive from DOS. It comes from NT which is completely unrelated to DOS but was 'inspired' by VMS. VMS also prevented deleting of in-use files but did had a true versioned file system.Classically Linux would let you update files that are in use -- the old file would stay on disk as long as a process had it open, but anything that subsequently accessed the file would get the new one. This does mean that even though "apt update" completed you're not actually updated until the processes using the file are restarted, and you could get some edge cases where the old library in memory would try to load a dependency and get an unexpected version. Kernel updates always required a reboot until the in-memory patching came along.
Windows shows its origins as single user DOS. Handling multiple processes opening a single file was bolted on with network file sharing. The decision was made to just prevent files in use from being deleted, since DOS had no way to track multiple versions. This was carried over to NTFS.
Windows addresses the library version dependencies with the side-by-side archive (SxS).
Obligatory Mention of Suse's Excellent Song:
My favorite was one of the feature updates at work where I went to sit down and finish something that was months of work due that week for major high profile presentation and after logging in.......I had a totally blank user profile. No files, no customization, nothing.[...]
The reason people hate updating Windows isn’t that they have to reboot. It’s that they have no idea what will happen when they do.
as long as it's less frequent than my reboots for driver updates, I'm happyMicrosoft's documentation says a reboot is needed roughly once every three months
“Dramatically reduced reboot scenarios” have been promised for decades, as a Google search on that phrase will substantiate.
At the time the idea was that OS X would follow the Unix environments of the time, which permitted (perhaps required, I actually do not know) updating and patching packages individually and then restarting associated processes. If you have an administrator this can be done. If your user is a regular consumer, it is quite a bit more complicated.I remember when OS X was announced that it supposedly wouldn't require reboots for most things. Seems like it's the one feature that modern OS's have been chasing for a while with little to actually show for it.
I mean, bash/zsh is still alive and well and still not OO. Yeah, there's python, but you've still got core system tools that feel like the 90s. And Linux has only gotten to Windows levels of driver quality in the last few years. And fighting Linux's chaotic mess of config files buried across the OS ain't great either. Makes the registry look downright civilized.Took an awfully long time to figure out what Linux has done for decades.
I can recall a long, long time ago in a galaxy....anyway I do recall when installing certain software or even drivers Windows would required a reboot.I remember when OS X was announced that it supposedly wouldn't require reboots for most things. Seems like it's the one feature that modern OS's have been chasing for a while with little to actually show for it.
Linux has most updates, except for kernel, without reboots. That is one of the many reasons I dumped Windoze, reboot every time you install something.I remember when OS X was announced that it supposedly wouldn't require reboots for most things. Seems like it's the one feature that modern OS's have been chasing for a while with little to actually show for it.