Slashdot Mirror


Amazon's New Silk Redefines Browser Tech

angry tapir writes "While the Kindle Fire tablet consumed much of the focus at Amazon's launch event Wednesday in New York, the company also showed off a bit of potentially radical software technology as well, the new browser for the Fire, called Silk. Silk is different from other browsers because it can be configured to let Amazon's cloud service do much of the work assembling complex Web pages. The result is that users may experience much faster load times for Web pages, compared to other mobile devices, according to the company."

4 of 249 comments (clear)

  1. No. by Anonymous Coward · · Score: 5, Informative

    Opera was doing this YEARS ago. As usual.

    Frist?

  2. Opera Mini by Anonymous Coward · · Score: 5, Informative

    When you request a page in Opera Mini, the request is sent to the Opera Mini server that then downloads the page from the Internet. The server then packages your page up in a neat little compressed format (we call it OBML), ready to send back to your phone at the speed of ninjas on jetpacks.

  3. This is just Opera Mini/Turbo by Necroman · · Score: 4, Informative

    Opera released Opera Turbo back in 2009 which does this same thing. As well, Opera Mini, their mobile browser, does this as well.

    So this isn't really re-defining the browser, it's just bringing the technology more mainstream.

    --
    Its not what it is, its something else.
    1. Re:This is just Opera Mini/Turbo by shutdown+-p+now · · Score: 5, Informative

      You're absolutely correct that the basic "innovation" here is exactly what Opera Mini (note, not Turbo - specifically Mini) has done for ages. So all talk about "redefining the browser tech" is pure marketspeak, and both the submitter and the editor should be ashamed of spinning it the way Amazon PR wanted them to.

      However, there is one crucial difference with Mini here: it also does work as a full-fledged local browser. Mini always does layout and other optimizations "in the cloud", and fetches the result. That's why it's so bad at JS, Flash, HTML5 etc - if it's something that has to run locally, it's not supported. Here, they are transparently offloading work on the server, but when there is something in the page that cannot be handled well that way - or when the server is not available - it gets rendered locally, same as in any other browser. So it's supposed to be completely transparent to the user, unlike Opera.

      Of course, we haven't actually seen how well that it all works in practice, and I'll reserve my judgement until then. It'll be interesting to sniff traffic and see how much actually gets preprocessed; right now my suspicion is that on any script-heavy website, it'll mostly just do compression.