webOS Needed Work

From the very beginning, webOS needed work in the optimization department. The hardware wasn't at fault, it was the software that always needed tuning, and as we saw with the Pre Plus even throwing more RAM at the problem didn't speed things up enough. We mentioned a number of places where webOS 2.0 still needed work to improve performance and smoothness in the Veer review. First among those really were the criminally long boot times:

"Unfortunately loading times on the Veer are still incredibly long due to some mismanagement of the linux boot process. Unfortunately it appears that WebOS increases the sleep time that apps send to the caller during the boot process from an already crazy 60 seconds to 120 seconds. There's discussion of this on WebOS Internals, but the situation is even worse now, at 120 seconds."

What Palm managed to develop was an excellent UI and front end to an OS, but there's little doubt that the underlying Linux code needed (and still needs) work. Simple tricks like disabling logging and implementing the boot process properly would result in noticeable performance gains. There's little dobut that other similar simple things could dramatically improve performance.

The fact of the matter is that Palm needed a lot of development time to turn webOS into a mature product. The HP of today is trying to turn itself into a fully focused enterprise company and as a result, webOS wasn't going to get the support it needed. An internal source at HP told me that the sales targets for the TouchPad were between the best selling Honeycomb tablets and the iPad. When that didn't happen, HP saw no reason to continue down the webOS hardware path.

As an enterprise company the move makes sense for HP and its shareholders. As consumers, we're disappointed. But the blame doesn't fall on Qualcomm or any chip vendor in the TouchPad, just on HP itself. The TouchPad needed more work, and webOS as a whole needs more work. You can either scale a project out by taking more time to get it done, or you can scale its width by committing more resources to it. The latter (and more efficient development) is what Palm has needed since day one, what HP promised to bring to it, and sadly exactly what it ultimately failed to receive at HP.

It's Really Not Qualcomm's Fault
Comments Locked

79 Comments

