Is that actually that much more than building 400GW worth of nuclear generation capacity (assuming 10 hours of nighttime)? I think that, that simple calculation shows that it is viable. Even a trillion is 1/32th of the US GDP. Construction over a decade should not stress the US economy at all.

I also think your trillion number is at least double the raw cell cost today.

A night goes 8 hours or so, so you need 50gw of nuclear

500gw (Terra is 1000 Giga), which would make the nuclear story even worse.

You are right... Sorry about that comment

You can recover the history using their tooling build on top of their bugtracker and GitHub. Specifically they capture the discussions and all small changes over time in their skara tools and are prepared to leave GitHub if needed. They had multi de adres experience and had multiple prior code repos. Still do if i understand as the Oracle team has the sun and bea code repositories pre openjdk preserved.

Hmm. Is this about Github or Git? Dependency on Github seems tangential to treating Git as a first class record of history.

edit: rereading, I guess the implication is that there's tooling built on top of Github outside of Git, so Git history is indeed not meant to be contain some things.

Before openjdk did move to github, they made sure they had a solution for those problems:

* Contributors without github accounts * Moving away from github (when needed) * No vendor lock-in for github stuff.

I personally think, this is a good idea - a lot of work, but may be worth it in the long run.

Not for atomic writes, which is the important bit here. When dealing with concurrency the choice to make us will you allow tears when writing i.e. thread A writes aa and thread B writes bb. Will you allow the option of seeing ab or ba or only aa/bb. This is the thing that costs performance. Plus do you allow null which makes it harder too.

That being said, x86_64 has supported 128-bit atomic writes via cmpxchg16b for over a decade. Modern 64-bit ARM has several ways to do them as well.

Probably still not widespread enough for OpenJDK to unconditionally assume it's supported, but I think we're getting there. (Is there "caniuse" for CPU features?)

cmpxchg16b can only handle 64bits data correctly because of ABA problem.

Working on the uniprot services that might be used from the connector it would be nice to learn if this uses public resources or if there is a private anthropic copy of certain uniprot data sets.

And the Swiss CFF also thinks it is under spending on maintenance. Track maintenance last year was nearly 20% from its target.

Funnily enough, for a long time the lakes of Switzerland had been stuffed into a database table of municipalities at SwissTopo for 2 decades before that was refactored out. Or at least I recall having heard this story.

The plants that are willing to give supply for the most negative price are the ones that will not be curtailed. So market forces. Basically at such points power plants are paying for the privilege to be allowed to supply power. This is dominated by restart costs and as such is often paid by classic "baseload" plants such as nuclear ones. i.e. they will accept losing money during one part of the day/week so that they can make money during a different part of the day/week.

So, the economic incentives favor peaker plants and storage (natural gas plants, peaker coal plants, batteries, pumped storage).

Yes, and no, maybe ;) the economic incentives are designed to always provide enough power and no more at the cheapest possible point for that time slot. The market (if free enough) searches for that point over time. One possible solution may be peaker plants (this was financially so in the burn fuel age) another maybe overbuilding (e.g. your home backup or off-site generator power that are sized at peak load/demand, not the actual demand). All constrained by what is physically possible on a grid.

Peaker plants gamble that there are going to be peaks (sure financially plan for but they are not guaranteed to make their profits).

In the peaker plant categories the storage options are different from the spin options because the incentives are slightly different. Specifically battery storage is not just a peak plant exercise it is a grid connection optimization exercise. Grid connections limit how much power one can sell from a generator. A battery system can be placed on the grid or between the grid and the generator. In the case of between grid and generator, it allows a generator to run at it's optimal speeds more often than not, and sell more because one can guarantee a wider range of output for a longer amount of time.

Some of the first battery storage systems were sold to gas peaker plants because it allowed them more time to react. i.e. idle at a more efficient level their gas turbines or even shut them off and start them on demand.

Primary energy compared to electricity as energy. The first adds energy used in driving, chemical industry etc. the second is just the amount of electricity generated.

Got it, thanks. So, not for grid electricity, as in this discussion.

Still, in the second figure of your link, you can see how gas is more or less stable since the start in 2005, and coal + peat is being slowly replaced almost 1:1 by renewables, mainly wind as hydro is stable and solar is marginal in Ireland.

I don't see how that matters to ops comment, "Just in time for an energy crisis", implying a shift to oil from coal.

I was wondering how the existing case law of translated works, from one language to an other works here. It would at suggest that this is an infringement of the license especially because of the lack of creativity. But IANAL and of course no idea of applicable case law.

There is a significant fine to be paid by the non delivering supplier. This still happens and that is why there is also an auction for reserve power. Oversupply is fined even higher as that is also bad for grid stability.

And what ensures the reserves are adequate?