Slashdot Mirror

← Back to Stories (view on slashdot.org)

Nexus S Beats iPhone 4 In 'Real World' Web Browsing Tests

Posted by timothy on from the yeah-but-those-are-only-real-world-results dept.

bongey writes "In a series of measured real-world web load tests, the Android-based Nexus S phone spanked the iPhone 4. The Android phone and iPhone 4 median load times were 2.144s and 3.254s respectively. The sample size was 45,000 page loads, across 1000 web sites. It also follows rumors that Apple is intentionally slowing down web apps to make their native apps more favorable."

4 of 260 comments (clear)

  1. Bogus by Anonymous Coward · · Score: 5, Interesting

    They were using a custom app. Not the default browser. So what they are saying is that their app runs faster on the Nexus S. Not that the Nexus S is faster then the iPhone.

    1. Re:Bogus by molnarcs · · Score: 3, Interesting

      Actually, before buying my NEXUS ONE, I looked up quite a few comparison's on youtube. They were pretty much matched, but it some tests the Nexus was faster. In one particular test, by the time the iPhone4 loaded the homepage of the review sites, on the Nexus it was already loaded and a flash video playing. The difference still was just around 1 second, which is not the end of the world of course, but noticeable enough. I concluded that for web browsing, the Nexus is as good or slightly better as the iPhone. And remember, I'm talking about the Nexus One that came out 4 months before the iPhone4. So I do believe there might be something to this... and yeah, I've been a very happy Nexus owner since then. It's longevity is superb - still can't find anything that tops it. I mean yeah, there are better and faster phones out there right now, but I couldn't find a single compelling feature that would prompt me to buy a new phone for the foreseeable future.

  2. Apple/Oranges by beanball75 · · Score: 5, Interesting

    Someone pointed out already that the way they tested is with apps that use the browser engine available to apps. As the second link says in the main story (probably, I'm too lazy to RTFA, I read others already), the iOS browser engine doesn't use the Nitro javascript engine.

    I found one link that discusses it, but I'm sure there are better ones:

    http://www.informationweek.com/news/personal-tech/smart-phones/showArticle.jhtml?articleID=229301178

  3. Re:Well... no. by Anonymous Coward · · Score: 2, Interesting

    And more to the point, there is actually a technical reason not to have Nitro in apps.
    Nitro is a JIT compiler. To use it means that the App needs to be basically allowed to have self modifying code (the power to say "this data memory is now executable"). This capability is an application-wide setting, that is reserved to Apple-developped apps for now, for good reasons.

    This has never been allowed in apps (and is the technical basis to disallow any frameworks like mono), because it exposes the device to a security threat that is not easily detected by Apple's testing (say an app that will, at some future date, download data from a remote server, turn it into code, and execute it. Voila, instant virus).

    This is not something Apple is prepared to simply allow for the sake of performance. This decision does not degrade web apps performance (as you noted, they still perform as good as they used to).

    People on slashdot usually yell when companies do not take security seriously. Well, this is a decision that is firmly rooted in the security camp.
    There might be technical solutions allowing nitro in apps and not compromising the device's security in the future. But anything that is released is a compatibility weight in the future, so I don't blame Apple for not releasing something half baked that they would have to take away later (or leave a gaping security hole).