The headline seems to mean 81% of generation and storage capacity. When the article talks about battery storage, it only says storage, not generation.
The headline seems to mean 81% of generation and storage capacity. When the article talks about battery storage, it only says storage, not generation.
Yes. A perpetual license just means no fixed end date, not that it’s irrevocable or interminable.
You can probably get away with continuing to use ESXi free licenses even commercially, you just won’t have support. And at home, nothing is going to stop existing versions from working.
Incidentally, assuming I found the right license agreement: https://www.vmware.com/content/dam/digitalmarketing/vmware/en/pdf/downloads/eula/universal_eula.pdf
It doesn’t actually say it’s perpetual. It only says “The term of this EULA begins on Delivery of the Software and continues until this EULA is terminated in accordance with this Section 9”, but that section only covers termination for cause or insolvency, there is no provision for termination at VMware’s discretion. So, while I’m not a lawyer, it definitely sounds like you can continue using ESXi free.
Actually, reading further, I think the applicable license is this one: https://www.vmware.com/vmware-general-terms.html
But that one has even less language about license term and termination. Although it does define “perpetual license” as “a license to the Software with a perpetual term”, again not irrevocable or interminable.
That one was posted by a spambot, which a lot of people have blocked.
Increase account creation restrictions (you are here)
Effortlessly? No hiccups? The Apollo program alone cost $178 billion 2022 dollars between 1961 and 1972. And I’m pretty sure that they had at least one hiccup. And that doesn’t even count the other programs like Mercury or Gemini.
I’ve been using Alma for a while and been happy with it. Like RHEL types, it’s slightly behind on versioning, but that’s by design.
Yes, and that’s a good thing if you don’t want it to start killing processes. You have that extra time/space to deal with the out-of-memory condition yourself.
Or you can ignore that condition and continue using the system in a degraded state, with swap as “disk RAM”.
Nobody. And it’s not like Red Hat runs the X.Org Foundation, either, at most they have one seat on the board. Development will continue.
I’m not sure what that post is meant to show, if swap isn’t “disk RAM”. That post even concludes:
Swap […] provides another, slower source of memory […]
PSoD is already used by VMware ESXi. And Windows Insider builds, I think.
Maybe green?
If it’s only on the ESP, it won’t persist across reinstalls, and definitely not drive swaps.
But I do see mentions of attacking via firmware capsule. If that works, then yes, that will persist.
It never was.
Are current laws against harassment insufficient?