3 ms·
I know this is old news. I think the fact that Silk is using it (successfully?) attracted my attention. I dismissed it way back when I heard of it because of th
by aespinoza 15y ago
I know this is old news. I think the fact that Silk is using it (successfully?) attracted my attention. I dismissed it way back when I heard of it because of the same reasons.
But We have to agree that Amazon has very smart people, if they decided to use SPDY, then it is interesting to learn why they thought this was the best solution.
This paper obviously doesn't answer that. But in my quest to understand, I found this paper and thought it would be an interesting read for the people in HN who haven't read it.
- bmelton 15y agoIt was probably an easy answer, really. It's better than HTTP, is included in Android, which they chose as a base platform, and they don't have to worry about Windows compatibility on their own hardware.
- abraham 15y agoIt looks like SPDY was added in Honeycomb so they would have had to add support themselves since Amazon started with Eclair. https://groups.google.com/d/msg/spdy-dev/bwb-qhiLICc/NzbWN0K75KoJ https://groups.google.com/d/msg/spdy-dev/bwb-qhiLICc/NzbWN0K...
- danudey 15y agoSPDY is also a more optimized solution for mobile devices. The ability to do server-push resources means that Amazon can fetch/preprocess/compress/cache the resources for a page, and then when that page is requested from another user and can be served from cache, they can dump all the required resources down the pipe automatically without the client having to fetch/parse/request/load/etc. Amazon's 'everything goes through us' solution also optimizes in cases where SPDY normally wouldn't; external resources, such as jQuery served from Google's or Microsoft's AJAX cache, can be pushed to the client, whereas in a normal browsing situation you'd still need one connection to every server, so using multiple hostnames/servers would be detrimental to performance.