https://www.electra.aero/

https://www.hubermanlab.com/episode/red-light-to-improve-met...

The show notes have links to quite a few more papers. I have no idea if this is good science but this is not just a one off paper.

To be able to support multiple arch levels in the same binary I think you still need to do manual work of annotating specific functions where several versions should be generated and dispatched at runtime.

https://blog.reverberate.org/2025/02/10/tail-call-updates.ht...

https://bugs.launchpad.net/ubuntu/+source/rust-coreutils/+bu...

Why were they doing this at all? It may not be what is happening in this specific case but a lot of the AI business cases I've seen are good automations of useless things. Which makes sense because if you're automating a report that no one reads the quality of the output is not a problem and it doesn't matter if the AI gets things wrong.

In operations optimization there's a saying to not go about automating waste, cut it out instead. A lot of AI I suspect is being used to paper over wasteful organization of labor. Which is fine if it turns out we just aren't able to do those optimizations anyway.

On the power usage alone surely an upgrade to a still extremely old 64bit machine would be a significant upgrade. For a server that you run continuously a 20+ year old machine will consume quite a bit.

When you say you supported this for quite some years was there a custom protocol in KWin to allow clients to render directly to the fractionally scaled resolution? ~4 years ago I was frustrated by this when I benchmarked a 2x slowdown from RAW file to the same number of pixels on screen when using fractional scaling and at least in sway there wasn't a way to fix it or much appetite to implement it. It's great to see it is mostly in place now and just needs to be enabled by all the stack.

That's an interesting related discussion. The idea that there is a physically correct 2x scale and fractional scaling is a tradeoff is not necessarily correct. First because different users will want to place the same monitor at different distances from their eyes, or have different eyesight, or a myriad other differences. So the ideal scaling factor for the same physical device depends on the user and the setup. But more importantly because having integer scaling be sharp and snapped to pixels and fractional scaling a tradeoff is mostly a software limitation. GUI toolkits can still place all ther UI at pixel boundaries even if you give them a target scaling of 1.785. They do need extra logic to do that and most can't. But in a weird twist of destiny the most used app these days is the browser and the rendering engines are designed to output at arbitrary factors natively and in most cases can't because the windowing system forces these extra transforms on them. 3D engines are another example, where they can output whatever arbitrary resolution is needed but aren't allowed to. Most games can probably get around that in some kind of fullscreen mode that bypasses the scaling.

I think we've mostly ignored these issues because computers are so fast and monitors have gotten so high resolution that the significant performance penalty (2x easily) and introduced blurryness mostly goes unnoticed.

> Take a look at this HiDPI rendering example in Leopard

That's a really cool example, thanks. At one point Ubuntu's Unity had a fake fractional scaling slider that just used integer scaling plus font size changes for the intermediate levels. That mostly works very well from the point of view of the user. Because of the current limitations in Wayland I mostly do that still manually. It works great for single monitor and can work for multiple monitors if the scaling factors work out because the font scaling is universal and not per output.

It's strange that Wayland didn't do it this way from the start given its philosophy of delegating most things to the clients. All you really need to do arbitrary scaling is tell apps "you're rendering to a MxN pixel buffer and as a hint the scaling factor of the output you'll be composited to is X.Y". After that the client can handle events in real coordinates and scale in the best way possible for its particular context. For a browser, PDF viewer or image processing app that can render at arbitrary resolutions not being able to do that is very frustrating if you want good quality and performance. Hopefully we'll be finally getting that in Wayland now.

If that's your assumption then this is a non issue. Minnesota is currently less than 2% of total winter electricity demand in the US. Lets be pessimistic and assume that because it needs more heating in winter than average those 2% become 5% with electrification of heating nationwide. Even if 100% of that electricity needed to be imported from other states that's still a very small amount of the total. You could import all that solar and wind energy from other states if you can't produce any at all locally. The scenario is obviously much better than that, you'd only need to cover the shortfall which is what already naturally happens in joint grids all over the world.

> Meanwhile, nuclear is here now, and it works. I don't think we should be betting our future on unproven tech.

I'm still waiting for a link that shows that nuclear can be built at anything approaching reasonable cost. In all these discussions that's always presented as a given and then all the discussion is on the shortfalls of renewables. Meanwhile the actual reality on the ground is that the renewable roll-out is rising exponentially and nuclear projects are practically non existant.

Any simulation where building nuclear power plants makes economic sense would do.

> I'm unconvinced that renewables+storage alone can solve the Minnesota winter problem.

You're again asking for simulations about Minnesota specifically which doesn't make sense. Unless you're thinking of seceding from the union and closing the borders to energy trade, as long as the US as a whole can do it Minnesota in particular can be a net energy importer in winter if that's what's needed. Here's the RethinkX simulation of that:

https://www.tonyseba.com/wp-content/uploads/2020/11/Rethinki...

"Our analysis makes severely constraining assumptions, and by extrapolating our results from California, Texas, and New England to the entire country we find that the continental United States as a whole could achieve 100% clean electricity from solar PV, onshore wind power, and lithium-ion batteries by 2030 for a capital investment of less than $2 trillion, with an average system electricity cost nationwide of under 3 cents per kilowatt-hour if 50% or more of the system’s super power is utilized."

This is almost 5 years old at this point. Others have linked other such analysis. At this point asking people to show them simulations for renewables while trying to argue for nuclear is disingenuous. Renewables are the ones being built out at scale all over the world while nuclear struggles to deliver new projects and doesn't seem to have a viable path to being cheap.