Re:Performance variation in ‘identical’ processors
by praptak on Monday January 06, 2020 @12:50AM
(#21966828)
This particular solution doesn't sound feasible in the long term. If a significant portion of customers start using this, the benefit is nullified. And providers will probably react.
It's very similar to the "download boosters" of old which worked until they got popular which is when download sites started throttling.
Re:Performance variation in ‘identical’ processors
by judge2020 on Sunday January 05, 2020 @10:45PM
(#21966264)
don't think this would work on GCP since they regularly preform 'live migrations' https://cloud.google.com/compute/docs/instances/live-migrati...
Re:Performance variation in ‘identical’ processors
by eru on Sunday January 05, 2020 @11:49PM
(#21966523)
I think they don't live-migrate pre-emptible instances: https://cloud.google.com/compute/docs/instances/live-migrati...
My employer runs a few HPC grid workloads on AWS and Azure and these softwares would benchmark the instances on boot and drop the ones that were below a certain threshold, and we'd keep spawning instances until the fleet was up past our threshold. (Ultimately, we didn't buy the software).
I wondered (not too hard) why there could be such a difference in performance, but your comment has given some good insight into that.