The performance loss is not visible for our customers, we have to manage the loss in ourselves. It’s a kind of hidden defect.
Show this thread
FYI, as cloud provider we rawly loss around 25% of CPU performances the lasts 18 months due to different CVE and issues on CPU and mitigation limiting capacity using microcode, so we stuff more CPUs, but prices didn't go down at all... That's a kind of upselling. #IntelFail
-
-
Thanks. Twitter will use this to make your timeline better. UndoUndo
-
-
-
Because you only buy from one vendor?
-
The point of buy à stuff which is loosing 25% performance over time after you buy it have nothing to do with the number of your provider it’s more an hidden defect
-
Yes but you have no leverage if that is your only supplier
-
I know ;) what do you think am I doing right now :-p
End of conversation
New conversation -
-
-
I guess you have considered moving to amd/arm. Was it more expensive to do so?
-
It will require our users to move too, and there is a very little market for ARM offers.... If AMD was in a better shape, there is a real market momentup here.
-
- If AMD was in a better shape; you're not very up to date are you
-
of the CPU market, i'm pretty up to date, so, am I missing that AMD reunite the factory and the engineering and become first seller on the market? They are slowly coming back, but the installed based is on Intel. And, as several of the flows was on the architecture...
-
so AMD was affected too. There is no easy answers to be honest. And the actual situation put intel and CPU under heavy scrutiny, leading to find more security issues...
-
/AMD was affected too/ not really, it wasn't
End of conversation
New conversation -
-
-
Time to move to something else than x86?
-
.... please do
-
this would be so difficult ? ARM, Open Power, ...
-
The problem is not our code, but to convince customers to move
-
Do customers really need to know what is the CPU running their app/code, if their app/code runs well on your cloud? If PHP, Python, MySQL and more work on something else than x86, why stay on it?
-
yeah, we do - if I'm shipping a binary, then I definitely do
-
but if you are shipping mutliplatform code like Java, or interpreted code like JS, PHP, or Python ?
-
Python binary dependencies exist. Using python doesn't mean it's automatically not dependent on a C compiler.
- 8 more replies
New conversation -
-
-
Have they had to change marketing documents at all to reflect the 25% loss in computing power on the same chips that have been in market for a while?
-
I think they will provide a kernel option to leave the issue and only have benchmarks, they do that for spectre... this kind of marketing benchmark code making Linus angry
End of conversation
New conversation -
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.