While spinning, the blades store a miniscule amount of kinetic energy.
After removing power even that small amount ends up as heat through friction ( both in the bearing but mostly in the air turbulence). And the blades end up in the same zero energy state: sitting still.
Overhead high voltage conductors are not insulated with a coating, probably for many reasons but certainly for cost and heat dissipation.
That means the path through the air to some conducting materials needs a certain distance, and that even when wet or iced over or whatever can happen up there.
This view is just very extreme, it is much less zig zag. It is just mounted to the wall at the high points and slack in between. Certainly there is also a reason for the exact amount of slack like thermal expansion.
The money you buy stock with l goes to the former/selling shareholder, which is most often not the company. It is possible the company is holding its own stock and selling for cash, or emitting new shares for cash, but that is much much rarer.
Remember that you are supposed to replace the entire thing because the other components like the sensor or simply capacitors also age. It is a very cheap safety device and simply not worth taking any risks by stretching it to say 15 years instead. The proper way would be to replace them while they were all still fine by making a note in the calendar.
There are two cases:
Your products are faulty and at least one has not made their intended 10 year lifespan. I'd change them all for better ones.
Or
They have reached their lifespan and you only noticed because the first one failed. I'd replace them all.
> Couldn't LLM provider just fine-tune their model for these tasks specifically - since they are static - to get ad value?
They could. They would easily be found out as they loose in real world usage or improved new unique benchmarks.
If you were in charge of a large and well funded model, would you rather pay people to find and "cheat" on LLM benchmarks by training on them, or would you pay people to identify benchmarks and make reasonably sure they specifically get excluded from training data?
I would exclude them as well as possible so I get feedback on how "real" any model improvement is. I need to develop real world improvements in the end, and any short term gain in usage by cheating in benchmarks seems very foolish.
And assumption like that are probably a great source of accidents, our mind needs to take some shortcuts like that and isn't always right. Grandmas car got sold last week and daddy is alone in the car and late for work and will be racing to get in front of you.
I'd rather have a computer keep track of everybody just the same but with millisecond reaction to all changes. Something that I can't do lacking eyes all around and processing power.
I'd guess that they used to have very good discounted contracts but are not able to renew them anymore.
The cost they charge also includes the cooling, so you could see it as for example 30c/kWh for power, 15c/kWh for cooling to compare it to a consumer contract. Maybe they have published their ratio of that split "on average" before.
I do not understand why one would fetch stacks of paper from the bank if one believes toilet paper is the more valuable type of paper you should hoard and maybe also trade with.
Seriously, why would the end of fiat cause a bank run? I would expect it would cause a switch back to trading physical goods directly, or the emergence of another currency-like thing or good (like cigarettes might have been in the past).
I'm sure there is and will be demand for good static IPv4 tunnel brokers. I'm personally fine with dealing with dynamic DNS and port forwards for my home setup for now, but once I no longer have a public IPv4 assigned I would be a potential customer.
How do you deal with the global scarcity of IPv4-addresses that you would need to scale your service? I think this can only work long term if you own the address space yourself and are not dependent on some specific provider or cloud.
Also very important is a local endpoint to get a reasonable end to end latency.
There is a very large industry that specializes in exploiting the human mind: advertising/marketing.
Of course the behavior/opinion changes they are after are somewhat limited and not too bad, and the effectiveness debatable, but they are trying hard. And machine learning is already in use.
This is what makes this no better than any other VPN service. I still need to completely trust that the provider is not watching me. Even with full hardware access, there could be an invisible sandbox or hardware DMA to some chip I can't see. There is no easy scalable solution to avoid this in a technical level. But you can be one anonymous user in a sea of many others and hope for the best, which is why I'd advise to go to a trusted mainstream VPN provider.
You would debug an unikernel just like you can debug the OS kernel. Either it brings its own internal "remote debugging API", or the hypervisor helps you with that and provides interactive tracing/debugging features and dumps with CPU and memory state that you load into a local debugger.
The kernel debugging technology exists for a long time now, and I don't think its far fetched to see public clouds exposing those abilities in a secure manner, and unikernels including their own tools for remote debugging. Any kernel can be debugged, and unikernels are no exception.
Since the Eula comes with the driver, hetzner (and other hardware rentals) shouldn't be covered directly. They don't download and install the driver for you, so aren't a party of that contract in any case.
As defined in the article: "when a computer is reset without following proper procedures (what’s known as a cold/hard reboot)"
Even if you disagree, "cold boot attack" is the established name for the actual attack, the new aspect presented here is how to circumvent a certain firmware protection that would overwrite the memory on a cold boot to prevent that attack.
If you would give your definition we could see if it is right, too.
It underscores how little you should trust your own numbers (or numbers from strangers on the internet). Forget one small factor and the whole picture shifts a lot.
"And I have one particular server that we have loved for a long time."
Yes, for over 10 years now! (I looked up the manufacturing date from the serial number, week 29 of 2007)
I feel for your acute pain, but I think you got your moneys worth and then some out of that system, there should be plenty of saved budget to replace that with a new storage server. One that has support from the vendor.
After removing power even that small amount ends up as heat through friction ( both in the bearing but mostly in the air turbulence). And the blades end up in the same zero energy state: sitting still.
So it is correct that a 100% "end up" as heat