zlacker

>>hugodu+(OP)
Fly uses Firecracker, and they host long-running processes. I wonder what's their opinion about it.

>>wiradi+l2
I think their usecase makes a lot of sense as their workloads consume a predefined amount of ram. As a customer you rent a VM with a specified amount of memory so fly.io does not care about reclaiming it from a running VM.

>>gorbak+U4
Depends on if they're using smart memory allocation to keep costs lower, IE, if they can pattern that certain workloads only need N amount of memory at Y time, they can effectively borrow memory from one VM for usage in another that has an opposite statistical likelihood of needing that memory.

This is why paying for dedicated memory is often more expensive than its counter part, because that dedicated memory is not considered as part of pooling.

>>no_wiz+Pa
Shit like this is how you burn customers and then they find out you aren't changing the sheets, they change hotels.

Just because you can doesn't mean you should.

>>nerpde+hA
I don't see the problem. Is this not the value proposition of the cloud? At scale things like block level de-duplication and over-provisioning of compute are more efficient to say nothing of power and cooling. This efficiency drives down cost. As long as your data isn't leaking and you get the hardware you pay for when you need it what's the problem?

>>mulmen+pk1
Value to whom? Sell a thing and not deliver it. This this our current millieu to scam people and make the difference.

The entire vibe of this thread is

1) everyone is doing it

2) efficiency drives cost down (to the vendor) but those savings are not passed to the consumer

3) "hardware you pay for when you need it", all predicated on the at IF and it doesn't happen.

Oversubscription should always be opt-in, otherwise it is an underhanded scam.