Hacker News new | past | comments | ask | show | jobs | submit login

Kind of needed in the cloud war where many actually question if the mysterious Google supermacy in global infrastructure is really true.



Throwing servers at the problem is less impressive then thinking very hard and solving it with less.


If your conclusion is "throwing servers at problems" after years of reading the papers about Google infrastructure, you probably are a non infrastructure guy.

A serious conclusion should be that all these infrastructure enable application devs and researchers alike "to throw servers at problem". And these work are exactly the opposite, where they spent years and sometimes even decades meditating the nifty and figure out the most effective and efficient way of utilizing the servers.


With the demise of Moore's Law and physics education improving I imagine efficiency of the machines will eventually overtake developer time concerns.


It's not servers. It's who will have the best submarine cables. A game in which Apple is not participating btw. Not even with an Elon style moon, err, low earth orbit shot.

https://blog.apnic.net/2019/04/03/the-future-of-undersea-int...


Apple has no need for undersea cables.

It doesn't matter if iCloud is slow or not since most of the interactions with it are in the background. And all of it's content e.g. App Store or Apple Music are cached by CDNs which are hosted in pretty much every country.


A bit simplistic, no? There is more than one important factor.


there's physical limit as what algorithms and tricks can do. Their numbers are incredible though.


And there's much new fun to be had when you have this many servers around. For example - once you start shuffling around tens of petabytes a day you quickly notice that bit flips are very real. Computers do what we tell them to do with incredibly high probability, but it is always below 1.


Which is exactly my point: no one cares about the absolute number each cloud has. They care about the capacities.




Guidelines | FAQ | Support | API | Security | Lists | Bookmarklet | Legal | Apply to YC | Contact

Search: