6 ms·

"Silk browser software resides both on Kindle Fire and on the massive server fleet that comprises the Amazon Elastic Compute Cloud (Amazon EC2). With each page

"Silk browser software resides both on Kindle Fire and on the massive server fleet that comprises the Amazon Elastic Compute Cloud (Amazon EC2). With each page request, Silk dynamically determines a division of labor between the mobile hardware and Amazon EC2 (i.e. which browser sub-components run where) that takes into consideration factors like network conditions, page complexity and the location of any cached content." (from http://www.amazon.com/Kindle-Color-Multi-touch-Display-Wi-Fi/dp/B0051VVOB2/ref=amb_link_357575542_4?pf_rd_m=ATVPDKIKX0DER&pf_rd_s=gateway-center-column&pf_rd_r=0N625M4JAW6DBV6QKRXA&pf_rd_t=101&pf_rd_p=1321408942&pf_rd_i=507846#silk http://www.amazon.com/Kindle-Color-Multi-touch-Display-Wi-Fi...) This sounds conceptually similar to how Opera delivers pages with one of its mobile browsers, which is to say that Javascript and rich web apps will be severely crippled. Is it indeed possible for the server and client to collaboratively decide what parts of my code to run client-side and which ones proxy-side and still have anything approximating good performance/identical functionality?

cleverjake 15y ago
I dont think there was any indication of javascript changes. At least all they mentioned was image and dns optimization, as well as prefetching and caching.
- sparky 15y ago
  http://www.blogcdn.com/www.engadget.com/media/2011/09/amazon-eventdsc1686sept-2011.jpg http://www.blogcdn.com/www.engadget.com/media/2011/09/amazon... Now, the picture could be incorrect or stretching the truth, but there was some indication.
  - cleverjake 15y ago
    touche, sir. Thank you very much for pointing that out.
- moxiemk1 15y ago
  On the page I link to, Amazon says "We've refactored and rebuilt the browser software stack to push pieces of the computation into the AWS cloud. This lets Silk do more work, more quickly, and all at once. We call this “split browser” architecture." Computation (in the context of webpages) indicates JS to me, though they concievably could mean DOM construction. I'm fairly skeptical that transmitting a serialized DOM and unpacking it could be more efficient over mobile network connections that is using our time-honored DOM serialization, HTML. I do hope I'm wrong, as I can't see how this sort of proxy can be healthy for the web, but I don't think my speculations are out if the realm of reasonable given the information.
  - SteveJS 15y ago
    The Kindle Fire is wifi-only, and Silk is only on the Kindle Fire. They are probably optimizing battery and latency. Bandwidth is important but not as important as if they had to deal with 3g.
    - taylorbuley 15y ago
      That's an interesting point. Most WiFI APs are pretty snappy. Optimizing EDGE connections and weak cellular signals are one thing, but how much faster can it really be on my a 10GPS down connection?
      - jonknee 15y ago
        A ton. When you request a site in Silk it's very probable Amazon already knows about all the dependencies and already has them cached locally. So you make a request for a site (in the existing SPDY connection) and in return get everything needed to display it at once. In a pre-computed format so the relatively slow mobile CPU doesn't have to spend cycles parsing it into something readable. Just the CPU thing makes a big difference. There's a noticeable timing lag between loading a page on my iPad vs on my computer. Same wireless network so it's not the connection slowing things down.
    - ZeroGravitas 15y ago
      The main reason I'd be happy getting a Wi-Fi tablet is that 3G smartphone based hotspots are becoming ubiquitous. I'd imagine they'll be tuning for that usage as well as couch surfing on home broadband, possibly even intelligently moving more work to the cloud when it detects a slower connection.
lojack 15y ago
Conceptually its almost identical to Opera Mini. Amazon, however, gets to take advantage of their massive infrastructure.
- azakai 15y ago
  > Conceptually its almost identical to Opera Mini. Amazon, however, gets to take advantage of their massive infrastructure. Perhaps Opera Mini runs on Amazon EC2, which would mean they use the same infrastructure ;)
  - vetler 15y ago
    Opera has their own server infrastructure for Opera Mini, although I'm sure it could run on EC2 as well. For a while all the servers were in Oslo, Norway, but now they have servers around the world. Here's an article from last year where they installed some new servers in Iceland: http://my.opera.com/portalnews/blog/2010/11/01/20-million-opera-mini-users-move-to-iceland http://my.opera.com/portalnews/blog/2010/11/01/20-million-op...
pp13 15y ago
We don't have much information on Amazon Silk. It be interesting to know how it works in depth and how web apps will be affected.
- tnorthcutt 15y ago
  *affected
ma2rten 15y ago
From the video, I got the impression that they might even not be sending html, css and javascript at all. Instead they might be sending some javascript bytecode and a binary DOM tree.
- deleted 15y ago
  [deleted]
- riledhel 15y ago
  That would be really interesting! Any implementations of something like that working today?
  - pornel 15y ago
    OBML: http://dev.opera.com/articles/view/opera-binary-markup-language/ http://dev.opera.com/articles/view/opera-binary-markup-langu...
adamsmith 15y ago
I wonder if they'll use non-TCP connections on 3G. That'd be cool. (http://blog.davidsingleton.org/mobiletcp http://blog.davidsingleton.org/mobiletcp)
- joeshaw 15y ago
  Based on their jobs page (http://aws.amazon.com/amazonsilk-jobs/ http://aws.amazon.com/amazonsilk-jobs/) it looks like they're using SPDY.
  - antimora 15y ago
    SPDY is a replacement of HTTP(s) not TCP [1]\ [1] - http://arstechnica.com/web/news/2009/11/spdy-google-wants-to-speed-up-the-web-by-ditching-http.ars http://arstechnica.com/web/news/2009/11/spdy-google-wants-to...
erikpukinskis 15y ago
The video explicitly states that the browser+ec2 work together to decide how to divide up the work based on network conditions, page complexity and other factors. I would assume that to mean that if there's Javascript that can't be run on the server side, it will be run on the client.
- pmr_ 15y ago
  The mind bogging part is that this should still be faster than just rendering the damn page and executing the JS.
  - jonknee 15y ago
    How's it mind boggling that a single SPDY connection to a distributed network that has nearly unlimited bandwidth and computing power would be faster than having a mobile device negotiate its own connections? Even if it was just a proxy for resources it would be way faster, but they gain the benefit of knowing what resources are needed based on past events and likely already having them cached. Not to mention all the sites that will be local to AWS.

cleverjake 15y ago

I dont think there was any indication of javascript changes. At least all they mentioned was image and dns optimization, as well as prefetching and caching.

sparky 15y ago
http://www.blogcdn.com/www.engadget.com/media/2011/09/amazon-eventdsc1686sept-2011.jpg http://www.blogcdn.com/www.engadget.com/media/2011/09/amazon... Now, the picture could be incorrect or stretching the truth, but there was some indication.
- cleverjake 15y ago
  touche, sir. Thank you very much for pointing that out.
moxiemk1 15y ago
On the page I link to, Amazon says "We've refactored and rebuilt the browser software stack to push pieces of the computation into the AWS cloud. This lets Silk do more work, more quickly, and all at once. We call this “split browser” architecture." Computation (in the context of webpages) indicates JS to me, though they concievably could mean DOM construction. I'm fairly skeptical that transmitting a serialized DOM and unpacking it could be more efficient over mobile network connections that is using our time-honored DOM serialization, HTML. I do hope I'm wrong, as I can't see how this sort of proxy can be healthy for the web, but I don't think my speculations are out if the realm of reasonable given the information.
- SteveJS 15y ago
  The Kindle Fire is wifi-only, and Silk is only on the Kindle Fire. They are probably optimizing battery and latency. Bandwidth is important but not as important as if they had to deal with 3g.
  - taylorbuley 15y ago
    That's an interesting point. Most WiFI APs are pretty snappy. Optimizing EDGE connections and weak cellular signals are one thing, but how much faster can it really be on my a 10GPS down connection?
    - jonknee 15y ago
      A ton. When you request a site in Silk it's very probable Amazon already knows about all the dependencies and already has them cached locally. So you make a request for a site (in the existing SPDY connection) and in return get everything needed to display it at once. In a pre-computed format so the relatively slow mobile CPU doesn't have to spend cycles parsing it into something readable. Just the CPU thing makes a big difference. There's a noticeable timing lag between loading a page on my iPad vs on my computer. Same wireless network so it's not the connection slowing things down.
  - ZeroGravitas 15y ago
    The main reason I'd be happy getting a Wi-Fi tablet is that 3G smartphone based hotspots are becoming ubiquitous. I'd imagine they'll be tuning for that usage as well as couch surfing on home broadband, possibly even intelligently moving more work to the cloud when it detects a slower connection.

lojack 15y ago

Conceptually its almost identical to Opera Mini. Amazon, however, gets to take advantage of their massive infrastructure.

azakai 15y ago
> Conceptually its almost identical to Opera Mini. Amazon, however, gets to take advantage of their massive infrastructure. Perhaps Opera Mini runs on Amazon EC2, which would mean they use the same infrastructure ;)
- vetler 15y ago
  Opera has their own server infrastructure for Opera Mini, although I'm sure it could run on EC2 as well. For a while all the servers were in Oslo, Norway, but now they have servers around the world. Here's an article from last year where they installed some new servers in Iceland: http://my.opera.com/portalnews/blog/2010/11/01/20-million-opera-mini-users-move-to-iceland http://my.opera.com/portalnews/blog/2010/11/01/20-million-op...

pp13 15y ago

We don't have much information on Amazon Silk. It be interesting to know how it works in depth and how web apps will be affected.

tnorthcutt 15y ago
*affected

ma2rten 15y ago

From the video, I got the impression that they might even not be sending html, css and javascript at all. Instead they might be sending some javascript bytecode and a binary DOM tree.

deleted 15y ago
[deleted]
riledhel 15y ago
That would be really interesting! Any implementations of something like that working today?
- pornel 15y ago
  OBML: http://dev.opera.com/articles/view/opera-binary-markup-language/ http://dev.opera.com/articles/view/opera-binary-markup-langu...

adamsmith 15y ago

I wonder if they'll use non-TCP connections on 3G. That'd be cool. (http://blog.davidsingleton.org/mobiletcp http://blog.davidsingleton.org/mobiletcp)

joeshaw 15y ago
Based on their jobs page (http://aws.amazon.com/amazonsilk-jobs/ http://aws.amazon.com/amazonsilk-jobs/) it looks like they're using SPDY.
- antimora 15y ago
  SPDY is a replacement of HTTP(s) not TCP [1]\ [1] - http://arstechnica.com/web/news/2009/11/spdy-google-wants-to-speed-up-the-web-by-ditching-http.ars http://arstechnica.com/web/news/2009/11/spdy-google-wants-to...

erikpukinskis 15y ago

The video explicitly states that the browser+ec2 work together to decide how to divide up the work based on network conditions, page complexity and other factors. I would assume that to mean that if there's Javascript that can't be run on the server side, it will be run on the client.

pmr_ 15y ago
The mind bogging part is that this should still be faster than just rendering the damn page and executing the JS.
- jonknee 15y ago
  How's it mind boggling that a single SPDY connection to a distributed network that has nearly unlimited bandwidth and computing power would be faster than having a mobile device negotiate its own connections? Even if it was just a proxy for resources it would be way faster, but they gain the benefit of knowing what resources are needed based on past events and likely already having them cached. Not to mention all the sites that will be local to AWS.