View All Comments

  • g1011999 - Saturday, August 20, 2011 - link

    If this hardware sounds familiar to you it's because it's the modem-less version of the MSM8x60, the same SoC used in the "HTC Thunderbolt" and the EVO 3D.

    I think HTC Thunderbolt didn't use the processor but HTC Sensation.
  • fteoath64 - Saturday, August 20, 2011 - link

    Well, HP is expecting too much in terms of sales when the product does not really measure up in terms of price or performance. It has not even given sufficient time to move the product much less the marketing effort being put into it.

    If you look at the Android tablets, they took about 2 years to get to market, then it started moving but not as fast due to the higher price points. If HP were to position the price at $350 initially, it would have moved volumes compared to their initial prices. They did not learn from Xoom pricing which had to be slashed to move the product. The market is more elastic than it seems, so the marketing people are not doing their jobs.

    How could Qualcomm be at fault for their SoCs ?. There are plenty of QualComm Soc smartphones that are plenty fast and selling very well in the market.
  • piiman - Saturday, August 20, 2011 - link

    Yeah at 100.00 bucks these things are flying off the shelves! I find it odd no one as figured out that to beat Apple they should sell their pad for less not more or even the same. I want competition not more of the same.
  • DaemonES - Saturday, August 20, 2011 - link

    Scorpion core performing in out-of-order. Article mentioned it like in-order.
  • Wilco1 - Saturday, August 20, 2011 - link

    No, the Scorpion core is in-order. It is basically a Cortex-A8 clone, with almost identical integer performance. It supports out-of-order completion of instructions which is something entirely different. Instructions are always executed in-order, but memory instructions use a much longer pipeline which means that simpler instructions which execute afterwards may complete earlier.

    While out-of-order completion improves performance, any cache miss will still stall the whole core. Given that Cortex-A8 does not support out-of-order completion, and is usually a little faster than Scorpion, it is safe to say that out-of-order completion doesn't provide much performance gain.

    An out-of-order core executes instructions out-of-order using register renaming but always completes them in-order. This provides substantial performance gains (20-50%) as the core can continue executing independent instructions after a cache miss. This explains why Scorpion cores have a hard time keeping up with the Cortex-A9, as evidenced by the benchmark results.

    Wilco
  • vshah - Saturday, August 20, 2011 - link

    "the same SoC used in the HTC Thunderbolt and the EVO 3D "

    Should be HTC Sensation, no?
  • jed22281 - Saturday, August 20, 2011 - link

    "The TouchPad needed more work, and webOS as a whole needs more work. You can either scale a project out by taking more time to get it done, or you can scale its width by committing more resources to it. The latter (and more efficient development) is what Palm has needed since day one, what HP promised to bring to it, and sadly exactly what it ultimately failed to receive at HP."

    Sigh, the parallels with what happened to MeeGo inside Nokia are uncanny.
    Symbian kept winning the departmental funding wars until far too late.
    As a result Maemo had much less resources, was scaled-out, & need more time.
    It didn't get the focus it deserved/needed until Jan 2010, the rest is history.
    Despite popular misconception, the merging with Moblin into Meego had little impact on Harmattan's progress compared to the aforementioned.
  • Penti - Sunday, August 21, 2011 - link

    Symbian and MeeGo uses the exact same framework for the applications so there never really was any war, Symbian was carrying QtMobility forward. All the APIs are implemented on Harmattan too. It is a cross-platform runtime/framework and it is a mature runtime/framework/ecosystem/SDK/platform you need. Mango simply isn't getting up to date either it is just trying to catch up technically. It's just a case of killing things too early/before market entry. WebOS was never really launched in a major product by HP as they never got the Pre3 out. Nokia on the other hand had a production used SDK that it ported to run on both Symbian and Linux so it hardly looked hopeless there, however you do have to cancel products some times even before market entry this just wasn't clear that it was the right products that got canceled.

    Also such things like making it run on the platforms/SoC's is also up to the hardware vendors, and of course platforms like Symbian, Android and even MeeGo which was getting drivers and whole board support packages for several SoCs when Nokia didn't want it any longer as well as the Linux Kernel in general. It's far easier for WebOS to work for a large range of devices then say WP7. MeeGo was essentially put of the map before they got the bits put together with Nokia's regard. Switching from Clutter to Qt was a good move though if they really would have went through with it fully. It wasn't a question of the OS itself there rather the platform on top of it which isn't OS-bound.

    It also kinda is like if they would have given up at RIM with the Blackberry Playbook after 45 days. It's ridiculous and no tablet really other then Apple's which wasn't a finished product itself when released, is gonna take off the first minute it is released. If so it would really only be Apple and Samsung on the market. Here in Sweden they never got to release either the TouchPad or the Veer here for that matter. I don't think you can really judge a platform within 30 days as HP management did, it wasn't even a world release, third party software was of course lagging and would of course be lacking as long as they only had the touchpad and veer on the market. It might been out on the selfs in the US but still just as Palm failed wasn't a world release and wasn't given time for the software to be worked out. It would be quite odd if you could create a software platform and framework which would work on tablets alone today. Not many would be familiar with such a platform.
  • ssnova - Saturday, August 20, 2011 - link

    To all those "haters" and paranoid people about Anand selling out to qualcomm, they should find better things to waste their time on, rather than pointing fingers and being useless witchhunters.

    I found the article to be as fair as possible and technically "enlightening", if one would see other articles out there that say, "oh webOS runs 2x faster on the ipad2", then most would come to the strict conclusion that hp's touchpad's hardware was the sole thing to blame. But when one examine's the touchpad's hardware the whole story doesn't make sense. Anand basically broke it down for us and shed some light on the subject matter, which I thought was cool and appreciated it as a reader.

    From what I get, certain aspects would run faster on different hardware, again, not because the hardware is "that much more superior", but because the old code was optimized for other hardware as well.

    Any how, here's to hoping that webOS will either: a.) improve...or b.) someone does a good port of android OS to the touchpad's hardware...as I keep my eye out for a low priced touchdpad, :P

    Keep on keeping on Anand, you the man!
  • BillBear - Saturday, August 20, 2011 - link

    If we're into clearing up mistaken information on the web, why are you ignoring this?

    Mojo based WebOS apps can run in Safari.

    Palm's very first webcast introducing the WebOS app environment to potential developers featured writing demo app code in Textmate on a Macintosh and then running that demo app on top of Safari.

    You can still catch that webcast here: http://www.youtube.com/watch?v=YXS3SQauwPE

Log in

Don't have an account? Sign up now