121–130 of 328 posts
You know what I would like to have? An application that sends a kill / kill -9 signal to a specific app, example Chromes, when things go south.
Last I checked the OOM killer was configurable. However the process of configuring it was so convoluted I doubt anyone has successfully done it.
Earlier quoted context omitted.
Any improvements with fractional scaling? Can anyone please link to any material reg the work being done for improving fractional scaling in Linux; it would be great if it could match the rendering quality of macOS.
What's your setup like? I'm on AMD+Wayland+KDE, no complaints with fractional scaling on my ASUS ProArt PX13 (255 PPI screen).
As the other comment says, I suspect it to do with GPU as the built-in displays are usually driven by intel and external displays are always driven by my Nvidia 4090.
But surprisingly, when I drive my e-paper monitor using original Jetson Nano (Ubuntu 20.04 ESM / Nvidia Maxwell); the fractional scaling is quite good perhaps even better than macOS.
I hope there will be an update where when my RAM gets full my PC doesn't freeze and becomes unusable... I remember that Linux and Windows do this in different ways and Windows doesn't have the problem.
When I run in a frozen system because of RAM, I'm a happy user of the Magic SysRq 'f' [2], it bypasses most kernel scheduling so it works even on frozen systems
I hope there will be an update where when my RAM gets full my PC doesn't freeze and becomes unusable... I remember that Linux and Windows do this in different ways and Windows doesn't have the problem.
> Windows doesn't have the problem Maybe not in the same way then. Anyways, you've unlocked an old memory of mine, where Windows would crap itself due to low RAM and the fonts and interface elements would render in a "compatible" way, like using "fixedsys" font everywhere.
But only in veeery old Windows, think Win95B or the like.
Great article! I share the same hunch as the author does; when allocating memory ultimately the application itself is in the best position to inform the kernel about the desired stickiness to VRAM. The best a kernel can do is guessing . As a side note, it strikes me how much we owe to young trans people for low level performance engineering.
Earlier quoted context omitted.
The best thing about Win10 reaching EOL is not being at the mercy of Windows Update any more. It was by far the biggest risk to having a functioning system.
Running an unsupported OS is even more risky, especially with the excessive number of security updates needed while AI finds RCE after RCE.
Earlier quoted context omitted.
I personally am very excited for the upcoming Windows 11 update which will allow users to move the taskbar to any edge of their screen.
such innovation. very wow
Gosh, 7.2 literally just dropped with a bunch of awesome of performance/gaming related improvements (large folios, cache-aware scheduling, improved MGLRU reclaiming, Fair GPU Scheduler etc)... and I already can't wait for 7.3 to come out. Meanwhile in the Windows world, users hate updates... Like I genuinely can't think of a single instance that made users exclaim, "oh boy I just can't wait for the next Patch Tuesday…
I personally am very excited for the upcoming Windows 11 update which will allow users to move the taskbar to any edge of their screen.
Tabs on the other hand (and of the other type) should be able to move freely between all edges of all windows.
Earlier quoted context omitted.
such innovation. very wow
Nobody said anything about innovation, the discussion was about whether people look forward to windows updates or not.
Great article! I share the same hunch as the author does; when allocating memory ultimately the application itself is in the best position to inform the kernel about the desired stickiness to VRAM. The best a kernel can do is guessing . As a side note, it strikes me how much we owe to young trans people for low level performance engineering.
They'll get old soon enough.