Slashdot Mirror


Shifting Apps To ARM Chips Could Save Laptop Batteries

An anonymous reader writes "When is an Intel PC not an Intel PC? When it moves applications such as Internet browsing and email on to an ARM processor because it can get longer battery life. And according to a story at EE Times, this hybrid Intel-ARM processor approach is being taken by PC makers as prominent as Dell. The problem for Intel: Why would you switch out of 'all-day' mode and use the Intel processor? The problem for ARM: lacking support from Microsoft for Windows; the applications it runs for the PC have to do so under Linux."

326 comments

  1. Not a problem by MadMidnightBomber · · Score: 4, Interesting

    The problem for ARM: lacking support from Microsoft for Windows; the applications it runs for the PC have to do so under Linux.

    Not a problem for everyone. I've already got an ARM-based Linux running on a NSLU32 NAS head - 32Mb RAM, 32 Mb flash. If I could get a lightweight laptop with a modern ARM chip, I would be over the moon.

    --
    "It doesn't cost enough, and it makes too much sense."
    1. Re:Not a problem by palegray.net · · Score: 4, Interesting

      I completely agree. I haven't run Windows on my personal machines (outside of a virtualize instance) in five years. Windows software simply isn't a limiting factor for me, or for a lot of folks who want netbook-style computing devices.

    2. Re:Not a problem by Anonymous Coward · · Score: 2, Interesting

      Not a problem for everyone. I've already got an ARM-based Linux running on a NSLU32 NAS head - 32Mb RAM, 32 Mb flash. If I could get a lightweight laptop with a modern ARM chip, I would be over the moon.

      I just ordered one of these. 256MB RAM, 512MB flash, ARM Cortex-A8.

    3. Re:Not a problem by Yvan256 · · Score: 2, Funny

      If I could get a lightweight laptop with a modern ARM chip, I would be over the moon.

      Can someone send a crate of these NSLU32 to NASA?

    4. Re:Not a problem by ByOhTek · · Score: 3, Insightful

      Not really even a problem for Windows, at least a long term one.

      There have been some instances (PPC Mac I think?) where they ran a lightweight QEMU + Wine to get wine working on a non-Intel platform.

      They may start a standard application layer that will determine if the binary is x86 or ARM, and shuffle it to the correct processor, they applications will only need to make ARM based variants. Either that or use something related to dynamic recompiling to put stuff on the ARM processor on the fly.

      Now, the question is, do they want to spend the effort.

      --
      Self proclaimed typo king, and inventor of the bear destroying coffee table (patent not pending).
    5. Re:Not a problem by amn108 · · Score: 0

      WINE is portable enough to build on ARM, I am pretty sure. This solves some of the Oh-What-About-Windows problem, does it not?

      Also, if Wine wont do it, maybe, just MAYBE, QEMU/kvm/Xen will ;-)

      Really, Windows is just a stone, a stone so large nobody can seem to go around it anymore, but there are ways for those who wish strong enough. At least, why not try it? The whole x86 world is so boring. Even NASA uses ARM chips, and it seems to be good enough for them. What, it cannot decode an MP3?

    6. Re:Not a problem by Rogerborg · · Score: 2, Funny

      If I could get a lightweight laptop with a modern ARM chip, I would be over the moon.

      Can someone send a crate of these NSLU32 to NASA?

      Sure... now, how many bushels in a crate?

      --
      If you were blocking sigs, you wouldn't have to read this.
    7. Re:Not a problem by kabz · · Score: 0

      What about WinMobile?

      It's carrying on the portable tradition. Maybe 'Windows' laptops could start running WinMobile...

      --
      -- "It's not stalking if you're married!" My Wife.
    8. Re:Not a problem by EvilRyry · · Score: 5, Informative

      WINE is just Win32 for POSIXy platforms. It's not able to rewrite x86 binary for ARM. You could perhaps take Windows software compiled for an ARM processor and run it, but that kind of defeats the point of using Linux for portability in the first place. KVM/Xen also do not rewrite binary for other architectures. QEMU could do it, but performance and battery life would drop dramatically.

    9. Re:Not a problem by dominux · · Score: 1

      WINE would probably run on ARM, but actually no, WINE doesn't solve the problem, unless you recompile the windows application in question for the ARM processor, then run it under WINE on ARM. QEMU would work, but I don't think the performance would be up to much. Best stick to Linux applications.

    10. Re:Not a problem by Anonymous Coward · · Score: 0

      No, WINE isn't that portable.

      First, WINE isn't really portable to non-x86 architectures. Winelib, certainly, but that would require recompiling the application. You'd end up with a Linux-native ARM binary that uses WINE's libraries as an implementation of the Win32 API.

      Second... There's no Windows for ARM CPUs. Even if you could run WINE itself on an ARM CPU, there'd be nothing to run on it. There's not even an ARM ABI defined for Windows. Windows CE, maybe, but that has far less capabilities (and applications) than Linux on ARM does. And WINE doesn't support Windows CE anyway.

      Maybe if you paired with with qemu, it'd work. You install the x86 version of WINE, and use it to run a x86 Win32 app using qemu. It'd be slow though, especially on an ARM platform. Plus you'd need to include half of an x86 Linux distro to get it to work.

    11. Re:Not a problem by Hal_Porter · · Score: 1

      About half an aswey.

      --
      echo -e 'global _start\n _start:\n mov eax, 2\n int 80h\n jmp _start' > a.asm; nasm a.asm -f elf; ld a.o -o a;
    12. Re:Not a problem by rbanffy · · Score: 4, Interesting

      About 10 years ago I had an IBM z-50. It was about the size of one of the larger Eee's and sported a MIPS processor. At that time (with late 90s battery and display technology) it offered a decent computer (I made it run NetBSD later in its life) with a 10 hour battery life.

      A decent laptop built around one of these low-power processors could last a week on a single charge and a big enough battery.

      As for desktops, how many ARM cores, FPUs, vector units and cache can be put on a Core i7 die?

    13. Re:Not a problem by Duradin · · Score: 4, Funny

      Have you used Windows Mobile? That's something I reserve for inflicting on only my worst enemies and only as a last resort. It's the Jack Bauer option of OSs.

    14. Re:Not a problem by YourExperiment · · Score: 1

      The problem for ARM: lacking support from Microsoft for Windows; the applications it runs for the PC have to do so under Linux.

      Not a problem for everyone.

      Indeed. That's why the article says "The problem for ARM", not "the problem for everyone".

      Happy though you are running Linux, ARM themselves would love for the other 99% of the market to be able to run their OS of choice on an ARM processor.

      You could argue that it would be nice if this could be achieved by moving people to Linux. ARM, however, just want people to buy their chips in large quantities, and don't particularly care why they're doing it.

    15. Re:Not a problem by dotancohen · · Score: 2, Insightful

      The problem for ARM: lacking support from Microsoft for Windows; the applications it runs for the PC have to do so under Linux.

      Not a problem for everyone. I've already got an ARM-based Linux running on a NSLU32 NAS head - 32Mb RAM, 32 Mb flash. If I could get a lightweight laptop with a modern ARM chip, I would be over the moon.

      Exactly, my first thought is that it sounds like a feature!

      --
      It is dangerous to be right when the government is wrong.
    16. Re:Not a problem by Janek+Kozicki · · Score: 3, Informative

      yep, Pandora fills this niche. 0.3kg, ARM, 10h battery, runs ubuntu just normally. But it's very small, only a 4.3" screen 800x480. About the size of DS. http://openpandora.org/

      It's just a startup now, people did preorders (by preordering it means that you are trusting them ;) and it will be delivered about March or April. I expect that by the end of the year they will be selling it in online shops in a usual way.

      It's a perfect UMPC for me, a really "mobile" PC, smaller than my wallet, actually.

      --
      #
      #\ @ ? Colonize Mars
      #
    17. Re:Not a problem by bb5ch39t · · Score: 1

      Very true. My __belief__ in why this is true is because most computer users are not computer people. They want what they are used to and what they can get help with easily. They want a toaster oven. And I don't blame them for this at all.

    18. Re:Not a problem by amn108 · · Score: 2, Insightful

      It just begs a question, for WHOM REALLY is Windows and its software a limiting factor? It looks now as if the only people who just would die from not having access to Windows are those who put their whole commerce on it and people who sit and play the latest games. ALMOST everyone else has had choice for at least a year now, and that choice is rapidly improving. Heck, I did not know what Linux really was a year ago, and now I do not see which things is it that it cannot do. I have my text input app, a media player, a web browser (albeit with Adobe's Flash player), and a usable desktop. I even have a video editing application (Avidemux) that actually works. Anyhow, all it takes is some faith. But sadly, that is something that comes only AFTER hope, not before, and right now Microsoft is feeding the world.

    19. Re:Not a problem by ianare · · Score: 1
      FTFA

      ...But really you have to talk to Microsoft about when they want to support ARM architectures. It's not up to us," answered East. "We're seeing a lot of activity in the Linux space so I don't think it's a serious brake on our progress into that new application area, right now," he concluded.

    20. Re:Not a problem by joshtheitguy · · Score: 1

      Damn, you beat me to it.

    21. Re:Not a problem by jellomizer · · Score: 1

      I don't see it a problem for windows. You use the ARM processor as an external device. When you Run an ARM app it will just switch to that processor for the bulk of the processing. It would be something like a MasPar setup where you have your Main Platform and OS then it uses additional processors as an other device.

      --
      If something is so important that you feel the need to post it on the internet... It probably isn't that important.
    22. Re:Not a problem by chuck · · Score: 1

      Second that. A tiny laptop that's as powerful as an iPhone would be fine with me.

    23. Re:Not a problem by Anonymous Coward · · Score: 0

      Put a real keyboard on that thing, and then we'll talk.

    24. Re:Not a problem by Bert64 · · Score: 1

      It doesn't run the same apps, it is only partially source compatible and 99% of windows apps don't come with source code anyway.
      Compare that to arm linux, on which 99% of linux apps can simply be recompiled, the source is available for anyone to do the compile and most apps are already available precompiled for arm, look at the debian/arm packages...

      Binary closed source software is the millstone, if you have the source then porting to a new superior architecture is easy, and you don't have to do it because someone else will. Because of binary software, people have been stuck on x86 which was always a pretty poorly designed architecture to start with... Even Intel tried to move away from it with IA64, and failed due to the binary software ball and chain.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    25. Re:Not a problem by Anonymous Coward · · Score: 1, Interesting

      WINE would let you recompile the app if you had the source. This would let you run it on other platforms via wine. It still makes an exe and stuff though it would then run on an arm processor. Thats what winelib is for!

    26. Re:Not a problem by tepples · · Score: 1

      If I could get a lightweight laptop with a modern ARM chip, I would be over the moon.

      Try waiting for Pandora orders to open up again.

    27. Re:Not a problem by Bert64 · · Score: 1

      Even games need not be a problem, the nintendo ds is arm based and probably wouldn't be terribly difficult to emulate on an arm based laptop. There are plenty of games for the ds, games which are suited to small low powered machines.
      If you want to play big bloated games with fancy graphics then a netbook was never a choice anyway.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    28. Re:Not a problem by Anonymous Coward · · Score: 0

      FTFA

      Fine The Fine Article?

    29. Re:Not a problem by tlhIngan · · Score: 1

      Indeed. That's why the article says "The problem for ARM", not "the problem for everyone".

      Happy though you are running Linux, ARM themselves would love for the other 99% of the market to be able to run their OS of choice on an ARM processor.

      You could argue that it would be nice if this could be achieved by moving people to Linux. ARM, however, just want people to buy their chips in large quantities, and don't particularly care why they're doing it.

      I'd actually argue otherwise. I'd suspect the vast majority of code out there is for ARM. Also, I'm fairly certain for every x86 CPU sold, 3 or 4 ARM based CPUs are sold.

      ARM is quite pervasive these days (one of most successful offshoots of the Newton - while ARM existed before Newton, Apple made it really, really, popular). Your PC probably has several ARM processors in it - running everything from the Bluetooth and WiFi chipsets to the controllers on your hard and optical drives. Your cellphone probably has two of 'em, one providing the UI and the other running the radio part.

      No, the problem isn't ARM. The problem with ARM is it isn't x86, and people want x86 to run full desktop Windows, not cut-down OSes Windows CE or Windows Mobile. Then want to run Office, their games, blah blah blah and forget about alternatives. We've seen this with netbooks already - the Linux ones, while initally popular, gave way to XP Home as people started trying Linux, finding out it didn't run their programs (despite already having functional equivalents, e.g., OO.o), and returning them. For the vast majority of people, if it doesn't run Windows, they don't want it. ARM-based Linux machines can run practically everything x86 Linux does (except closed-source stuff), but if people already refuse x86 Linux...

    30. Re:Not a problem by amn108 · · Score: 1

      That were exactly my thoughts the other day as I was preparing a birthday gift for my mother. You can imagine the kind and multitude and last but not least, the kind of generics the applications she needs to run ;-) Even two years ago, I could not with a confidence in my heart propose a Linux based desktop to her. Today I feel I can, given I run my desktop completely hassle free, and I do quite a lot more things on it than she will ever imagine. Even Skype, albeit proprietary, something she uses, exists on Linux. I am thinking she might like a Linux based netbook.

      As to ARM, i think even if Nintendo DS ran its own bizarre set of instructions, CISC or RISC, ARM could handle an emulator, a re-compiler or something entirely different. RISC is also generic enough to be used for a whole multitude of applications. You write a piece of code that translates Nintendo DS code into ARM instruction set. Given enough time anything is possible, just take a look at the variety of SEGA Genesis, 3DO and Nindendo 64 emulators for Windows out there.

    31. Re:Not a problem by suggsjc · · Score: 2, Funny

      It's a perfect UMPC for me, a really "mobile" PC, smaller than my wallet, actually.

      You must have a george constanza wallet. I'll be impressed when they get a really "mobile" PC smaller than my wallet.

      --
      When I have a kid, I want to put him in one of those strollers for twins and then run around the mall looking frantic.
    32. Re:Not a problem by amn108 · · Score: 1

      I was commenting on Windows being a limiting factor, and that is the kind of x86 binary I was referring to. Since WINE itself is open source, it should not be too hard at all to let it run x86-win32 applications in arm-linux environments. This is what I was trying to say. Rewriting is also too generic a word for the discussion. There is JIT and there is compiling, and the two, although based on exactly the same routine, deliver two different results, performance- and battery-life- wise.

    33. Re:Not a problem by repvik · · Score: 1

      You've soldered on extra flash? The last time I checked, the NSLU2 only had 8mb flash. Still, running stuff from an USB stick/hdd is no problem at all.

    34. Re:Not a problem by sexconker · · Score: 1

      His name is palegray.net .

    35. Re:Not a problem by Anonymous Coward · · Score: 0

      The whole x86 world is so boring.

      Right now I can drive up the street where they've not only heard of the parts I need, they have them in stock and will smoke test them in front of me. Is mail-ordering your hardware and wondering whether it will even work supposed to be the exciting part?

    36. Re:Not a problem by Anonymous Coward · · Score: 0

      QEMU could do it, but performance and battery life would drop dramatically.

      Battery life won't drop if the application isn't CPU-intensive. You should be using native binaries for CPU-intensive things, anyway. Most hard CPU apps are available as open source/ARM assembly.

    37. Re:Not a problem by hierophanta · · Score: 1

      the self whoosh strikes again!!

    38. Re:Not a problem by Paracelcus · · Score: 1

      I've got an Asus B202 Box with an Intel Atom processor, it runs WindowsXP SP3 and with just a few common sense tweaks it works great, cool, quiet and very low power consumption.

      --
      I killed da wabbit -Elmer Fudd
    39. Re:Not a problem by rtechie · · Score: 1, Interesting

      Except that Linux doesn't work WELL with anything but x86. Sure you can shoehorn it into a NSLU and other NAS devices (I've worked on several Linux NAS devices), but it's painful. I did MIPS and PowerPC (and a bit of ARM) and I ended up having to hand-tune or re-write virtually every single app I wanted to compile. I ALWAYS had to re-write make files and more than once I had to tweak a bit of code. And this was using Gentoo, a distribution designed for this purpose. I quickly gave up on Debian. Getting the kernel itself (and bash) working wasn't too tough, everything else was a major hassle.

      To give you an idea of how annoying this is: You would think that PowerPC would be well-covered with YellowDog, MKLinux, etc. You'd be wrong about that. There are a SEA of bugs in different PowerPC processors that break various parts of YellowDog and MKLinux. And as it turns out the PowerPC CPU I was using (the 601) didn't work with YellowDog or MKLinux at all.

      Basically, TFA is flat-out wrong. Shifting Windows to ARM is impossible (literally, most apps would have to be re-written from SCRATCH) and shifting a Linux desktop to ARM is NEAR-impossible unless you enjoy pain. Running a handful of specially-compiled non-updatable apps is relatively easy, that's what Dell is doing. To a greater extent, that's what Pandora is doing. Porting a full Linux operating system (something like Ubuntu) is a multi-year effort involving dozens (or more likely, hundreds) of developers.

      I haven't even started on driver issues yet.

    40. Re:Not a problem by Anonymous Coward · · Score: 1, Funny

      Don't you really mean "Jack Thompson"? >:-D

    41. Re:Not a problem by wastedlife · · Score: 1

      Once ReactOS is stable (more like IF ReactOS is ever stable), that would likely be better to run in qemu than wine+x86 linux distro.

      --
      Said, "It's just like dice but it's got more sides And it tells me who lives and who dies"
    42. Re:Not a problem by rtechie · · Score: 2, Insightful

      The reason Teh Lunix fails when sold at retail is primarily due to returns. If you sell out all your computers, and 80% of them get returned because people don't want Teh Lunix... how are you supposed to make a profit? The profit margin on computers is very low, and if a company has to sell at a steep discount for "open box"... they've just lost money.

      I don't know why this guy got modded down except for the typical mindless pro-Linux bias here. The above is realistic. I don't know if it's 80%, but Linux desktops see FAR more returns than Windows desktops. MacOS desktops see more returns too, that's part of the reason for the high costs. Compatibility is a major factor. In practice, this completely negates any cost advantage Linux might have. You add in support costs and selling Linux is basically a loser for most PC vendors. It makes a LOT more sense for PC vendors to sell machines completely bare and have people install Linux on them. This pretty much locks out all casual users.

      The reality is that desktop Linux will never take off unless one of the Linux vendors bites the bullet and agrees to provide free, unlimited, 27/4 technical support to PC makers like Dell. Yes, this is better than Windows (that's the whole point) and yes, this would cost billions (I'm thinking about $3 billion per year). Penetrating entrenched markets is HARD. MS has spent $8 billion trying to penetrate the console market. The 360 is wildly successful and they're still nowhere near profitable. The PS3 has been a disaster and Sony is STILL beating MS on sales.

      I also wouldn't even consider this in the hostile US market. I'd do it in Europe, and I'd use some of those billions to bribe officials to get my Linux into the governments and to get tarrifs or lawsuits and other anti-compete measures passed against Microsoft. MS (and every company with the resources to do so) does the same thing, so don't feel bad for them.

    43. Re:Not a problem by wastedlife · · Score: 1

      I would think the biggest problem is emulating both CPUs of the DS. IIRC, there is an ARM7 and an ARM9 in the DS controlling 2 screens, one of which is a touch screen.

      --
      Said, "It's just like dice but it's got more sides And it tells me who lives and who dies"
    44. Re:Not a problem by amn108 · · Score: 1

      Right now I can drive up the street ...

      Do you drive on gas?

    45. Re:Not a problem by Anonymous Coward · · Score: 0

      Hell, who doesn't?

    46. Re:Not a problem by cheeseboy001 · · Score: 1

      it should not be too hard at all to let it run x86-win32 applications in arm-linux environments

      Yes, it should. It's never been done before (to my knowledge), and it is not at all simple.

      There is JIT and there is compiling, and the two, although based on exactly the same routine, deliver two different results, performance- and battery-life- wise.

      I'm not sure what you're trying to say here, but there's not a huge difference.

    47. Re:Not a problem by Anonymous Coward · · Score: 0

      Too bad it isn't shipping yet. Probably some other ARM device will fill that niche earlier. Or one released right now... such as Nokia N8x0.

    48. Re:Not a problem by amn108 · · Score: 1

      Well, yes it would be the biggest problem, but I do not think it would be a BIG problem in itself. After all one x86 CPU is able and does run two applications in parallel.

    49. Re:Not a problem by Anonymous Coward · · Score: 0

      Linux only attracts freeloaders and cheapskates who don't want to pay for other peoples effort. The whole "Freedom" thing is a a huge scam. The aim of all FOSS nuts (including your god stallman) is to drive developers out of business by making all software a commodity and essentially free. Whats that? Pay for maintenance? Isnt OSS software supposed to be bug free? Many Eyes and all that hand waving is supposed to mean something , AMIRITE? Although I guess "employed in my moms basement" does count for something... Can I put it on my resume??

      I think FOSS is good at whoring themselves out. MS throwing cash at apache, Mozilla whoring out their search bar and front page to google so they can monitor every firefox user's activity on google.com. Is that the new thing?

      The bigger point is that Linux fags cant agree on anything.. The OSS world is fucking chaos. Which is why nobody wants to ship software for you cunts. (Other than the fact that most of you wont pay for shit and basically steal music and movies right now anyway) Just look at what poor opera has to do.. http://www.opera.com/browser/download/?os=linux-i386&ver=9.63&local=y

      200 downloads just to ship software for Linux? LOL... Microsoft doesn't have to do anything. You morons still cant figure it out. Linux is a horrible platform to ship any commercial software on.

      YEAR OF THE LINUX ! It started with a crash http://patchwork.kernel.org/patch/612/

      HAHAHAHAHHAAHHA...

    50. Re:Not a problem by amn108 · · Score: 1

      You may read the WINE's Myth.10 on their webpage, they explicitly tell of some of the problems associated with porting WINE to other architectures. Just because it has never been done does not mean it cannot be done, or is monumentally difficult. It took long enough to set WINE up and running as it is, so it is not a priority to get it ported, but i do not see a reason it cannot be used for running legacy Win32 apps on alien platforms. Even as Windows itself has not been ported to anything else than x86.

      As to JIT vs compilation, i did imply these are not very diffrent. The whatever difference these have does almost result in a world of difference literally though. JITting usually favours speed of compilation, since it has to do it just in time (hehehe), so it leaves out some of the optimizations and reaction to condition checks standalone compilers include, because it has to run the program today, right now, not tomorrow. There are other things too, but in total these two techniques that have the same conceptual root bring about two different classes of programs, which is why I differentiate between the two. But something tells me you know how all that works yourself :-)

    51. Re:Not a problem by saintlupus · · Score: 1

      Even as Windows itself has not been ported to anything else than x86.

      Yes it has.

      The NT 4.0 operating system ran on four different architectures -- x86, PowerPC, MIPS, and Alpha.

      --saint

    52. Re:Not a problem by AmyRose1024 · · Score: 1

      But as mentioned above, the vast majority of Windows-only programs are proprietary. Most of the open-source Windows applications are natively available on Linux already. So this won't work for most Wine users.

    53. Re:Not a problem by Anonymous Coward · · Score: 0

      LOL... Aww dude.. cmon. don't you know about apt-get? apt-get crysis-linux? Works, right? I mean I can wait while a multi GB download jacks up my bandwidth. Who could possibly want to ship software on a DVD/CD? What a bunch of morons....

    54. Re:Not a problem by RulerOf · · Score: 1

      You could argue that it would be nice if this could be achieved by moving people to Linux.

      Ironically, I would probably move to Linux for my mobile use if I could get it on a device that promises my Laptop's form factor with *huge* battery increases.

      I've always seen Linux or OS X only support as a limitation to what I can do... I just prefer Windows. But when it comes to niche devices, specifically ones that fit in your hand for doing network surveys or whatever, Linux would be one *hell* of an upgrade compared to what they normally ship with. I'd kinda like to [be able to] run it on my phone...

      --
      Boot Windows, Linux, and ESX over the network for free.
    55. Re:Not a problem by amn108 · · Score: 1

      What, your stupid 'Hello World' code does not sell? Try lowering the price and offer source code, you might get suggestions on market value and code quality instead.

      Linux does not work on freeloading. Freeloading is just a sideeffect, and not necessarily unfortunate at that. Usually those who get free code produce code too. Logical thinking is part of human mind, it is the elite industry who is trying to have you believe only they can give you the true quality product and the reasons there are so many zombie programmers producing zombie code (Hello World application, Visual Studio 2009 style!) is exactly because code has a price tag, and time is money, no time to REALLY think (logically), time to produce stuff!

      With freely available source code, more people can participate in improving quality of product.
      Also, after having bought a blackbox commercial product, they are not denied changes and are threatened with lawsuit if they just want to make it work for them - the product they have legally bought. Open source makes people interested in it independent, it divorces them from the partner they did not want to have - the vendor, who only thinks with their wallet, so obviously it is natural there are people who want to just buy something that works, and there are people who want to buy something that they can adapt their needs. I belong to the latter group (i can actually code), and it looks as if that group is miraculously growing.

      Want a job, go work in Africa, there is a good chance their ancestors were freeloaded by your ancestors just over a hundred years ago, you owe them that. Why are you complaining on behalf people who do not want to be complained for? Did I raise the price on your house loan or something by not paying for my software? In that case, why should I care? Wolf against wolf, just like you seem to like it.

      There is always market for a good pair of hands, and I am not talking about keyboard typing. When I choose to 'waste' my life in 'my mothers basement' at least I do not ask of others to pay me for that. Because I work somewhere else entirely.

      I produce code and leave it open, but I also use code that is left open.

      Stop putting a price on everything, you have your head too deep in that market economy improve-yourself-and-get-rich self-help book you keep around. Want to be MONEY rich, do something people WANT to pay MONEY for. Evidently the times when people did want to pay for code are gone.

    56. Re:Not a problem by amn108 · · Score: 1

      The NT 4.0 operating system ran on four different architectures -- x86, PowerPC, MIPS, and Alpha.

      (: I KNEW THAT!

      Seriously though, yes I know NT was, but my concerns lie in the stuff M$ has today - mainly Vista platform.

    57. Re:Not a problem by Anonymous Coward · · Score: 0

      FTFA

      Fine The Fine Article?

      FROM The F*@king Article

    58. Re:Not a problem by Janek+Kozicki · · Score: 1

      yeah, my wallet is too big, but I never get around to slim it.

      The keyboard on Pandora is of course too small for writing essays, it's worse than the EEE's one. I just prefer Pandora because it's not possible to carry EEE in pants' pocket.

      --
      #
      #\ @ ? Colonize Mars
      #
    59. Re:Not a problem by wastedlife · · Score: 1

      Yes, but the instructions are not actually executed simultaneously without hyperthreading, multiple processors, or multiple cores. However, looking over the specs, the ARM processors on DS are so slow that it probably wouldn't be much of a problem. In fact, according to Wikipedia, it appears that there are already emulators available that can run commercial games at nearly full speed. So I was incorrect, and the asymmetric multiprocessing is not that big of an issue.

      --
      Said, "It's just like dice but it's got more sides And it tells me who lives and who dies"
    60. Re:Not a problem by nurb432 · · Score: 1

      But we all don't make up the other 95% of users that drive the market.

      Money makes things go, and 5% wont make many look.

      --
      ---- Booth was a patriot ----
    61. Re:Not a problem by master5o1 · · Score: 1

      if you had the source you could just port it to Linux.

      --
      signature is pants
    62. Re:Not a problem by Anonymous Coward · · Score: 0

      But ubuntu isn't avaliable for ARM as far as I know o_O

      or did I miss something?

    63. Re:Not a problem by Janek+Kozicki · · Score: 1

      yep, you missed something obvious: http://www.google.com/search?q=ubuntu+ARM+download

      --
      #
      #\ @ ? Colonize Mars
      #
    64. Re:Not a problem by Anonymous Coward · · Score: 0

      OMG!! Me too!





      Oh, I guess I should mention that Windows is the suck and I use buzzword terms so that I can get modded interesting, too.

    65. Re:Not a problem by default+luser · · Score: 1

      Server 2008 (AKA: Vista) runs on IA64. Yeah, same company, but definitely a different architecture.

      --

      Man is the animal that laughs.
      And occasionally whores for Karma.

    66. Re:Not a problem by rtechie · · Score: 1

      runs ubuntu just normally

      Has anybody actually seen this? I find this statement very difficult to believe. The issues with porting desktop Linux to ARM are massive. This isn't even the target, it's supposed to be an emulator box.

      It's just a startup now, people did preorders (by preordering it means that you are trusting them ;) and it will be delivered about March or April.

      AKA vaporware.

      It's a perfect UMPC for me, a really "mobile" PC, smaller than my wallet, actually.

      How can it be "perfect" for you? It doesn't exist.

    67. Re:Not a problem by slapys · · Score: 1

      But as mentioned above, the vast majority of Windows-only programs are proprietary. Most of the open-source Windows applications are natively available on Linux already. So this won't work for most Wine users.

      If Microsoft wanted to compile its software for the ARM architecture, it would. The market must demonstrate that long-battery-life netbooks are in high-demand first. Remember, Apple switched from PPC to Intel because of the improved performance-per-watt ratio. Once these major companies see a benefit to running their code on efficient RISC architectures, it will happen. It's just a matter of time.

    68. Re:Not a problem by amn108 · · Score: 1

      Ok. So it does. I know nobody who runs it. My point was meanwhile, as Microsoft releases niche Windows versions that may be portable and are indeed sort of ported to other platforms, the mainstream Windows line of products that majority of us has used, uses and will continue to use is not ported to ARM but remains the only option of running Windows applications. Besides WINE, which if ported itself, will sort of open the port (pun intended) for many Windows products (the list is expanding) to reach a broader 'ecosystem'. Speaking besides point, I hope Microsoft starts re-writing Windows in a portable way, since they seem so concerned with open source suddenly. If that is how they will survive the open source, fine by me. Windows GDI is said to be written in assembly (despite being layered on top of Windows HAL), but Microsoft likes to mention these days it is 'deprecated'. I have not been paying attention to Windows environment in a good while, since I stopped developing for it. But I am pretty sure the chances of Windows being ported succesfully are just as slim as with porting Wine (in a comparable time period).

    69. Re:Not a problem by UnknownSoldier · · Score: 1

      Whoa - someone forgot to take their medicine today...

      Sometimes people do things NOT ONLY for money, but because *gasp* they enjoy it, and want to SHARE the fruits of their labor. You ever heard of something called "GAME MODS".

      You seem to be under the delusion that MONEY is the ONLY way to VALUE something.

      You must hate libraries too, or hate it when people loan CDs, DVDs, and BOOKs to their friends. Thankfully dinosaurs like you don't have to face the new world where sharing is more important then profit.

      Stealing != Copyright Infringement != Piracy != Downloading.

    70. Re:Not a problem by fast+turtle · · Score: 1

      Turn in your Geek Card. You forgot Itanium, which makes it 5.

      --
      Mod me up/Mod me down: I wont frown as I've no crown
    71. Re:Not a problem by xenocide2 · · Score: 1

      How many Pandoras do you have in your pocket right now? Is it more than "none?" If not, stop pumping vaporware with no firm release date!

      --
      I Browse at +4 Flamebait

      Open Source Sysadmin

    72. Re:Not a problem by xenocide2 · · Score: 1

      You keep saying this, but just what the hell is so hard about Debian ARM?

      --
      I Browse at +4 Flamebait

      Open Source Sysadmin

    73. Re:Not a problem by Anonymous Coward · · Score: 0

      Yeah, I can buy gas up the street too. Chips, fuel, and lots of other things are much more popular and practical when they're actually offered for sale.

    74. Re:Not a problem by saintlupus · · Score: 1

      Holy shit, Itanium existed? I thought that was all just a horrible dream.

    75. Re:Not a problem by Janek+Kozicki · · Score: 1

      Posting all links & info in my OP would be karma whoring. But apparently you are too lazy to do some research yourself, if you don't wanna know, why should I care about you? But I care about pandora, and that's only why I will give you links to ubuntu running on pandora devboard: http://www.youtube.com/watch?v=zOPNurKei0I - Which proves that ubuntu indeed is running on ARM.

      And this is pandora prototype running angstrom: http://www.youtube.com/watch?v=Nis0OjKmGGY

      The prototype itself: http://www.youtube.com/watch?v=6MaIQYHd23A

      Which has been just received by the hardware guy for final testing - and he has a crappy camera as you can see. Now they will be ordering keypads (you see the keys aren't there yet), then a final version of CNC case to test it, then head to mass production. This process will take about one/two months from now.

      there you can read more: http://openpandora.wordpress.com/

      and there you can see more videos: http://www.kultpower.de/pandoravideos/

      It's perfect for me. I paid upfront and I'm glad that I managed to do it before everyone else - all 4000 units were sold in 3 days, when preordering started. Now go back to you whining somewhere else.

      --
      #
      #\ @ ? Colonize Mars
      #
    76. Re:Not a problem by rtechie · · Score: 1

      Debian ARM is for NAS devices only.

      I have used Debian ARM on the NLSU2 and it has EXACTLY the limitations I described above. There IS no meaningful repository so you have to compile everything AND you have to modify the MAKE files and even then 90% of software for Debian doesn't work.

      There is no way Debian ARM could come close to replacing a desktop system.

    77. Re:Not a problem by xenocide2 · · Score: 1

      Interesting. Ubuntu already has an ARM project, and much of the FTBFS work is done, because Debian ARM fully supports platforms like the Netwinder, despite your claim. People claim to have run Xubuntu, for example, on a "Qong (i.MX31 CPU Module)."

      --
      I Browse at +4 Flamebait

      Open Source Sysadmin

    78. Re:Not a problem by Hurricane78 · · Score: 1

      Well... Try running recent specialized software in Linux. They use the new APIs that Wine does not support yet, and they can't be run in a VM because this would slow them down too much.

      This includes pretty much all professional music software (Cubase, Native Instruments software, Reason, and so on), design software (Adobe products. No, the new versions still do not work in an acceptable manner under Wine), CAD and 3d design software (Maya, Vue, Zbrush, etc) and of course games.

      The reasons are clear. It's not worth the cash to make it compatible. The return of investment is still too small. Which is of course because most users still use windows. Which itself is caused by it being whatever comes with the computer. Which is of course Windows. First, because customers would be angry if they wanted to test their new shiny computer with some games or something else, and then noticed that this was not possible. And secondly, because Microsoft has some pretty evil deals and methods to make them pre-install Windows. And that's the core problem with it.

      We have to push Linux so hard as "whatever comes with it", that developers pretty much have to make their stuff compatible. Then we get a fighting chance with Linux on the desktop. And if we win this fight with Microsoft -- which will be the hardest thing you have ever seen -- it will be the year of Linux on the desktop.

      The nice thing is, that with Netbooks, this already started. Now we only have to find out how to make Linux the only option on the (real) desktop computer without it being Microsoft failing so hard.

      --
      Any sufficiently advanced intelligence is indistinguishable from stupidity.
    79. Re:Not a problem by mollymoo · · Score: 1

      I run (non-default) Linux on my NSLU2. In the early days, it was a lot of hassle tweaking Makefiles and fiddling with code. But now, I use Debian ARM on an NSLU2 and my experiences don't match your at all. It's totally painless. I don't need to recompile stuff myself and the repositories have everything I need. Even the kernel gets updated and flashed automagically. Perhaps you should look again, I've not had to touch gcc on my NSLU2 or go through the pain of getting a cross-compiler working for a long time. The NSLU2 is an officially supported platform for Debian ARM, which has come a long way in the past couple of years. As of today, there are 17354 normal binary packages in the repositories for Etch. There are probably even more for Lenny.

      --
      Chernobyl 'not a wildlife haven' - BBC News
    80. Re:Not a problem by mollymoo · · Score: 1

      It just begs a question, for WHOM REALLY is Windows and its software a limiting factor? It looks now as if the only people who just would die from not having access to Windows are those who put their whole commerce on it and people who sit and play the latest games.

      People who don't understand computers. They get a Windows-only CD with their new broadband provider; we know you don't need it, but they don't know how to enter the settings manually. They get a CD with their new digital camera; we know you just need to stick the memory card in your card reader and it'll just work, but they don't. They get a new printer with a Windows- and Mac-only CD; we know if you just try it there's a good chance it'll work, but they don't. They put the CD in, it doesn't work and they think that means their new toy doesn't work with this crappy non-standard OS. They phone their broadband provider/widget manufacturer for help and they are told Linux isn't supported. Their local geek tells them to use the Ubuntu forums to ask for help, where people start babbling on about typing in commands and their eyes glaze over and they take their "broken" computer back for a refund.

      It is a chicken-and-egg situation. Peripheral, software and service suppliers won't support Linux till there are enough people using it to make it worth supporting. Normal people won't use it till they can go to a store and at least see a Linux logo on something and know it will work with their system.

      --
      Chernobyl 'not a wildlife haven' - BBC News
    81. Re:Not a problem by amn108 · · Score: 1

      Enshortened personal opinionating:
      1. People understand computers just fine, it is the constructs like Windows (and Linux too) they cannot get their minds around. Habits help, but re-learning sucks dont it? Why is it Windows habits are better than Linux habits? I honestly do not see why my mom should use Windows? she just does three things, and all those three work fine. It is not like Windows install is a walk in the park, with all the drivers etc. When it works, yes, but then again it is the same story with Linux installers. I say go Linux, and let us wait and see. Things are changing.
      2. Instead of 'supporting' hardware, give it wings. Dont have it crawling on a leash, let it out in the big world together with programming reference manual, and you dont have to think about it anymore! Of course greed and control are by many considered healthy human qualities. And I agree, but I see potential in free hardware, where others see loss without doubt.

    82. Re:Not a problem by icebraining · · Score: 1

      You know, Wine = Wine Is Not an Emulator! If the binaries are compiled for x86, they won't run in an ARM based CPU, with or without Wine.
      You will need a x86 emulator, which would kill any advantage of ARM based CPUs.

    83. Re:Not a problem by amn108 · · Score: 1

      Yes I know, and you are absolutely right. But then it does not make much sense for Wine folks to tout that Wine is portable. Because once it is ported to another platform, and has to perform its function where it runs win32-x86 applications, there has to be some sort of translation obviously. If it would be called emulating, I do not know, but by that time the acronym has lost its original meaning and value.

      And, again, I am a programmer and am pretty well aware of the subtle differences between JITting, compiling and emulating on the fly. Are you a programmer? I can try to explain how x86 Windows apps can be run under ARM _WITHOUT_ emulation. But am too lazy to bother just for the sake of explanation. And it is not like Wine folks are themselves unaware of ways in which it can be done. I also mentioned bits and pieces of the issues in other comments to this same article.

    84. Re:Not a problem by rtechie · · Score: 1

      You mean there's exactly ONE incredibly obscure development platform for a GUI on Debian ARM that hasn't been made since 1999? There's exactly one of these devices selling on eBay.

      I stand by my statement.

    85. Re:Not a problem by rtechie · · Score: 1

      This process will take about one/two months from now.

      In 2 months when shipping hardware is in people's hands and you've tested it you'll be able to say:

      runs ubuntu just normally

      Until then you're talking out of your ass about vaporware.

      It's perfect for me.

      It DOES NOT EXIST. You merely have a DESCRIPTION that makes it appear that the product will work for your needs. What it the unit arrives DOA or some of the features aren't as described in the shipping product? It won't be "perfect" then, will it?

      Stop being an evangelist and think for a minute.

  2. And this is how Linux will win. by B5_geek · · Score: 5, Insightful

    And this is how Linux will win. Not with a bang but a whimper. Embedded appliances, dedicated purpose applications, and multi-platform compatibility.

    Firefox, Thunderbird, and (hopefully) soon KDE.

    MS users who don't know any better, will win this for us.

    Geeks like us have already dominated the server-side of the Linux equation, now fools will win the desktop for us.

    --
    "The price good men pay for indifference to public affairs is to be ruled by evil men." ~Plato (427-347 BC)
    1. Re:And this is how Linux will win. by Anonymous Coward · · Score: 0

      WindowsCE runs on ARM and x86.

    2. Re:And this is how Linux will win. by bucky0 · · Score: 3, Interesting

      windows CE is not windows. If the advantage of using windows CE is getting to use your old, familiar windows programs, good luck, because you're going to need at least a recompile if not a gigantic refactoring to get it to run on CE. If you're going to refactor anyway, then you don't necessarily have to choose CE.

      --

      -Bucky
    3. Re:And this is how Linux will win. by fuzzyfuzzyfungus · · Score: 5, Interesting

      True; but WinCE is pretty sharply dissimilar to Windows proper. MS has put a good deal of effort into making it look somewhat windowish; but it remains an alien freak. Similar enough to make you fall into Windows habits, odd enough to constantly frustrate those habits.

      Honestly, an appropriately skinned version of Linux would probably be more familiar to most users than would WinCE.

    4. Re:And this is how Linux will win. by Anthony_Cargile · · Score: 1

      WindowsCE runs on ARM and x86.

      Well I'm sure we could care less about x86 ATM because we have enough operating systems that run on it, and also the article is talking about ARM, not x86. Also, WinCE != Windows, the underlying system is vastly different (they do, after all, release the source code under the "shared source" license, don't they?) and therefore the system calls are bound to be different unless an application is specifically designed (embedded Visual C++) to be run in that embedded environment.

      So unless your favorite games/winapps are willing to be recompiled by their developers for the same Windows operating system but for a different processor architecture (not like enough of them do it for x64, anyways) then it won't make much of a difference. Open source and Java, on the other hand, would get a boost off of something like this.

    5. Re:And this is how Linux will win. by Anonymous Coward · · Score: 0

      Jobless depression-geeks like you will keep dreaming at your momma's basement while the last food stamps are running out.
      Normal people want computers to play games and watch porn, and Linux can't give the games part... Besides M$ already got an ARM division working from Mumbai, India, so expect ARM support and ARM/x86 application switching to become a M$ feature soon...

    6. Re:And this is how Linux will win. by UnknowingFool · · Score: 1

      Also MS has been focused on the PC for so long. They have been relying on every successive PC generation getting more powerful so that they could stuff in more features. Thus there is no true Windows (CE or Mobile is not the same as XP or Vista) that can fit on a smaller device like this and with every successive generation MS gets further away from this.

      --
      Well, there's spam egg sausage and spam, that's not got much spam in it.
    7. Re:And this is how Linux will win. by Anonymous Coward · · Score: 0

      No, sorry, it's still easier to port all of Windows to ARM than to move everyone in the world to Linux.

    8. Re:And this is how Linux will win. by Registered+Coward+v2 · · Score: 1

      And this is how Linux will win. Not with a bang but a whimper. Embedded appliances, dedicated purpose applications, and multi-platform compatibility.

      Firefox, Thunderbird, and (hopefully) soon KDE.

      MS users who don't know any better, will win this for us.

      Geeks like us have already dominated the server-side of the Linux equation, now fools will win the desktop for us.

      Given the differences between the two markets (server and desktop) I wouldn't write off MS so quickly.

      A different scenario - Intel uses it's Atom as the pathway to a combo setup - develop the Atom to run a low power mode and switch to another processor as needed. Intel's advantage is that they can build the bridge into the design - and work with MS to adapt Windows to use the design.

      Do not underestimate Wintel's ability to take on challengers and adopt good ideas to their own ends.

      --
      I'm a consultant - I convert gibberish into cash-flow.
    9. Re:And this is how Linux will win. by plague3106 · · Score: 1

      Geeks like us have already dominated the server-side of the Linux equation, now fools will win the desktop for us.

      Huh? http://news.cnet.com/2100-1016_3-6041804.html

      I really don't know why you think Linux on embedded OSes will help it in other markets; I know my cable box runs Linux. That has no impact on me though and my desktop OS. I doubt I'd change my desktop due to what my phone runs, or what my Zune runs.

    10. Re:And this is how Linux will win. by pipatron · · Score: 1

      Yes, Windows is easy to port. I'm quite sure they have ported it to both PPC, mips and arm already in their labs. The applications running on top of Windows is a completely different issue, and that is what matters here. People want Windows to run Windows-only software, and unless every company will convert their programs to run on the other processors, running Windows on ARM doesn't help you a bit.

      --
      c++; /* this makes c bigger but returns the old value */
    11. Re:And this is how Linux will win. by tannsi · · Score: 1

      ... that any hacker in the world can download the source code for, and thus, write customized attacks for.

      Ah, but that it also Linux's strength because the open source, such "custom made attacks" are a lot quicker to be found and fixed. In fact, I recall several occasions where there was a big fuss because of the possibility of attack. With your precious patched proprietary system, if there is an attack, then you have to wait for Microsoft to find the security hole and come up with a patch, or, as is often the case, the author of whatever software you are using at the time. After this period of time, thousand of machines worldwide have already been attacked.

    12. Re:And this is how Linux will win. by Alioth · · Score: 1

      It also seems that WinCE (or just wince, as I prefer to call it) is neither one thing nor the other, it's trying to be a PC on a device that most certainly isn't a PC (they even call it Pocket PC these days) and isn't used like a PC. It makes it very awkward to use. Add to that the crashyness of Windows 95, and you've got a device that just gets in your way. And this ultimately is why I have an iPhone, and not a Windows Mobile device.

    13. Re:And this is how Linux will win. by TheKidWho · · Score: 1

      Sure it can using WINE, most games run at the same speed under wine.

    14. Re:And this is how Linux will win. by crayz · · Score: 1

      Right. As computing devices with a user-facing operating system become more and more ubiquitous(at least in the short term), Linux will win from the bottom-up. The price of a device will be inversely correlated with the manufacturer's willingness to shell out the money for a Windows license, and the price of computing is continuing to fall (obviously)

    15. Re:And this is how Linux will win. by beej · · Score: 1

      I often wonder where "geeks like you" actually work, and if you actually make decent money (six figures).

      Can't speak for him, but I make "decent money".

      I've been in the industry 10+ years and maintained basically the same position at two different large corporations (5000 plus workstations and 500 plus servers)

      My friend works as a sysadmin for a large company you've heard of with thousands of servers, and they're nearly all Linux-based.

      Another friend works for a national lab (which, as you can imagine, is fairly security-aware) and he runs literally 10-times as many servers as you, and they're all Linux-based. He makes plenty decent money.

      I'm fairly certain to Joe Schmoe business owner, being MS certified means a lot more than being Red Hat or Canonical certified. I also think the other real issue is that no corporation worth a shit (read: privately owned, multi-billion dollar) will ever be willing to run their business on a system that any hacker in the world can download the source code for, and thus, write customized attacks for.

      I think you're actually right about these scenarios, but I think it's because your Joe Schmoe is wrong. (With the exception that no multibillion-dollar company "runs their business" on a single type of system. And what's with public corporations not being worth a shit?)

      This is not meant as a troll, though I'm sure it will be taken as one...

      If it walks like a troll, and talks like a troll... but I think you actually had a valid point a couple paragraphs in.

      I think the facts speak for themselves looking at the sheer number of attack vectors for an up to date Linux system over an up to date Windows system.

      Yes, but in terms of patches, way more vulnerabilities are fixed on Linux-based systems than on Windows systems. So there! ;-)

      Neither position is really relevant; the proof is in the pudding.

      In cryptography, it's well-known that an open design is the only way to even hope to build a secure cryptosystem. Some of that carries over to system design, as well.

      There are more good guys than bad guys out there. If a good guy finds a vulnerability, s/he will contact the authors to make a fix, the author will make a release, the release will be announced, and all sysadmins who are making an effort will patch before the bad guys write an exploit and attack.

      That's not always how it works, but with a lot of good guys looking at your open code, that's often how it works.

      It's a fact that your systems have security vulnerabilities. The question is, do you want to know what they are? The catch is that not just you will know; everyone will know! The concern is that everyone will know, and somehow you'll not get the memo. However, you're the sysadmin, so if you do your six-figure job, you'll be one of the first to get the memo and patch your systems.

      I proudly place my trust in a patched proprietary system over a patched open system, mainly because of the ease of creating a new hack for the patched open system.

      But in practice they're both secure, so you can proudly place your trust (blind or not, whichever you choose) in either one.

    16. Re:And this is how Linux will win. by earlymon · · Score: 1

      FWIW, I don't take this as a troll, but anecdotal. If you've held the same position twice, then you're not in a strong position to speak outside of that experience.

      http://www.internetnews.com/bus-news/article.php/2244391
      http://www.cio.com.au/article/68397/munich_government_chooses_linux_over_microsoft
      http://www.linuxjournal.com/article/7008
      http://linuxscorecard.blogspot.com/2007/09/this-blog-will-spring-back-to-life.html

      Although I'm not citing "privately-owned" businesses, and I'm not sure how many of those there are that are multi-billion dollar concerns, I am suggesting that there are those with more than 10+ years experience making the Linux over Windows call - and leaving it as a exercise to uncover more.

      As for number of attack vectors being wider for FOSS than Windows - please, try beer, it's better than the Kool-Aide - really.

      --
      Pathological kinda promises Path + Logical - but instead, you get stuck with pathetic.
    17. Re:And this is how Linux will win. by Lisandro · · Score: 1

      Sure it can using WINE, most games run at the same speed under wine.

      WINE only runs on x86 and x64 architectures.

    18. Re:And this is how Linux will win. by TheKidWho · · Score: 1

      Uhh, the OP was mentioning linux not being able to run games. Of course regular closed source PC games won't run on an ARM system, but that was kinda obvious to begin with wasn't it?

    19. Re:And this is how Linux will win. by Spaseboy · · Score: 1

      When Windows CE first appeared on the scene, it was presented by MS as an alternative to thin clients because MS was really threatened by JAVA and thin clients. Then the price of computers came down from the couple thousands to a thousand or less.

      Windows CE that you use on your phone is not the same Windows CE that you can get for a netbook-type device in terms of interface. The applications are the same but the interface is like Windows 95 and runs an Explorer shell.

      --
      "I don't want more choice, I just want nicer things!"
      -Jennifer Saunders as Edina Monsoon
    20. Re:And this is how Linux will win. by Anonymous Coward · · Score: 0

      Heh. Sad, but true. I develop applications for WinCE at my current job... I'd much rather the skinned Linux you suggest!

    21. Re:And this is how Linux will win. by Anonymous Coward · · Score: 0

      Oh, so /this/ year is finally going to be the year of Linux now right?
      Hope they don't delay it again...

      btw, gnome wins kde any day!

  3. Options by BloodyIron · · Score: 2, Funny

    Or... you could just switch to linux.

    Nah, too easy.

    1. Re:Options by ByOhTek · · Score: 1, Insightful

      Hasn't been easy for me in my dozens of attempts over the past couple of years.

      --
      Self proclaimed typo king, and inventor of the bear destroying coffee table (patent not pending).
    2. Re:Options by painehope · · Score: 3, Insightful

      Out of curiousity, not hostility, can I ask why?

      I work as a systems architect/administrator (whatever you want to call it) for UNIX/Linux-based large datacenters, but also use Linux personally and for non-technical tasks (e.g. Word, Excel, and assorted other files), without any difficulty. And I've been using Linux for almost 10 years now - back when things were difficult for users that weren't highly technical.

      The only things I ever find myself using Windows for is to run Visio (if someone could recommend a F/OSS replacement for it, it would be greatly appreciated, but I have yet to find one as full-featured - or even close) or to play games (which I do rarely, I prefer other forms of entertainment). And Flash rarely works to my satisfaction, but I don't really consider that a great loss either.

      I just don't understand it when people say that they can't switch over to Linux. Or at least dual-boot. Not to insult your intelligence, but most modern distributions are simple to install and productively work in. Maybe it's my background, maybe it's your choice of distributions, but I fail to see what the fuss is about. Especially when there are distributions (Ubuntu, for example) that are specifically geared towards non-technical users. While I personally find Ubuntu to be over-simplified and (as of my last use, about 3 years ago) not secure enough, I don't see why it wouldn't be easy to use as well as a vast improvement over Windows.

      --
      PC moderators can suck my White pierced, tattooed dick. If you think pride == hate, s/dick/Aryan meat mallet/g.
    3. Re:Options by ByOhTek · · Score: 2, Informative

      Of the operating systems I've used and administrated (Windows, Linux, FreeBSD, MacOS), I've had to spend more time administrating Linux than the others (FreeBSD might take more administration time, but short of mergebastard 'administrating' it involves me typing a make or portupgrade command, and leaving it along for a couple hours, or at least not performing a relatively small set of tasks).

      Starting in 02 or whenever I first tried it, I had to deal with the usual dependency hell. I found out about yum later, but it didn't fix the issues.

      I moved from Fedora to Ubuntu as some people suggested. Performance on the two machines I used was lackluster (6.x and 7.x versions) compared to Windows and FreeBSD. It managed to prevent X from starting after a recommended update of KDE. I had a few other issues with the updater breaking itself or other apps, and gave up after a week or two each time (no other OS took that much time to get functional - I have limited patience). Also it usually crashed on shutdown. Not a big deal, but EXT2/EXT3 takes forever to check. It also crashed when I tried to play Boson.

      I then tried Gentoo. It worked mostly well, but I couldn't get open office installed, an app I really needed. So eventually, after some effort in that area, I gave up.

      Recently I went to try Arch. After installing and then installing X, it no longer wanted to boot from my HDD (SATA), it complained about not being able to start/initialize/mount (forgot the proper term) the root partition. It suggested I add rootdelay=8 to the kernel params in Grub. I did, and it didn't fix the issue, I tried rootdelay=30, but still no fix.

      I went to KUbuntu, the installer froze on me each time I tried to install (same spot each time, right after accepting the choice for the default keyboard).

      XUbuntu was next, XFCE is ok too. It installs, but it won't boot, with the same issue as Arch-Linux.

      Typically, each time, I spend a few days working on the issue, and if I can't find the resources to get it solved, I give up for a while, and go back to other OSes that suit my purposes sufficiently, namely Windows and FreeBSD. I'd like to give Linux a good shot, and use it - it's got better hardware support than FreeBSD, and a few apps that aren't properly ported that I'd like. As for Windows, it's not had any issues short of bad hardware, since Win2000 (note: Linux and FreeBSD refused to use the bad hardware, I guess they were smarter than windows on that machine).

      --
      Self proclaimed typo king, and inventor of the bear destroying coffee table (patent not pending).
    4. Re:Options by ByOhTek · · Score: 1

      Addendum, I can complain about windows lack of a decent command line. For file browsing and management, I prefer bash+cp+mv+ls to most gui utilities any day...

      --
      Self proclaimed typo king, and inventor of the bear destroying coffee table (patent not pending).
    5. Re:Options by plague3106 · · Score: 1

      I'll just say "me too." I found I was spending more time trying to keep Linux up to date than I did using my computer. Everything was a fight, so I ditched my Linux server of 10 years, and removed Linux from my desktop after using it for two or three years, I think.

    6. Re:Options by dragonjujotu · · Score: 1

      I'm going to be an obnoxious one and suggest a distro: PCLinuxOS. The only issue I've had is getting the usual notebook broadcom wireless chip running. At least the whole distro fits on a CD still.

      --
      Yes, I am obsessed with ellipses.
    7. Re:Options by Anonymous Coward · · Score: 1, Insightful

      Of the operating systems I've used and administrated (Windows, Linux, FreeBSD, MacOS), I've had to spend more time administrating Linux than the others (FreeBSD might take more administration time, but short of mergebastard 'administrating' it involves me typing a make or portupgrade command, and leaving it along for a couple hours, or at least not performing a relatively small set of tasks).

      Starting in 02 or whenever I first tried it, I had to deal with the usual dependency hell. I found out about yum later, but it didn't fix the issues.

      I moved from Fedora to Ubuntu as some people suggested. Performance on the two machines I used was lackluster (6.x and 7.x versions) compared to Windows and FreeBSD. It managed to prevent X from starting after a recommended update of KDE. I had a few other issues with the updater breaking itself or other apps, and gave up after a week or two each time (no other OS took that much time to get functional - I have limited patience). Also it usually crashed on shutdown. Not a big deal, but EXT2/EXT3 takes forever to check. It also crashed when I tried to play Boson.

      I then tried Gentoo. It worked mostly well, but I couldn't get open office installed, an app I really needed. So eventually, after some effort in that area, I gave up.

      Recently I went to try Arch. After installing and then installing X, it no longer wanted to boot from my HDD (SATA), it complained about not being able to start/initialize/mount (forgot the proper term) the root partition. It suggested I add rootdelay=8 to the kernel params in Grub. I did, and it didn't fix the issue, I tried rootdelay=30, but still no fix.

      I went to KUbuntu, the installer froze on me each time I tried to install (same spot each time, right after accepting the choice for the default keyboard).

      XUbuntu was next, XFCE is ok too. It installs, but it won't boot, with the same issue as Arch-Linux.

      Typically, each time, I spend a few days working on the issue, and if I can't find the resources to get it solved, I give up for a while, and go back to other OSes that suit my purposes sufficiently, namely Windows and FreeBSD. I'd like to give Linux a good shot, and use it - it's got better hardware support than FreeBSD, and a few apps that aren't properly ported that I'd like. As for Windows, it's not had any issues short of bad hardware, since Win2000 (note: Linux and FreeBSD refused to use the bad hardware, I guess they were smarter than windows on that machine).

      Sounds like you have a hardware fault.

    8. Re:Options by Capt.DrumkenBum · · Score: 1
      --
      If I were God, wouldn't I protect my churches from acts of me?
    9. Re:Options by SleepingWaterBear · · Score: 1

      Well, I can't speak to your experiences, but I've installed Ubuntu on at least a half dozen machines, and have been using it continuously for about 3 years now (I was using XP before that). It's never taken me more than 2 hours to get a complete working install, I've never had a problem with the package manager, and in general I've had to spend almost no time to keep my machine working (certainly far less than when I used Windows).

      There will always be problems with any OS, but in my experience Ubuntu is more reliable, and less trouble than XP. I will note that in the past when I've tried to use KDE I've had problems, so I run gnome - which is too bad since in principle at least I like the philosophy behind KDE better.

    10. Re:Options by ByOhTek · · Score: 1

      On multiple pieces of hardware, where all work fine in Windows and FreeBSD. I strongly doubt that.

      --
      Self proclaimed typo king, and inventor of the bear destroying coffee table (patent not pending).
    11. Re:Options by bendodge · · Score: 1

      What sort of hardware are you running? It sounds almost like some of those garbage old Intel chipsets, but I wouldn't imagine you'd be running anything that old.

      --
      The government can't save you.
    12. Re:Options by ByOhTek · · Score: 1

      If hardware quality was the problem, then Windows and FreeBSD wouldn't be reliable on the same hardware.

      At various times:

      Athlon 2500+ / nForce2 Ultra chipset (ABit) / 1GB memory (Corsair) / GeForce Ti4200 (ASUS) followed by GeForce 6600+ (Leadtek). IDE drive, the SATA controller was crap.

      Core Solo / GMA945GM / 2GB Memory (Crucial) / SATA drive

      Pentium Dual Core (2.2Ghz, 1MB Cache, basically a Core 2 Duo celeron) / 2GB Memory (Kingston) / Intel G31 chipset (ECS) / GeForce 9500GT (BFG) / SATA drive

      Oh, and there's an ANCIENT K6-III 450 Mhz (wasn't always ancient, obviously), on a Tyan board with the VIA MVP3 chipset (actually managed to keep Windows 98 running for three weeks of moderate to heavy use without a crash, windows 2000 didn't crash on it, FreeBSD doesn't crash on it - multi-year uptimes between power failures that are too long for my UPS) / 384MB memory (crucial) / Some old S3 Virge graphics card, before that was a GeForce256DDR from ASUS.

      --
      Self proclaimed typo king, and inventor of the bear destroying coffee table (patent not pending).
    13. Re:Options by PitaBred · · Score: 1

      Get Flash 10. It works great. I'm using the 64bit install from labs.adobe.com, and it works perfectly for everything I do with it. Flash games, Youtube, even site menus using Flash no longer do the crappy overlay stuff. And it's 64bit native.

    14. Re:Options by Anonymous Coward · · Score: 0

      X11 has nothing to do with GRUB or SATA. Installing a userland library and service isn't going to stop the kernel from mounting your root drive at boot. So you either misconfigured Arch or have a real life hardware fault.

    15. Re:Options by MrCrassic · · Score: 1

      A good Visio replacement for Linux is Dia. It's not as project-oriented as Visio, but its drawings are pretty good.

    16. Re:Options by fritsd · · Score: 1
      That all sounds very suspicious to me.

      Was this all on the same hardware?

      Consider trying memtest86+.

      except for not being able to find the root partition, that could mean a problem with grub or lilo after a kernel or initramfs upgrade.

      --
      To be, or not to be: isn't that quite logical, Slashdot Beta?
    17. Re:Options by ByOhTek · · Score: 1

      as stated in many other replies, it is on very different pieces of hardware. MEMTEST86 on several machines produced no errors after 24-48 hours.

      Anyway, hardware problems would also cause issues with Windows and FreeBSD, both of which, worked fine.

      --
      Self proclaimed typo king, and inventor of the bear destroying coffee table (patent not pending).
    18. Re:Options by ByOhTek · · Score: 1

      True, but Arch did download kernel updates, which would have an effect.

      --
      Self proclaimed typo king, and inventor of the bear destroying coffee table (patent not pending).
    19. Re:Options by Anonymous Coward · · Score: 0

      Dia works quite well as a replacement for Visio, in my experience, anyway.

      http://www.gnome.org/projects/dia/

    20. Re:Options by BiAthlon · · Score: 1

      I've had more than one situation where a sketch power supply or questionable RAM would totally refuse to run in various flavors of Ubuntu but Windows would just slow down or freeze for a while and eventually start working again. I think the guys at Microsoft just plan on running with crap hardware and their stuff degrades more gracefully.

    21. Re:Options by chappel · · Score: 1

      I recently did a full network diagram using Dia and it was pretty painful - no callouts, and I really missed the 'click-ctrl-drag' to copy - regular cut and paste kept putting new objects where i didn't want them. Editing text in objects was clunky; there is no print preview or even a printer selection option - just dump to default. Dia's use of layers is a bit odd and took some getting used to, but worked well. I did end up with a diagram, but it was painful. I think Dia could be a cool program some day, but it's really primitive atm.

      I recently found 'Draw' as a part of open office and am MUCH more impressed with it - I'd consider it feature complete as a fully functional Visio replacement. I understand there are even device templates to be had - I haven't looked into it. The only features I've noticed missing (so far) is the auto-object create macro that visio has to create an array of identical objects, and I don't think Draw it is file-compatible with regular Visio files. Give it a try!

    22. Re:Options by Anonymous Coward · · Score: 0

      Yes, I am very happy with the 64-bit native Flash 10. Now when Flash crashes my whole browser session goes down, instead of just Flash.

    23. Re:Options by ahsile · · Score: 1

      I'll have to check that out, thanks. Trying to create a decent layout in Dia is like trying to eat nails. Sadly it was the best I could find previously.

    24. Re:Options by PitaBred · · Score: 1

      Huh. What'd you do to the rest of your system? I haven't had any problems with it on multiple systems with many different configurations and video drivers. I know "I don't see it" is kinda shitty to say, but I haven't heard that from anyone else using 64bit Flash, either.

    25. Re:Options by ByOhTek · · Score: 1

      on that many muchines (different PSUs across the board).

      Possible, but unlikely.

      --
      Self proclaimed typo king, and inventor of the bear destroying coffee table (patent not pending).
    26. Re:Options by painehope · · Score: 1

      Sounds more like he has one of those rare pieces of hardware that just doesn't work with Linux. That has become a diminishing concern over the years, so I can only postulate that the hardware in question is (a) old and the driver is not well-maintained or (b) it's made by ATI and he didn't run a "supported" (ATI has a far different idea of what that word means than any other company I've encountered). Since X11 is mentioned so frequently, I would guess ATI.

      Just a guess, please stop throwing things.

      --
      PC moderators can suck my White pierced, tattooed dick. If you think pride == hate, s/dick/Aryan meat mallet/g.
    27. Re:Options by painehope · · Score: 1

      Okay, sorry for the late response, I had a lot going on yesterday and haven't slept much lately. Based on what you've said (postulating that you're not (a) lying, (b) smoking crack, or (c) both; I'll go out of my way and say that I don't think any of those are the case), I think you're just cursed. Plain and simple. Because I don't have any of the problems you describe, never really have. Of course, I'm one of those hell-bent types who just attacks a problem relentlessly. Which is why I suppose you switched over to a Windows/*BSD solution when Linux wouldn't work on system {X, Y, Z}. Nothing wrong with that, but I wouldn't hire you as a sysadmin either.

      You know enough to qualify as a "technical user/helldesk geek" (I mean that in the nicest way possible), seem to have a decent grasp of the basics, and I don't really know what to tell you. If this was real life, you're the guy that I would take away root from, eat some antacids, tell my manager to fuck off and that by fixing all your problems now we would save time down the road, and just dive in and sort out what the issue is with your workstation(s). If I knew you personally, you'd have to get me pretty drunk in order to help you with whatever your problem is. Unless you were female, cute, smart, and seemed to have an interest in me. Then I'd just bring over the wine, dig into the system, and lay you like floor tile.

      Seriously, dig up some genealogical records and see if your ancestors were archaeologists working in Egypt. Try to remember if you broke a mirror in the last N years. Watch out for black cats, and be werry, werry careful crossing the street. Because unless you live in Houston and are a cute, intelligent female, I can't help you. Might I suggest you finding someone of whatever gender is mutually attractive to you who is a sysadmin? Barring that, sacrifice a chicken before any Linux install attempt. Or a black goat. I've personally found the goat to work better, but people get the wrong idea when they see you trying to sneak a goat into your house or the office in the middle of the night.

      --
      PC moderators can suck my White pierced, tattooed dick. If you think pride == hate, s/dick/Aryan meat mallet/g.
    28. Re:Options by painehope · · Score: 1

      I'm running it. And have the same problem that I've had with every other version of Flash - no sound (please don't suggest a system problem - I'm an audiophile, so I do everything else sound-related on my Linux systems just fine). I'll sort it out eventually, but since (a) I don't really give a damn about any Flash app or site, (b) I never have to support it professionally, and (c) I wouldn't code for a Flash environment if you put a gun to my head, it's just never been a big concern for me.

      Thanks for the suggestion, though. And I haven't had Flash crash my browser in ages, so that's not a complaint. I just navigate away, scratch my head, go "well, I probably wouldn't have given a damn what they were saying anyways", and then move on to something important to me.

      --
      PC moderators can suck my White pierced, tattooed dick. If you think pride == hate, s/dick/Aryan meat mallet/g.
    29. Re:Options by ByOhTek · · Score: 1

      No broken mirrors or egyptian archeologists.

      I pissed in Gods Wheaties. But that wasn't enough, so I shat in them.

      Seriously though. I'm not going to be persistent (spending more than a day or two on an on an issue required for "production", when I've had less than a week of time where I've gotten use) on something when I have two perfectly good solutions available

      --
      Self proclaimed typo king, and inventor of the bear destroying coffee table (patent not pending).
    30. Re:Options by ByOhTek · · Score: 1

      Oh, and I have black cats. Two of them. They eat souls. Souls and cat food.

      --
      Self proclaimed typo king, and inventor of the bear destroying coffee table (patent not pending).
    31. Re:Options by painehope · · Score: 1

      I find it odd that you have a "production" need that allows you the leeway to choose between four more or less radically different operating systems (Windows, Linux, Mac OSX, and FreeBSD).

      And my methodology for anything that goes into production is to test it first, spend the time troubleshooting any issues that come to light, and then deploy it. Which I've done with Linux, AIX, Irix, and Solaris many times (and others occasionally, but those are the ones I've supported most often). Perhaps we have a different definition of production (I work with large datacenters almost exclusively).

      And I wonder about the use of "production" in an issue that involves Windows. And that's because I think Windows is as enterprise-capable as I am of sucking my own dick. Tried it once, got almost there, and ended up with a stiff neck. Yep, exact same results.

      --
      PC moderators can suck my White pierced, tattooed dick. If you think pride == hate, s/dick/Aryan meat mallet/g.
    32. Re:Options by ByOhTek · · Score: 1

      > I find it odd that you have a "production" need
      > that allows you the leeway to choose between
      > four more or less radically different operating
      > systems

      home machiens - word processing, web browsing, watching videos, playing games, one of them runs a web and mail server. Most of what I do can be done natively on any of those platforms. What can't, can be done in an environmental emulator such as Wine.

      > And my methodology for anything that goes into
      > production is to test it first, spend the time
      > troubleshooting any issues that come to light,
      > and then deploy it. Which I've done with Linux,
      > AIX, Irix, and Solaris many times (and others
      > occasionally, but those are the ones I've
      > supported most often). Perhaps we have a
      > different definition of production (I work with
      > large datacenters almost exclusively).

      Note the "quotes" on production. At work I administrate a few systems to get certain apps running. Mostly it's Windows. There are some Linux boxes, but I only administrate the applications, and leave the OS admin to the *nix group, which is just fine with me (and them, as they don't like anyone other than themselves admining the *nix OSes).

      > And I wonder about the use of "production" in an
      > issue that involves Windows. And that's because
      > I think Windows is as enterprise-capable as I am
      > of sucking my own dick. Tried it once, got
      > almost there, and ended up with a stiff neck.
      > Yep, exact same results.

      Funny, I'm tempted to say to you what you said about me in my expriences with a Linux machine. My windows production servers don't crash and are extremely reliable (IBM hardware). No break-ins since I've administrated them, and the perform well.

      The difference between the Linux machines I am complaining about, is that they are all home machines, which, for home use, I have only so much tolerance (I thought I had made that obvious before).

      If it's a work machine, I use what I'm told and make sure it works. I don't usually have the luxury of saying "well, I can always use this as a functional alternative"

      --
      Self proclaimed typo king, and inventor of the bear destroying coffee table (patent not pending).
    33. Re:Options by painehope · · Score: 1

      Well, thanks for the clarification. I probably did get something mixed up.

      Regardless, your home machine experience sounds nightmarish, to say the least, and could have a myriad of causes for each problem. I don't know what to tell you really - I practically eat, breathe, and shit UNIX/Linux, so maybe it's something to do with differing mentalities. Though your BSD usage suggests differently to a certain degree. All what I can think of is best of luck and shop around for a hot Linux chick who can help you out (I have worked with one stunning gal that was quite proficient with AIX and Linux, but she had a man already...damnit!).

      As far as work, it sounds like you are more of a Windows admin. Even though I think their OS is crap, I do have a fair amount of respect for someone who can make it behave and keep the application stack on it running properly. Though I have gotten into a few arguments with such fellows over Sendmail/Qmail vs. Exchange, because of Microsoft's "creep" effect (having to pretty much run an entire domain just because some PHB decides that just because they've used Exchange's calendaring functions forever, that it's the right solution for company that is almost entirely *nix-based...ugh...headache).

      As for your last paragraph, yep, you definitely need to make a business case for any decision, but I've been able to make the case for F/OSS or UNIX apps almost always, since the places I work are almost entirely Linux or UNIX anyways, so management isn't stuck in that "but Microsoft says it will work..." mentality.

      The one thing I have yet to work with in an enterprise environment is OSX. I'd like to, just for a change of pace. I should probably get my Thinkpad repaired (drunk idiot stepped on my keyboard, so some keys are broken off, requiring a USB keyboard - no, for once I wasn't the idiot in question) and then get one of those sexy Apples, just for the hell of it. I need to think of putting some money aside for that, instead of just going on hellish benders that often land me in the county jail. What I paid for my last one (lawyer included) could have bought a quite nice Mac.

      Speaking of benders, I've been on a liquid diet for about 48 hours, so it's chow time. It's been a pleasure, I hope your Linux experiences are better in the future.

      --
      PC moderators can suck my White pierced, tattooed dick. If you think pride == hate, s/dick/Aryan meat mallet/g.
  4. Hybrid machine just like Acorn Computers by SimonTheSoundMan · · Score: 4, Interesting

    Reminds me of the days when Acorn Computers were around with their RISCPC - A machine that was ARM powered, but you could also attach an x86 processor.

    This is so 1990's!

    1. Re:Hybrid machine just like Acorn Computers by Anonymous Coward · · Score: 0

      The Commodore 128 has a 4MHz z80 CPU in addition to its 8510 (6502 variant) chip. Combined with the multi-format abilities of the 1571 disk drive, this allowed you to boot into CP/M and run all kinds of software originally developed for other systems.

      Not that anyone did. Most people would just boot in to c64 mode and play all the games that companies wouldn't write c128 versions of, since everyone with a c128 had c64 mode to use.

      Later

    2. Re:Hybrid machine just like Acorn Computers by Curmudgeonlyoldbloke · · Score: 1

      Or an Apple II with a CPM card. Quite a lot of people used those...

      Acorns (BBC Micros) with co-processors date from 1984-ish, CPM Apple IIs from earlier still. Someone below has already mentioned the DEC Rainbow from a similar timeframe.

      The were probably other hybrids too - especially in the minicomputer area.

    3. Re:Hybrid machine just like Acorn Computers by david.given · · Score: 3, Interesting

      Acorns (BBC Micros) with co-processors date from 1984-ish...

      Don't forget that the A in ARM used to stand for Acorn. The first ARM1 was developed as a coprocessor for one of those BBC Micros.

      I sometimes wonder what the modern computing world would look like if Acorn had had anyone who actually knew how to run a business. Their hardware was so much better than IBMs (or Apple's!) that it's not funny...

  5. Good but.. by LWATCDR · · Score: 4, Interesting

    Frankly I would love an ARM based notebook except for just a few issues.
    1. Flash. Like it or not Flash is everywhere and I have not seen a Linux ARM version.
    2. Java. I need it and JavaFX could be a nice alternative to Silverlight/Moonlight.

    I see Flash as the big issue for most people. I would love to see ARM back on the "desktop" even if it is on the laptop. A ARM with a good GPU really would be a nice netbook system.

    --
    See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    1. Re:Good but.. by MightyYar · · Score: 1

      I'd like to see the x86 chip just sort of sit there unused most of the time... fire it up when a Windows app gets started. Windows could run like the old OS9 compatibility layer in OSX before the switch to Intel. It had a nice mix of usability, but being *just* irritating enough that you wish you didn't have to do it. Paired with a "battery" warning of some kind, it could be usable.

      --
      W..w..W - Willy Waterloo washes Warren Wiggins who is washing Waldo Woo.
    2. Re:Good but.. by fuzzyfuzzyfungus · · Score: 4, Informative

      Flash 7 is already available for Linux Arm(see Nokia N770, and possibly Chumby), but it is an OEM licenced embedded thing, not just a download(if you look, Adobe is quite clear on the fact that desktop/laptop flash is free as in beer; but embedded flash very much isn't). Adobe seems to have plans to improve Flash on newer Arm chips, so I suspect that this issue will improve with time.

    3. Re:Good but.. by ozmanjusri · · Score: 4, Informative
      Frankly I would love an ARM based notebook except for just a few issues. 1. Flash. Like it or not Flash is everywhere and I have not seen a Linux ARM version. 2. Java. I need it and JavaFX could be a nice alternative to Silverlight/Moonlight.

      Then put your name down for one of these.

      ARM licensed Java from Sun years ago, and include hardware acceleration for Java apps via Jazelle. In addition, Adobe have said they will have a version Flash 10 for ARM sometime this year. So get your wallet out.

      At $199, these netbooks won't cost you and arm and a leg...

      --
      "I've got more toys than Teruhisa Kitahara."
    4. Re:Good but.. by pavon · · Score: 1

      At $199, these netbooks won't cost you and arm and a leg...

      Just two hands damaged from having to use that keyboard :)

    5. Re:Good but.. by Anonymous Coward · · Score: 2, Informative

      Java works on ARM, kind of. Sun and ARM both seem to want to charge for ARM-based Java implementations.

      Sun's KVM (used on many phones, can only handle J2ME, very slow) is proprietary, and only available for large-scale embedded use. Some ARM CPUs can actually execute Java bytecode directly, but they won't disclose any information about how to actually write a JVM that uses it. JVMs that use this feature cost an arm and a leg. Sun had a full J2SE JVM for ARM at some point, but again it was targetted at embedded developers, and the only reference I could find was for an evaluation version.

      The icedtea VM apparently made some progress towards a CPU-independent version (the zero assembly port). Not as fast as a native port, but at least it should work. Since everything else is open source, you could at least get a fully working (if a bit slow) JVM running on ARM Linux.

      I don't know about JavaFX though.

      Mono supports ARM. It even has a working JIT. So a Moonlight port isn't out of the question. I guess you could probably even use IKVM to run Java on ARM Linux, but I doubt that'd get you JavaFX either. It doesn't even get you a working version of AWT or Swing.

      Shame about Flash though. That's not likely to ever be available on ARM Linux.

    6. Re:Good but.. by citizenr · · Score: 1

      Chumby uses Flash Lite 3, same as cellphones. It is supposedly compatible with Flash 8.
      200MHz ARM easily handles standard Youtube quality vids

      --
      Who logs in to gdm? Not I, said the duck.
    7. Re:Good but.. by LWATCDR · · Score: 1

      Well we will see if flash 10 ships. Flash 7 just isn't good enough anymore. Now if we can get Java 6 sdk as well for ARM I would be a happy customer. Now if we can get inexpensive ARM mother boards with on board GPUs and SATA drives then we can really start moving away from X86 for things like NAS and MediaPCs.

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    8. Re:Good but.. by hweimer · · Score: 1

      Frankly I would love an ARM based notebook except for just a few issues.

      1. Flash. Like it or not Flash is everywhere and I have not seen a Linux ARM version.

      2. Java. I need it and JavaFX could be a nice alternative to Silverlight/Moonlight.

      Both Gnash and OpenJDK are available for ARM.

      --
      OS Reviews: Free and Open Source Software
    9. Re:Good but.. by nicodoggie · · Score: 1

      Shame about Flash though. That's not likely to ever be available on ARM Linux.

      People seem to have forgotten about Gnash since Adobe made Flash 10 on Linux x86. According to this, Gnash code can be compiled on ARM

      Gnash is hardly complete, though (they're still working on Flash 7 and 8 compatibility), and I guess development slowed down ever since Flash 10 came out, but once Linux on ARM gets more "geek-popular", it may get the attention it deserves.

    10. Re:Good but.. by Anonymous Coward · · Score: 1, Interesting

      An OMAP3 chip has 256mb of ram and can clock up to 1ghz. And yes it has a gpu too.

          I have an older OMAP2 on a Nokia tablet with just 128mb of ram and 400mhz cpu and it already runs full debian (armel). Plenty of apps compiled to run on it like Firefox(fully supporting ALL extensions), Hydrogen(creating beats), Open Office, GIMP, and plenty of other packages you can apt-get to your hearts desire.And I only charge the tiny cellphone battery on it every 2 days. And yes it supports java and flash fine.

      Plenty of devices will have the OMAP3 on them. The next Nokia tablet, the upcoming PALM and the soon delivering OpenPandora.

      However all these use the low power ARM Cortex A8 core. For a laptop a multicore Cortex A9 would be amazing. http://arm.com/products/CPUs/ARMCortex-A9_MPCore.html

    11. Re:Good but.. by Bert64 · · Score: 1

      Not sure how up to date it is now, but there was definitely a java version for linux/arm a few years ago, and with the jdk being open source now I'm sure there will be an updated version before long.

      Flash is available for some arm based linuxes, such as the nokia n800, not sure if you could reuse the plugin on another linux/arm system, but considering a plugin already exists it shouldn't be too hard to convince adobe to write one.
      Also, the flash spec was opened up recently so open source plugins will be progressing and could be ported to arm.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    12. Re:Good but.. by godrik · · Score: 1

      As far as I understood, the point is not getting rid of x86 processors, but add an ARM processor to do most of the computation. It does not prevent to run some processes on the x86-based component which can lead to better performances on some types of application. For instancem the ARM processors in the nintendo DS (one ARM 7 and one ARM 9) does not have FPU.

    13. Re:Good but.. by bersl2 · · Score: 1

      (if you look, Adobe is quite clear on the fact that desktop/laptop flash is free as in beer; but embedded flash very much isn't)

      ...which is all the more reason to hurry up with the efforts to get SVG + SMIL + XForms + JavaScript + other W3C technologies working together, so that we can kill off Flash.

    14. Re:Good but.. by nyctopterus · · Score: 1

      Yes! Somebody for the love of god give Inkscape a push! It's so close to being there. I've considered pitching in, but a programmer I just ain't.

    15. Re:Good but.. by Anonymous Coward · · Score: 0

      Its called Nokia 770. Nokia N8x0 with Maemo 4.x have Flash 9. ARM and Adobe are commited to port Flash 10 to OMAP3. Java is (unofficially) ported to Maemo, but not JavaME.

    16. Re:Good but.. by squidinkcalligraphy · · Score: 1

      Like it or not Flash is everywhere

      Flash is not on the iPhone. Hasn't really stopped people buying those up.

      --
      "I think it would be a good idea" Gandhi, on Western Civilisation
  6. ARM notebook by ChristTrekker · · Score: 4, Insightful

    Funny...I read the story and was going to ask on this thread, "Where could I get an ARM-based laptop to run Linux on?" All day on a battery would be fantastic.

    1. Re:ARM notebook by BikeHelmet · · Score: 2, Insightful

      I don't know about laptops, but there's a PDA-like device called the Pandora.

      It meets your "all day" requirement - according to the devs, it has a ~10hr battery life when doing stuff like browsing the net. It can also drop into and out of standby very quickly, to save even more power when not in use.

      It has a touchscreen, mini keyboard, and gaming controls, so it does a bit of everything. Good for note-taking, good for surfing, good for emulators.

      The biggest negative is right now they aren't in mass production; the devs required pre-orders to pay for them, since it's a small team of FOSS junkies making it. :P

    2. Re:ARM notebook by Anonymous Coward · · Score: 1, Insightful

      Easy. Nokia N810.

    3. Re:ARM notebook by Anonymous Coward · · Score: 0

      AC again. CDW has the N810 on for $223.

      And if you need more run time, just get one of these.

      Take that, netbookies!

  7. A complex solution ... by hattig · · Score: 2, Insightful

    So what we're talking about here is a Linux running on a decent ARM SoC most of the time... which I agree with, it's enough for the common case.

    If we need performance for any reason we switch on an attached x86 and run that performance application (which of course is an x86 binary).

    Or we run a VM on the x86 into which we put Windows, for compatibility.

    Or we create a Mac OS X like fat binary system for Linux that includes both ARM and x86 variants, but imagine the pain in switching between the two! I think it's far far easier to make a quad-core ARM Cortex chip to get some performance for the ARM binaries than to switch them to x86 with all that pain if they need performance.

    Of course eventually you drop the x86, connect the x86-attached GPU to the ARM and move on from there.

  8. Snapdragon by olddotter · · Score: 1

    Qualcomm has an ARM based processor (several links about it posted here). From the performance/power point of view I think these ARM based approaches is the future for mobile computing. I can see a big Linux future for it in small do-it-all always one home "IT" infrastructure.

  9. But would it actually run Linux?? by mustrum_ridcully · · Score: 2, Interesting

    Would such a system actually use ARM Linux? The reason I ask is that the ARM processor is commonly used PDAs and therefore has Windows CE (or whatever they call it now).

    So I wouldn't be surprised if M$ just renamed it Windows 7 Green Edition and rolled it out for such netbooks. Joe Public would be all oooh it runs powerpoint and word and IE and they'd be happy.

    1. Re:But would it actually run Linux?? by asm2750 · · Score: 1

      Yes it can run standard linux like ubuntu. Angstrom is a more popular distro for processors like ARM Cortex-A8, but can be a real pain in the neck to get up and running. To make standard linux run on an ARM you just have to recompile it for ARM arch. Take a look at the beagleboardhttp://www.beagleboard.org/ and the pandora handheld console, and you'll see what ARM is now truly capable of doing in the near future for mass consumers.

    2. Re:But would it actually run Linux?? by Svartalf · · Score: 1

      YES. Just because it runs CE in one of it's applications, doesn't preclude Linux' use. In fact, CE is actually painfully limited in many ways compared to Linux- including in royalties ways...

      If you were right about your line of thinking, then TI wouldn't have used OpenEmbedded on the Beagleboard and OpenPandora wouldn't be using it either.

      Angstrom's actually the big play in this space.

      --
      I am not merely a "consumer" or a "taxpayer". I am a Citizen of the State of Texas
  10. Does it matter still ? by obarthelemy · · Score: 4, Interesting

    I'm wondering if, the the overall scheme of things, the price we pay for the x86-ness of Intel and AMD's CPUs is that high. All their CPUs are basically RISC things, with a very optimized x86 compatibility layer running on top. Is that layer that expensive performance-wise ?

    --
    The Cloud - because you don't care if your apps and data are up in the air.
    1. Re:Does it matter still ? by mbone · · Score: 1

      Is that layer that expensive performance-wise ?

      That was the bet IBM and others made with RISC. It still seems like the way to go, but Intel and CISC is still here...

    2. Re:Does it matter still ? by timeOday · · Score: 1

      I don't think x86 has much overhead performance-wise or power-wise, so the premise of this story and most of the the comments is a canard. If the laptop had a super-slow single core x86 chip, it would run all day, too. Though perhaps Intel doesn't price their slowest ULV cpus competitively with these arm chips. Perhaps Intel should use a tiny corner of their current chips for a 386 that can run with the rest of the CPU powered down.

    3. Re:Does it matter still ? by MadMidnightBomber · · Score: 2, Interesting

      ARM kicks the crap out of Intel/AMD when it comes to performance per Watt. That makes it great for embedded work (10bn, yes 10e9 CPUs shipped) and looks like it might be starting to migrate into netbooks.

      --
      "It doesn't cost enough, and it makes too much sense."
    4. Re:Does it matter still ? by Anonymous Coward · · Score: 0

      Yes it is.
      But as we can see by reading your message, most people has drunk their cool aid.

    5. Re:Does it matter still ? by MobyDisk · · Score: 2, Interesting

      Are you sure? Have you compared a 33Mhz ARM to a 33Mhz x86 chip? Is the performance that different?

      There is no way to do an apples-to-apples comparison here, because I don't think anyone makes x86 chips that are as slow as ARM chips. The instruction set doesn't have that much bearing on performance. But power use goes up according to the square of the voltage, and voltage increases when clock speed increases -- so it is all about the megahertz.

    6. Re:Does it matter still ? by savuporo · · Score: 1

      looks like it might be starting to migrate into netbooks.

      Look up the recent announcement of ARM and Canonical throwing their weight behind a fully supported ARM Ubuntu version for MID-like devices.

      They were supposedly launching something in march or so.

      I Approve.

      --
      http://validator.w3.org/check?uri=http%3A%2F%2Fwww.slashdot.org Errors found while checking this document as HTML5!
    7. Re:Does it matter still ? by rrohbeck · · Score: 1

      If you look at the brazillions of transistors they throw at caches, execution units and now multiple cores, it's pretty clear that the designers don't really know what to do with all those transistors. The x86-to-micro-ops translation unit is just a very small part of the CPU. I see it as a real time decompression engine, with x86 code somewhat more compact than RISC. Given that RAM bandwidth is always a major limitation, this even makes sense.

    8. Re:Does it matter still ? by Efreet · · Score: 1

      Since the layer is implemented in hardware its performance impact isn't much, just a pipeline that's a bit longer resulting in a higher penalty for a missed branch prediction. The fact that they've decoupled the instructions they use inside their chips from the instructions people put their programs in is actually a big advantage in one sense: they get to mess with their internal instructions whenever they can gain some advantage by doing so and not worry about the compatibility implications.

      I'm sure the instruction translation does have some impact on power, but I'd be flabbergasted if it was as expensive as, say, branch prediction or scoreboarding. So for the Atom (which I'm pretty sure has a scoreboard, but no register renaming or out of order execution) x86 is still competitive, but x86 would probably have big problems moving to a lower performance/power architecture.

      --
      This sig wasn't worth reading, was it.
    9. Re:Does it matter still ? by nine-times · · Score: 1

      On the other side of things, I'm wondering if, in the overall scheme of things, the value of x86-ness is all that high. I've been hearing that it's somewhat inferior for years, and the main reason that sort of architecture is still in use is mainly for compatibility reasons. OSX and Linux seem to be agile enough to switch between architectures with relative ease, so is the only hold-up Windows?

    10. Re:Does it matter still ? by amn108 · · Score: 1

      It may be a small part of the CPU, but a very usable still. Very simple - throwing aside RISC vs CISC comparison, grouping several smaller instructions into a bigger specialized macro instruction that helps in certain cases is called optimization, and optimization gains even more when hard coded in silicon. That is why, RISC always makes sense ALONG CISC and vice versa. They complement each other, where a complex (CISC) instruction may be chosen away in favour of its (RISC) components (Think inline assembler in a C++ code), and also groups of RISC instructions can be substituted by a single specialized CISC call which will speed up the application. And since, as you say, the logic takes up small part of the die, let it sit there and be taken advantage of. A much better idea is instead to OPEN the RISC subset of an Intel/AMD CPU, provided it is standardised of course (you dont want at least two different RISC sets under a common CISC set, and they are different now, being hidden and proprietary and all). Seeing as it might never happen, ARM chips of the future seem like a much more realistic scenario, even more so if they add some CISC decoders for special common cases (the whole point and 'strength' of CISC). But I have to point out that optimizing by grouping RISC instructions into CISC macro ops is very very hard, because RISC instructions are so fast (by their very nature), even calling them in groups in memory is usually fast enough to not warrant a hardware CISC decoder on-die. That is one of the reasons Intel and AMD went RISC internally with their x86 designs a while ago too. RISC is FAST. CISC is fast only because it specializes, branches, decodes and optimizes RISC in hardware. All complex things can be split into smaller parts, why have access only to the engine, when you can use even the smallest gear, bolt and O-ring.

    11. Re:Does it matter still ? by rrohbeck · · Score: 1

      Sounds familiar. What you're looking for is microcode and a writable control store. Pretty common in minis back in the day. And to some degree we have it in today's CISC CPUs if you look at the microcode patches that BIOSes load into certain CPUs although it's probably only used to fix bugs, er, errata.

    12. Re:Does it matter still ? by MadMidnightBomber · · Score: 1

      IANAEE but I'm pretty sure that power usage goes up with transistor count as well. Last time we looked at boards, we'd have been quite happy with an x86 CPU but there were simply no solutions which didn't need a case fan. Since we didn't want moving parts, that meant no x86 - which I feel kind of implies the x86 parts use more power.

      I could have phrased it better - there don't seem to be any equivalent x86 solutions to ARM in the low power arena. Yes, I know about Atom, but I've had a whole ARM board that drew 3 Watts.

      --
      "It doesn't cost enough, and it makes too much sense."
    13. Re:Does it matter still ? by horza · · Score: 1

      The instruction set has an awful lot of bearing performance. The RISC ARM instruction set has only instructions that take exactly 1 cycle (last time I looked). This makes both efficiency and optimisation such as pipelining very effective. The CISC x86 instruction set has instructions that can last varying amounts of time. This makes things such as branch prediction misses expensive. To compensate for this x86 chips use a translator which turns the x86 into VLIW pseudo-RISC internally. Unfortunately this translator takes up most of the power and silicon real estate on the chip.

      You can compare the instruction sets of ARM and x86. Writing assembler for the former is a dream, unlike the latter. Mhz for Mhz, ARM blows x86 away.

      Phillip.

    14. Re:Does it matter still ? by Joutsa · · Score: 1

      Things like PlayStation 3, XBOX 360 and such are running on RISC processors. I would guess that if CISC was really that superior to RISC, they would not have gone the RISC way when designing those custom processors. Actually, they could have just taken off-the-shelf x86 processors and enjoy all the research that has gone to them over the decades.

    15. Re:Does it matter still ? by caladine · · Score: 2, Informative

      Are you sure? Have you compared a 33Mhz ARM to a 33Mhz x86 chip? Is the performance that different?

      Clock frequency is a horrible comparison statistic. Note that AMD chips for years have had similar performance with increased clock cycle lengths. It's not so much about MHz, it's about what you actually get done during that cycle.

      There is no way to do an apples-to-apples comparison here, because I don't think anyone makes x86 chips that are as slow as ARM chips. The instruction set doesn't have that much bearing on performance.

      I don't want to be rude, but you're obviously just an arm-chair commentator on the subject. While it's true, the fastest ARM based processor doesn't run any faster than 1 GHz (Cortex based ARMs, or the ARM being used in Qualcomm's SnapDragon platform) you can make direct comparisons against Intel's Atom processors, which do run at those frequencies. The power comparison is bad for Intel, very bad. Especially when you consider how much power the ancillary hardware required for Atom uses. I'm not saying that MIPS/W is a great benchmark either, but it makes a lot of sense in small devices.

      Instruction set makes a huge difference on performance. Otherwise, we'd still be using CISC instruction sets. Heck, even Intel converts CISC x86 instructions to RISC versions under the hood. This has a huge impact on power. ARM has conditional execution of just about every instruction, reducing the need for branching. This has two main benefits: less required additional hardware (branch predictors, speculative execution) to deal with a potential pipeline stall (and Intel's pipelines are very long) which saves considerable power.

      But power use goes up according to the square of the voltage, and voltage increases when clock speed increases -- so it is all about the megahertz.

      You're forgetting something that comes with that power equation that you're using. You're assuming that both processor have similar effective resistance. It's a poor assumption to make, and only works when you're taking the same processor and increasing the clock frequency.

      In any case, what I'm trying to impress upon you is that instruction set matters (and x86 has been both a blessing and a curse to Intel over the years), and that clock speed isn't a good measure of performance or power consumption.

    16. Re:Does it matter still ? by Chabo · · Score: 1

      I'm not trying to sound like a fanboy, but it's fairly easy to get an x86 CPU to run only off of passive cooling.

      http://www.newegg.com/Product/Product.aspx?Item=N82E16835887001

      Even with no forced airflow, that cooler should do well for almost any CPU.

      Unless you were talking about working in an enclosed space?

      --
      Convert FLACs to a portable format with FlacSquisher
    17. Re:Does it matter still ? by larry+bagina · · Score: 1

      ARM has 14 general purpose registers vs x86's limited set. Most ARM instructions have conditional execution which eliminates most branching. Comparing mhz to mhz, ARM ends up being twice as fast for integer work.

      --
      Do you even lift?

      These aren't the 'roids you're looking for.

    18. Re:Does it matter still ? by the_humeister · · Score: 1

      The performance is dramatic actually. My WRT 54g router has a 200 MHz MIPS processor. I put OpenWRT on it, compiled a CPU benchmark, and it ran a magnitude slower than my old Pentium 200. Granted, the MIPS is optimized for energy usage and the Pentium was optimized for performance. But that's what the majority of ARM and MIPS processors are optimized for.

    19. Re:Does it matter still ? by the_humeister · · Score: 1

      x86 also has a lot of instructions that take 1 cycle. You can write your assembly programs to use only 1 cycle x86 instructions.

    20. Re:Does it matter still ? by the_humeister · · Score: 1

      No, it's the market and economies of scale. Microsoft did make the original Windows NT run on PowerPC, Alpha, MIPS, etc. the problem was that no one bought those versions because an x86 computer was a lot cheaper than using anything with PPC, Alpha, MIPS, etc.

    21. Re:Does it matter still ? by ion.simon.c · · Score: 1

      we'd have been quite happy with an x86 CPU but there were simply no solutions which didn't need a case fan.

      *puts on Devil's Advocate hat*

      My Core Duo powered CF-30 Toughbook has no fans.

    22. Re:Does it matter still ? by Joutsa · · Score: 1

      The cool thing about RISC is that you do well without scoreboarding and, depending on the architecture, probably without branch prediction.

      In typical RISC setups (i'm talking from experience with C55x and C64x DSPs, AFAIK ARM is pretty similar to the latter) the pipeline is well documented. It is the compiler's job to check for conflicts. No scoreboarding. Since the compiler optimizes code to this particular pipeline, there is no need for out of order execution either.

      This also puts an interesting twist on branches: If the condition for branch can be calculated before the actual branching point, there may be code after the branch instruction that still gets executed before the actual branch takes place. This allows explicitly writing code that fully utilizes the pipeline even at branch.

      C64x and ARM can have a predicate for every instruction. This means that every instruction may have a binary flag that tells if the instruction is to be actually executed. The value of the flag is checked after instruction decoding and other steps, exactly when the instruction is executed. So, a lot of branches for only few instructions can be replaced with predicated instructions.

      Of course, these tricks need a lot of compiler support. Lack of it was one thing that killed the Itanium, but the TI DSPs and ARM seem to be doing well.

    23. Re:Does it matter still ? by psetzer · · Score: 1

      NT supported multiple architectures originally, and the developers ran on a non-x86 architecture IIRC. It boiled down to everyone already having working x86 code and not wanting (or not able) to switch that even if they did want MIPS or Alpha. Midori (a possible successor for NT-based Windows) uses managed code for everything, so they're certainly leaving open the possibility of running on any architecture by generating the per-architecture code at load time or run time. They'd have to use some sort of virtualization for legacy code, but it'd leave future architecture choices free.

      --
      "Anyone who attempts to generate random numbers by deterministic means is living in a state of sin." -- John von Neumann
    24. Re:Does it matter still ? by MobyDisk · · Score: 1

      I'm pretty sure that power usage goes up with transistor count as well.

      Yes, but it goes up linearly. Speed causes power to go up polynomially. So the transistor count isn't as significant. Plus, the x86 instruction set doesn't contribute that much to the transistor count.

    25. Re:Does it matter still ? by WebCowboy · · Score: 2, Interesting

      Are you sure? Have you compared a 33Mhz ARM to a 33Mhz x86 chip? Is the performance that different? There is no way to do an apples-to-apples comparison here, because I don't think anyone makes x86 chips that are as slow as ARM chips.

      Well, you can if you have old Intel hardware to compare with. If you do, then you can make at least a "spartan to red-delicious" comparison.

      I still have an operational 500MHz Celeron equipped with 256MB of RAM and integrated Intel graphics and sound, manufactured about 10 years ago. The BeagleBoard has awfully similar specs (similar clock speed, rev C will have the same amount of RAM, integrated graphics...). I can already tell you the graphics on the BeagleBoard wins hands down based on demo videos I've seen playing 720p MPEG video and doing decent 3D acceleration. I plan to order a BeagleBoard when Rev C is released for general sale. If I am curious enough I could run Ubuntu on each and perform the same exact tasks on each to gauge performance...

      Apart from that, a more proper comparison is difficult, as I don't think the closest X86 equivalent to the CortexA8 (Intel Atom) is available in a system running at the same lower clock rates.

      If the CortexA8 platform gains traction, perhaps there is the possibility of TI or other licensees to clock it up into the GHz+ range of the Atom. Also, perhaps it could be implemented in multi-core packages or you could make a cluster (can you imagine a Beowulf cluster of Beagle...oh, nevermind...). TI's OMAP3530 is not only power efficient but it is inexpensive too. Variants of this OMAP platform could really be a compelling general, low-end computing platform answer to the Atom.

    26. Re:Does it matter still ? by MobyDisk · · Score: 2, Informative

      Unfortunately this translator takes up most of the power and silicon real estate on the chip.

      That is false. It actually takes up a few percentage points of power and silicon real estate. If it took up most of the power and silicon real estate, then they would not do it.

      The Pentium Pro was the first Intel chip to have a translator, and to run RISC instructions internally. At the time, several techie magazines (Byte?) had articles on the architecture. Intel claimed something like 5% overhead from doing that. They even posited that they might be able to create a Pentium that could run any arbitrary instruction set, just by modifying the microcode in that 5%.

      Since that time, all Intel chips (and most clones) include such a translator because it is so effective.

    27. Re:Does it matter still ? by MobyDisk · · Score: 1

      I don't want to be rude, but you're obviously just an arm-chair commentator on the subject.

      But you were rude, and you are also wrong. I'll send you my notes from my VLSI classes if you need help understanding this stuff.

    28. Re:Does it matter still ? by PitaBred · · Score: 1

      In short, no.

    29. Re:Does it matter still ? by Anonymous Coward · · Score: 0

      You do know that ARM CPU's run up to 1GHz now?
      I have myself played with a development board with PXA 320 running at over 800MHz without any cooling and you could put your finger on the chip without beein burnt even when running at 100% CPU load..

      And you cannot find a X86 CPU running at 800MHz to 1GHz without cooling or one that draws under 200mA at that speed.

    30. Re:Does it matter still ? by Svartalf · · Score: 1

      Slow?

      Try .5 to 1 GHz and probably more as the year progresses.

      You need to brush up on what's currently out there and the 33MHz chips are in things like the DS.

      We use 500MHz stuff in our network monitoring probes. The Pandora will be fielding a 550MHz machine in it's stock clock config that can be clocked up to 900MHz.

      You might want to rephrase yourself there.

      --
      I am not merely a "consumer" or a "taxpayer". I am a Citizen of the State of Texas
    31. Re:Does it matter still ? by PitaBred · · Score: 1

      My Blackberry 8800's ARM runs at 312MHz. And that lasts for two days with the radio on, probably more if I turn it off. Yes, ARM is much more efficient. It's designed that way. It's not as fast or as scalable necessarily, but that's not the point.

    32. Re:Does it matter still ? by MadMidnightBomber · · Score: 1

      Oooh, now I want a Toughbook :)

      Probably over budget though for our application.

      --
      "It doesn't cost enough, and it makes too much sense."
    33. Re:Does it matter still ? by MadMidnightBomber · · Score: 1

      Yeah, it would be enclosed. I heard the environment described as a cross between a 19" rack and a portaloo, 1000 of, to be situated on top of various hills.

      --
      "It doesn't cost enough, and it makes too much sense."
    34. Re:Does it matter still ? by MadMidnightBomber · · Score: 1

      Yes. We had a 233Hz ARM board, including ethernet, USB and serial running at 3.5 Watts under load. Nearest equivalent x86 is more than twice that just for the processor.

      --
      "It doesn't cost enough, and it makes too much sense."
    35. Re:Does it matter still ? by Patch86 · · Score: 1

      Are you sure? Have you compared a 33Mhz ARM to a 33Mhz x86 chip? Is the performance that different?

      There is no way to do an apples-to-apples comparison here, because I don't think anyone makes x86 chips that are as slow as ARM chips. The instruction set doesn't have that much bearing on performance. But power use goes up according to the square of the voltage, and voltage increases when clock speed increases -- so it is all about the megahertz.

      Well isn't that sort of the point?

      The basic premise is that a future laptop might have two cores- one regular x86 core of a normal sort of performance handling heavy-duty processing and acting as a compatibility layer, and then a small, low-power core which can handle simpler processes, using much less power.

      If there was a small, low power x86 core on the market, then maybe that'd be the one we're talking about using. But theres isn't; all the best low power processors around at the moment are ARM. Whether a modern, cutting-edge low power x86 chip would have better performance or not is pretty much beside the point.

    36. Re:Does it matter still ? by MobyDisk · · Score: 1

      The problem with using old hardware is that a 500Mhz chip made 10 years ago is very different from a 500Mhz chip made today. The same processor made today would use SOI, copper interconnects, and have 1/10th the feature size.

    37. Re:Does it matter still ? by powerlord · · Score: 1

      You forgot to include power usage.

      What is the power needs of a WRT 54g, and what are the power needs of your old P200?

      --
      This space for rent. All reasonable inquiries will be entertained at proprietors discretion.
    38. Re:Does it matter still ? by evilWurst · · Score: 1

      You took a chip design class yet never covered CISC vs RISC, such that you currently insist the instruction set doesn't make a difference? This was only briefly covered in a CS class I took, but it was pretty clear when we looked at a trivially simple chip directly wired vs the same thing done in microcode.

      http://en.wikipedia.org/wiki/Microcode#Microcode_versus_VLIW_and_RISC may help refresh your memory if your class DID cover that but you forgot. Or, to summarize in context: all that extra translation hardware for more complex instruction sets costs transistors and wiring and performance, vs simpler instruction sets that can be implemented without microcode. Higher clocks speeds and pipelining and multicore will, of course, widen the gap even more. All else being equal, this is part of where the huge difference in power requirements comes from.

    39. Re:Does it matter still ? by MobyDisk · · Score: 1

      I didn't say it didn't make a difference. Of course it makes a difference. Did you reply to the correct post?

    40. Re:Does it matter still ? by horza · · Score: 1

      That contradicts what I was taught about MP design. I don't have my old notes but there is a P3 internal diagram here. Ignoring the on-die cache, 5,6 and 7 aren't taking up far off 50% of that silicon. They would do it as you can't pipeline instructions that take wildly varying amounts of cycles.

      Phillip.

  11. The CPU is not the biggest consumer by Anonymous Coward · · Score: 5, Interesting

    The display uses far more power than the CPU, so the benefit of adding a second low-power CPU will only be realized with a different display technology that has much lower power consumption for a static image.

    1. Re:The CPU is not the biggest consumer by Anonymous Coward · · Score: 1, Funny

      OLED, we're looking at you. Hurry up and become mainstream already.

    2. Re:The CPU is not the biggest consumer by harry666t · · Score: 1

      What's the current state of OLED? Electronic paper? Maybe that display from the XO?

    3. Re:The CPU is not the biggest consumer by Anonymous Coward · · Score: 0

      Actually, it's a bit more interesting. See that blinking cursor on the screen? And the clock on the bottom right? All those prevent the display system from sleeping.
      What we need is a new display technology that saves power for *nearly* static images.

    4. Re:The CPU is not the biggest consumer by DingerX · · Score: 1

      Or you could have a display turn itself off when not in use, but still have the processor (slowly) ticking along.

      I'm serious. The portability of a computer really helps for (A) sitations where you don't have the infrastructure to support a computer, (B) places where you don't have a computer permanently, (C) tasks that occur intermittently or concurrent with non-computer tasks.

      In all three cases, lower power and greater autonomy are what you want. But (C) is where the ARM CPU really shines, and yeah, it shines with a screen too.

      (N800 mafia speaking)

    5. Re:The CPU is not the biggest consumer by godrik · · Score: 2, Informative

      I am afraid I do not completely agree with you. I do not deny that the screen is the main source of energy consumption in a laptop but I claim that the energy consumption of the processor should not be diminish. Consider the following log obtained on my Intel dual core laptop:

      root@mandan:~# acpi
                Battery 0: Discharging, 98%, 00:04:22 remaining
      root@mandan:~# cpufreq-info
      cpufrequtils 002: cpufreq-info (C) Dominik Brodowski 2004-2006
      Veuillez rapportez les erreurs et les bogues à linux@brodo.de, s'il vous plait.
      analyse du CPU 0 :
          pilote : acpi-cpufreq
          CPUs qui doivent changer de fréquences en mÃme temps : 0
          limitation matérielle : 1000 MHz - 1.83 GHz
          plage de fréquence : 1.83 GHz, 1.33 GHz, 1000 MHz
          régulateurs disponibles : userspace, powersave, ondemand, conservative, performance
          tactique actuelle : la fréquence doit Ãtre comprise entre 1000 MHz et 1.83 GHz.
                                          Le régulateur "userspace" est libre de choisir la vitesse
                                          dans cette plage de fréquences.
          la fréquence actuelle de ce CPU est 1000 MHz (vérifié par un appel direct du matériel).
      analyse du CPU 1 :
          pilote : acpi-cpufreq
          CPUs qui doivent changer de fréquences en mÃme temps : 1
          limitation matérielle : 1000 MHz - 1.83 GHz
          plage de fréquence : 1.83 GHz, 1.33 GHz, 1000 MHz
          régulateurs disponibles : userspace, powersave, ondemand, conservative, performance
          tactique actuelle : la fréquence doit Ãtre comprise entre 1000 MHz et 1.83 GHz.
                                          Le régulateur "userspace" est libre de choisir la vitesse
                                          dans cette plage de fréquences.
          la fréquence actuelle de ce CPU est 1000 MHz (vérifié par un appel direct du matériel).
      root@mandan:~# acpi
                Battery 0: Discharging, 98%, 00:04:23 remaining
      root@mandan:~# cpufreq-set -c 0 -f 1.83GHz
      root@mandan:~# cpufreq-set -c 1 -f 1.83GHz
      root@mandan:~# sleep 20
      root@mandan:~# acpi
                Battery 0: Discharging, 97%, 00:03:22 remaining
      root@mandan:~# cpufreq-set -c 1 -f 1.00GHz
      root@mandan:~# cpufreq-set -c 0 -f 1.00GHz
      root@mandan:~# sleep 20
      root@mandan:~# acpi
                Battery 0: Discharging, 97%, 00:04:19 remaining

      Setting the CPU frequency to the highest speed reduces the battery life from 4 hour 20 to 3 hour 20, which is 22% less. My point is that CPU energy consumption should not be neglected. Of course, my processor is not the most energy efficient one and using acpi is a very simple test. But if I can use an extra processor instead of changing the CPU frequency, we could be able to cut some part of the energy consumption.

      Moreover, the energy efficient processor are known to have low computation power. Adding heterogeneity by adding a processor could cover the gap.

    6. Re:The CPU is not the biggest consumer by Anonymous Coward · · Score: 0

      For a low-power CPU like ARM, that's true. For a power-sucking Intel/AMD laptop, the CPU and screen both consume many watts of power.

    7. Re:The CPU is not the biggest consumer by fermion · · Score: 1
      I am not saying this is not true, but it were true why was Apple not able to build a G5 powerbook? At full speed these things eat on the order of 100 watts. A flat screen LCD is more like 30 watts, I suppose much of this is the backlighting, which I supposed has been reduced by the new LED displays. The numbers I have seen on the Intel Core 2 duo are in the line of 30 watts. The power supply is only 85 watts, which includes battery charging overhead, so a back of the envelope approximation is about half the power is the processor, and half goes to the screen, harddrive, and other components.

      In the average PC world this may be quite different. The screens may use more than the processor, but they do not have to. If a machine is designed to minimize power consumption, the screen is not likely to be a huge power consumer.

      --
      "She's a scientist and a lesbian. She's not going to let it slide." Orphan Black
    8. Re:The CPU is not the biggest consumer by BikeHelmet · · Score: 1

      There are LED backlit LCDs that have power consumption measured in hundreds of miliwatts, rather than watts.

      But these LCDs are mostly tiny things; 800x480 4" screens, etc.; perfect for PDAs, but a bit too small for netbooks.

    9. Re:The CPU is not the biggest consumer by Eil · · Score: 1

      I'm waiting to see if e-ink will ever improve to the point that it can be used in a fairly simple netbook-style product. Such a display certainly wouldn't be able to play movies, but I don't think email, web browsing, word processing, and similar applications would be out of the question.

      Price is probably going to be the main barrier in e-ink for awhile, though.

    10. Re:The CPU is not the biggest consumer by Anonymous Coward · · Score: 0

      ARM cores are not even close to a Core2Duo performance-wise. A more realistic competition is an Intel Atom and those are in the low single digit Watt area.

  12. I like it by speedtux · · Score: 3, Interesting

    When traveling, most of the time, I really do want a long battery life and don't need much compute power. But when I arrive at my destination, give a presentation, and demo some software, then I want compute power.

    So, as far as I'm concerned, having a high power and a low power CPU sharing the same keyboard, screen, drive, and power supply is actually very much what I want. I hope it becomes standard.

    1. Re:I like it by Hal_Porter · · Score: 2, Funny

      Why can't you give your presentation in Vi?

      --
      echo -e 'global _start\n _start:\n mov eax, 2\n int 80h\n jmp _start' > a.asm; nasm a.asm -f elf; ld a.o -o a;
    2. Re:I like it by rbanffy · · Score: 1

      How about 8 ARM cores with FPU and vector capabilities (that can be used for 3D acceleration), along with hefty caches, on a single chip? Now, imagine all parts can downclock themselves to a full halt when idling or even power down when the OS asks them. IIRC the hotplug stuff in the Linux kernel can already deal with that kind of stuff.

      The tech is all around. All we need is someone who is willing to do it.

    3. Re:I like it by jipn4 · · Score: 1

      Why make it so complicated? Why not stick with tech that we know works right now: ARM + Intel + nVidia chips, where the ARM chip can power off the other two when they're not needed?

      8 ARM cores may seem cleaner and more symmetric, but it's a lot more work to take advantage of.

    4. Re:I like it by mambru · · Score: 1

      Because with different architectures you need different OS and apps?

    5. Re:I like it by harry666t · · Score: 1

      Meh. At least for me, the "intel+nvidia" part would be idle for 90% of the time, four or eight ARMs would be enough for the ramining 9%, and the last 1% will be what I should do on a more beefy machine anyway. And that "intel+nvidia" part would add WAY TOO MUCH to the price.

    6. Re:I like it by amn108 · · Score: 2, Informative

      The trouble with most modern laptops, is that even when completely unattended, doing no work that the user expects any results of anytime, just by being 'on', these seldom consume below 5 Watts of power, and in their factory config about usually 15 (nobody bothers with configuring power management). I am talking about a laptop that is lid-closed, radios (wifi, bluetooth) off, not doing ANYTHING for you.

    7. Re:I like it by amn108 · · Score: 1

      Basically you are proposing using the ARM chip as the C-P-U, and the other two as its slave PUs :-) Not a bad idea at all, in fact that is exactly how I would have built that tree.

    8. Re:I like it by bugs2squash · · Score: 1

      Exactly

      Nor for that matter do I want or need much screen real estate. Quite frankly, I'm too fat now to be able to open a full size laptop on a plane.

      I want something like a large cellphone that I can take travelling and use to deliver a presentation (ie it has external SVGA) when I get on site.

      I would want to be able to tweak slides in a pinch and to log into ssh in a pinch and browse the web at the hotel. Heck - when I get to the hotel I can often plug it into a large flat screen monitor if I want to. I don't even mind if the VGA is a weird proprietary cable, or even blue-tooth connected. But I want to be able to project to a screen.

      I don't want it to be my cell phone, because there are times when I want a phone to just be a phone and small as possible for that task.

      I did purchase an N800 from Nokia, but it has fallen way short of my hopes.

      --
      Nullius in verba
    9. Re:I like it by godrik · · Score: 1

      I am not sure it is really a problem. Developping for such heterogeneous architecture is becoming more and more common. We are beginning to use efficiently the cell architecture. Exporting computation to the graphic cards is no longer a dream. I believe we can manage to adapt software for one x86 + one ARM + one GPU.

    10. Re:I like it by Anonymous Coward · · Score: 0

      Why not an ARM Mali Graphics Processor instead of the vector capabilities?

      The latest ones handle OpenGL ES 2.0 which allows shaders and a fair amount of pixels/triangles per second.

    11. Re:I like it by rbanffy · · Score: 1

      I would prefer a general purpose vector unit over a dedicated GPU, but that's me. If someone makes a chip similar to what I described above and builds a netbook around it, I am buying regardless of how many GPU or vector cores are inside.

    12. Re:I like it by BikeHelmet · · Score: 1

      The tech is all around. All we need is someone who is willing to do it.

      Here you go: http://openpandora.org/

    13. Re:I like it by TheTurtlesMoves · · Score: 1

      Na, asciimation

      Unfortunately it does not work in lynx.

      --
      The Grey Goo disaster happened 3 billion years ago. This rock is covered in self replicating machines!
    14. Re:I like it by speedtux · · Score: 1

      Basically you are proposing using the ARM chip as the C-P-U, and the other two as its slave PUs :-)

      No. The proposal is to have two laptops in a single box, one ARM powered, one Intel/nVidia powered, with enough glue in between. The Intel/nVidia wouldn't really be a "slave" to the ARM; it would more be like a compute server that you can power up and down.

    15. Re:I like it by amn108 · · Score: 1

      Ok, i had something a bit different in mind - put one little (they are tiny, these ARMs, most of them anyway) ARM as the CPU together with one x86 unit and optionally a GPU, all in one normal laptop, work out logic where the latter two PUs can by completely controlled by the ARM (it being the CPU of the bunch), which is able to also coldstart and shutdown the other two as programmer sees fit? That sounds like a good thing to me, but I do not own a hardware company.

      What you are proposing has a slightly different application. It makes sense at home, and is doable even now - you bring a tiny laptop to your home, plug it in into a dock or just use it as a remote control (keyboard, mouse, screen) for the much more powerful desktop you have in the corner. But the software (that is quality) for that is just not there.

    16. Re:I like it by rbanffy · · Score: 1

      The single-core ARM is a deal-breaker for an x86 replacement, even with the coupled DSP and 3D engines. In the same power envelope of an Intel Atom you can do a lot more and people need that "more" to run their software acceptably.

      Also, people will need a real keyboard and a much larger screen (600x1024 is a little bit painful to use - I run my netbook with an external monitor most of the time).

    17. Re:I like it by Anonymous Coward · · Score: 0

      Kind of like what they've done with the high power and low power graphics cards

  13. I love the ads. by Anonymous Coward · · Score: 0

    I love all the BSA "Blow the Whistle" ads you've got up. Slashdot has got to be the most.. BSA/**AA hostile site out there. Way to go Taco, you sellout hack!

  14. Windows-proof computing by rbanffy · · Score: 1

    It's actually great. An ARM-based PC would not only be Windows-free, it would be Windows-proof.

    Not really. There is still Windows CE, but one can dream...

    1. Re:Windows-proof computing by harry666t · · Score: 1

      How on Earth is locking oneself out of an option a benefit to anyone? You don't want Windows? Don't install it, goddamnit.

  15. VM sucks, and here's what you need to know by Anonymous Coward · · Score: 0

    No point in running a VM. Too slow on arm, which generally are sub GHz, closer to half that. And even then, the processor is but a small part of the power suckers on a device. It doesn't matter if the CPU uses 0.5 W versus say 2 W of an Atom if the whole device is running 10 watts (9.5 vs 10 watts is not worth the expense and complexity of this).

    I rest my case. (Case dismissed)

  16. Shifting to paper could save laptop batteries by Xest · · Score: 1, Funny

    An anonymous reader writes:
      "When is an Intel PC not an Intel PC? When it moves applications such as word processing on to a piece of paper because it can get longer battery life. And according to a story at EE Times, this hybrid Intel-Paper approach is being taken by PC makers as prominent as Dell. The problem for Intel: Why would you switch out of 'all-day' mode and use the Intel processor? The problem for paper: lacking support from Microsoft for Windows; the applications it runs for the PC have to do so under pen or pencil."

  17. Apple / BSD by mbone · · Score: 3, Interesting

    Don't ARMs also run BSD ? It would seem that Apple might have a solution for their laptops, if they decided to go that way.

    1. Re:Apple / BSD by fuzzyfuzzyfungus · · Score: 3, Informative

      Apple has shown no interest in playing the netbook game; but the iPod touch and iPhone are already (mostly) OSX on ARM.

    2. Re:Apple / BSD by UnknowingFool · · Score: 1

      Yep. Apple wants to keep itself differentiated from PC makers like Dell. They'd gladly give up the high volume/low margin low-end of the market for the lower volume/high margin higher-end. Netbooks would be on the low-end.

      --
      Well, there's spam egg sausage and spam, that's not got much spam in it.
    3. Re:Apple / BSD by Anonymous Coward · · Score: 0

      Trying to figure out what you just said... ah, got it! Not...

    4. Re:Apple / BSD by horza · · Score: 1

      He was making a joke. Apple gave up their efficient PowerPC to move to box-shifter x86 machines like Dell. Apple then copied the touch-screen Prada phone to make their iPhone. And he is being sarcastic in that he is suggesting the iPhone is a low volume device. Hence he is predicting in a round-about way that Apple will release a sweet ARM-based Netbook. Which we know already as Apple have already licensed the technology. Apple have had experience with the ARM ever since the Newton so they shouldn't have any problem.

      Phillip.

    5. Re:Apple / BSD by bendodge · · Score: 1

      Isn't the Macbook Air more or less a netbook?

      --
      The government can't save you.
    6. Re:Apple / BSD by fuzzyfuzzyfungus · · Score: 1

      The category is, admittedly, pretty fuzzy; but I'd say that "netbook" tends to mean 12 inch and under, cheaper than or similar to lower end laptops, usually no optical drive, and modest specs. "ultraportable" tends to mean 12 inch and under, more expensive than or similar to higher end laptops, sometimes no optical drive, and specs limited mostly by the thermal budget. Ultraportables are actually a much older category, you've been able to get librettos and freaky little Sonys for ages now, netbooks just brought cheap to the table.

      I'd tend to say that the Air is a largish ultraportable, rather than a netbook.

    7. Re:Apple / BSD by Anonymous Coward · · Score: 0

      and Apple is likely to help drag/push Adobe to bringing the support for flash to ARM for these devices.

    8. Re:Apple / BSD by CAlworth1 · · Score: 1

      One might argue that the iPod touch and iPhone are their play in the netbook game...
      My girlfriend has an Acer Aspire One and I have an iPod Touch. She has a bigger screen and less battery, and while I can't type as quickly as she can, I can't type at all on the Acer keyboard...

    9. Re:Apple / BSD by CAIMLAS · · Score: 1

      Who said they had to do put them in 'netbooks'? If everyone else starts offering low-cost, low-power laptops, and people started buying them to the exclusion of other computers, Apple would almost have to step up, because their primary market segment is the home/personal user.

      I can see them offering their iPhone/iPod touch in different form factors, or even with an 'add on' enclosure which would turn them into full computers. IIRC there was/is a 3rd party company owrking on doing just that, actually.

      --
      ~/ssh slashdot.org ssh: connect to host slashdot.org port 22: too many beers
  18. lacking support from Microsoft for Windows by viralMeme · · Score: 1

    Shouldn't that be, Microsoft doesn't produce a cross-platform OS ..

  19. Would you settle for a MIPS-based netbook? by the_humeister · · Score: 1

    I think I'd get one of these Alpha 400 MIPS netbooks although I'd prefer more memory.

  20. Sounds like a job for Windows NT 3.51 by thered2001 · · Score: 1

    This sort of problem takes me back to those carefree days when Windows supported processors dramatically different from those made by Intel. It used to support applications written for other operating systems, too (well, OS/2.) Gone are those halcyon days of HAL openness.

    --

    If your only tool is a hammer, every problem becomes a nail.

    1. Re:Sounds like a job for Windows NT 3.51 by acohen1 · · Score: 0

      3.51 was a great system. Allowed me to run tons of Win32 application meant for 95 without all the suck of 95. I didn't realize until later it could run on non x86 cpus. Too bad most modern Win32 applications wont recognize it.

  21. ARM and Flash by Anonymous Coward · · Score: 0

    Uh, er, I'm reading /. on my N800 now. And later, I'm going to youtube to watch flash content there.

    mplayer has been ported to the N800/N810 platform.

    The big drawback to these portable platforms are:
      - screen size - er 800x480 resolution and about 4" across
      - keyboard options - bluetooth is working
      - mouse
      - general USB peripherals (usb does work)

    For what it is, mine runs apps fine. I'll be using the GPS later today on a hike. Tomorrow I'll use skype to chat with my business partners. Normal internet surfing, listening to mp3s, and rss feeds work fantastic.

    It isn't a full PC, so editing gnu spreadsheets - while possible - isn't practical. Neither are video or graphics editing. There's a huge list of apps that were ported - all free. Search for "Maemo" as that's the gui toolkit. Underneath, it runs linux.

    Battery life is fairly good. 9 days of standby, I normally get about 2 days of regular use between charges.

    The best thing is the price has recently dropped to around $220. Don't buy a GPS or an iTouch. Get a Nokia N810 general purpose device.

  22. Let me fix that for you by Anonymous Coward · · Score: 0

    os/2 v1, which was sort of like a glorifed quarterdeck xm. Can use say 80286, 16-bit words, 64 KB segments, and "what passes as state of the art in russia today"? There you go, man, I fixed it for you.

  23. Is Linux the new monopoly? by Anonymous Coward · · Score: 0

    The problem for ARM: lacking support from Microsoft for Windows; the applications it runs for the PC have to do so under Linux.

    A hundred ARM-compatible operating systems just cried out in pain.

  24. Reminds me... by Anonymous Coward · · Score: 0

    This reminds me of the DEC Rainbow (8086 and Z80) or Commodore 128 (8502 + Z80) or even the Acorn BBC with ARM-addon.
     
    So who still thinks the Anonymous Coward is a n00b?

    1. Re:Reminds me... by earlymon · · Score: 1

      Who thinks the AC is still a n00b?

      Basically, all of us that predate those efforts by well over a decade, I suppose....

      http://en.wikipedia.org/wiki/Asymmetric_multiprocessing

      Or who outboarded other processors on Apples ][+ before the things you mention hit the market....

      BTW - I think if you challenge n00b status hard enough using simple temporal references, you're liable to get an answer from Babbage himself - this is /.

      --
      Pathological kinda promises Path + Logical - but instead, you get stuck with pathetic.
  25. ARM Cortex A8 netbooks Real Soon Now by seanellis · · Score: 2, Informative
  26. Pocket PC by tepples · · Score: 1

    Windows CE, maybe, but that has far less capabilities (and applications) than Linux on ARM does.

    Citation needed that popular Pocket PC applications are few and far between.

    And WINE doesn't support Windows CE anyway.

    Yet.

    1. Re:Pocket PC by hedwards · · Score: 1

      It won't any time soon. Most of the Win CE devices don't run on an x86 architecture, nor should they. x86 just isn't a reasonable architecture for handheld devices.

      Take the Open Pandora It specifically uses an ARM processor to allow it to get battery life that ought to be round about 10 hours per charge, they'd be able to manage only a fraction of that with an x86 processor.

    2. Re:Pocket PC by hedwards · · Score: 1

      Screwed up the URL, it's Openpandora

  27. Confusing name by tepples · · Score: 1

    I think I'd get one of these Alpha 400 MIPS netbooks

    That looks like similar CPU specs and price to Sony's PSP. But from the name only, is it a MIPS CPU or an Alpha CPU? I wonder if HP (owner of Digital) isn't already having its legal department draft a cease-and-desist for the maker of these netbooks.

    1. Re:Confusing name by david.given · · Score: 1

      But from the name only, is it a MIPS CPU or an Alpha CPU?

      Yeah, I think those things are fascinating too. And no, I haven't been able to find out! I'm reasonably sure it's a MIPS but don't know for sure. I also don't know how hackable they are; I found one page describing how to get root on it, but no more than that. In particular, I haven't been able to find out how the boot loader works --- can't put Debian on it unless you can boot your own custom OS...

  28. It is just a stop-gap measure by scorp1us · · Score: 1

    If there was ARM Windows, this would not exist. The Intel CPU is now an added cost so that users can have their familiar windows interface, and a powerful processor when plugged in.

    Now, consider the case of a dual ARM CPU box. Longer battery life, no x86 premium (cheaper). You can turn the additional CPU on or off if you're on battery or not.

    Since you're asking vendors to support arm, it makes no difference now that they have to support two CPUs and three OSs.

    After we subtract everything we have the added cost of supporting windows vs user's familiarity with it. Whatever the cost is - $100, $50 (includes license, plus value of battery life) has to be greater than learning a new OS. Given that there is KDE4.2 and Vista, and the majority of people are still on XP, if you have to learn a new system, its a good way to et your foor in the door of being cheaper.

    I am not sure how they plan to accomplish this hybridization - the ARM cpu needs its own OS and a communications API (via shared mem, usb?), with features (software function calls) it can provide. Or, they can put a linux client OS, and use a vmware or other client to access the ARM on a special internal network. If that is the case, then why not make it all ARM, since vendors now need to support Linux/ARM?

    --
    Slashdot's rate-of-post filter: Preventing you from posting too many great ideas at once.
    1. Re:It is just a stop-gap measure by Anonymous Coward · · Score: 0

      Better yet, why not use ARM as the main processor, running Linux, while the x86 simultaneously runs a stripped-down version of windows. Add in a composited graphics environment to see your Windows applications and you're done! Of course, it wouldn't nearly that easy, but it would probibly be the ideal way to do things.

      I agree with you about the extra cost for x86; it's extremely inflated when you can compare it to other architectures. It's probably what you'd expect, since you're buying a chip which is using technology licensed from three different companies. Whereas if you buy a comparable ARM or even PPC SoC chip (which often has technology licensed from even more sources) for roughly the same price, if not less. Ever wondered why there isn't an x86 microcontroller anywhere?

  29. Strange by Anonymous Coward · · Score: 0

    All your problems HAVE happened to people trying linux.

    That one single person gets ALL of them is not merely unfortunate, it smacks of deception.

    1. Re:Strange by ByOhTek · · Score: 1

      There are a lot of problems I've seen/heard, I didn't have.

      If you are suggesting I'm lying, well, it's your prerogative. Maybe I'm just that one in a million chance of someone who had had all those things happen. But reasonably speaking, what reason would there be to lie about this?

      Hate for open source? I use FreeBSD, KDE, XFCE, XMMS, Firefox, etc. etc. without complaint, and recommend them whole heartedly.

      FreeBSD/Linux animosity? I had those problems on Linux long before the FreeBSD installer stopped being crap. I'm willing to (and did) admit advantages Linux had over FreeBSD. Heck, if I were that much of a fan of FreeBSD to blindly knock down another OS, why would I like Windows?

      I've had bad experiences. It sucks, most haven't had them, kudos to you and I'm glad you have an OS you like.

      --
      Self proclaimed typo king, and inventor of the bear destroying coffee table (patent not pending).
  30. Interesting no one has asked this yet... by Anonymous Coward · · Score: 0

    Why didn't Intel use its own Xscale architecture. I thought this was the equivalent to ARM for embedded systems, and it is owned by them.

    1. Re:Interesting no one has asked this yet... by larry+bagina · · Score: 1

      XScale is an ARM variant. Intel sold that line to Marvell in 2006, though.

      --
      Do you even lift?

      These aren't the 'roids you're looking for.

  31. I once looked to port Linux to the Archimedes by footnmouth · · Score: 2, Interesting

    Basically, in 1991 I was an Acorn geek and had a good knowledge of ARM assembler. I'd had a A310 (an ARM2 I believe) and I'd just upgraded to a RISCPC (with the ARM3 and the FPU I think) for university, while also learning *nix in the Sun lab.

    While browsing comp.sys.os I found a post from some bloke called Linus who was offering a *nix kernel that could be compiled for x86 and we started having an email chat with him about how I'd go about porting it to the ARM hardware. I took it know further when all he asked for was $20 or so as, frankly, I was a student (so had little cash) and I didn't know how to get a bankers cheque in USD.

    And that, my son, is why I didn't surf a wave of Linux on ARM...

    --
    -- For evil to triumph it is enough that good men do nothing.
  32. I call BS by DingerX · · Score: 1
    Yes, the N800/N810 has Flash 9 compatibility and Java (although they're about as fast as you'd expect a 400 MHz processor to be). But you claim:

    Uh, er, I'm reading /. on my N800 now.

    For what it is, mine runs apps fine. I'll be using the GPS later today on a hike.

    The N810 has GPS, but the N800 doesn't.

    1. Re:I call BS by Svartalf · · Score: 1

      All one needs to do to have GPS with the N800 is a Bluetooth GPS unit.

      It's very possible to have it act as a GPS nav unit.

      --
      I am not merely a "consumer" or a "taxpayer". I am a Citizen of the State of Texas
    2. Re:I call BS by DingerX · · Score: 1

      Yeah. I keep my transceiver in my coat. But that's not "the GPS" of the N800, but "a GPS".

      And sure, the high-resolution screen, full loadout of maps and portability have save me many times.

  33. Save laptop batteries by Chabo · · Score: 1

    If this technology saves just one battery, then it's worth it.

    Won't someone please think of the batteries!

    --
    Convert FLACs to a portable format with FlacSquisher
  34. Power Managed Core by _avs_007 · · Score: 2, Insightful

    It would make more sense to move to an architecture where you have something like a traditional Intel or AMD CPU, where the cores would just shut down when not in use, etc...

    Having two CPUs of different architecture is ridiculous. How are you going to make that seamless? For example, how are you going to access memory from the ARM? The memory controller is in the Intel/AMD CPU. If the AMD/Intel CPU is powered down, so is the memory controller. If the memory controller is powered down, the ram won't get refreshed.

    So you'll basically need an off-chip memory controller. If you do that, then all of a sudden you have even more headaches, such as trying to synchronize the caches on each core of the Intel/AMD cpu, etc. (And this is overlooking the instruction disparity)

    If you are talking about having a separate operating environment/desktop/etc completely separate from the main environment, that is going to be awkward for a lot of users, as many will expect seamless integration and data sharing, etc.

    Also, don't fool yourself and think that just because your hybrid is running an ARM that you will magically get all-day battery life. The CPU is not the only power drain on the system. You also have the wireless radio, the LCD display, and the graphics processor, etc.

    1. Re:Power Managed Core by Belial6 · · Score: 1

      There have been serveral system in the past that used more than one processor that were different from each other. The two I had that come to mind were the DEC Rainbow which had a Z80 and an 8086. You could choose which processor you wanted to boot to when you turned the machine on. The other computer I had that comes to mind is the Amiga. It started with a 680x0, but you could add a an x86 processor to run PC things, and it was also common to add PowerPC processors.

      I still remember back in '90 or '91, seeing an Amiga with Final Writer for the Amiga, Word Perfect for the Mac, and Word for the PC all running at the same time on the same machine.

    2. Re:Power Managed Core by _avs_007 · · Score: 1

      Those architectures have the memory controller off chip.

      The architectures where you plugged in an x86... They started with soft emulation, which is pretty slow. The add-in card allowed you to get rid of the software emulation. However, those add in x86 cards were still based on architectures where the memory controller and such were off-chip, so that the 680x0 architecture could just virtualize the memory controller (among other things)to the x86 CPU.

      You can't do that with a modern x86 CPU, because there is nothing to virtualize, becuase the CPU only talks to the on-die memory controller.

      In order to correctly do this today, the ARM processor will have to talk QPI/Hypertransport to the x86 to access memory as well as to maintain cache coherency. If you are going to be doing that, you aren't going to be saving any power. Plus you would really bog down the x86 CPU, becuase what if the x86 CPU needed to access a resource that was locked by the ARM processor? How many wait states are you going to have to inject for x86 to wait for the much slower ARM to satisfy a bus request?

      And lets say you do it the virtual way, you still have to deal with data sharing. Apps running in a virtualized sand box will not have access to all the data/resources in your main OS. This isn't the 1990's anymore where everything can just access the same physicall address space.

    3. Re:Power Managed Core by Belial6 · · Score: 1

      This is how it always goes. People claim it cannot be done until it is done. Sharing data could easily be done via a simple SPI bus and a driver, or an internal USB connection, or a hundred other ways. That is even if the two processors are intended to be run at the same time. Dual booting is down right common these days. Having a laptop that lasts all day, but has the ability to run that one Windows app while using 3 times as much battery power for those rare occasions that it is necessary holds a great deal of value.

      As for memory, just give each processor it's own memory. Problem solved. Same with the cache. You are trying to make the whole think WAY more complicated than it needs to be.

    4. Re:Power Managed Core by _avs_007 · · Score: 1

      I didn't say it couldn't be done, I even illustrated how it can be done... My point was that when you start sharing memory like that, you aren't saving any power, becuase you'll have to keep the x86 powered up to run the memory controller.

      I also mentioned that two isolated environments is not a good solution, because it is not seamless. Why would I want to dual boot my laptop on two different non-compatible OSes, just to save battery life? If I'm doing simple things like email and crap where I don't need the horespower of my laptop, I won't even bother with the laptop, I'll just do it on my phone. I don't like carrying my notebook when I don't have to.

      You and I can both dual boot linux or whatever OS on ARM and Windoze on x86, and use it just fine... But take Joe sixpack... He'll get mad when he tries to run WinMobile or whatever on ARM, and wonder why he can't launch Office 2007 to view a simple word document. Or get frustrated when he sees the interface and functionality for Pocket Word is vastly different from Word 2007, etc.

      There is a reason Atom runs x86 instructions... It's so it can run the same OS, and run the same apps as it's big brother. Joe Sixpack will appreciate that when he sees that the same apps that run on his desktop, will also run on his netbook. It provides for a consistent user experience.

      I'm just saying that there are better ways to reduce power on the platform, than to take an orthogonal platform like ARM, and try to jury-rig it in as a solution.

    5. Re:Power Managed Core by Belial6 · · Score: 1

      Then you understand that sharing memory is a non-issue. While YOU may like to send emails on your phone, for the vast majority of people surfing the web and sending emails from a phone is just plain painful. Being able to sit in a plane and use a real keyboard with a real screen and have it work the entire flight would be a big deal to a lot of people. For most of those people, they would not have a problem dual booting. Your basically saying that if it cannot be done perfect, it shouldn't be done at all. The x86 side of things is not for running in parallel with the ARM. It is for that rare app that you have to boot into occasionally.

      There simply is no 'jury-rig' involved. It is simply a single system that the user can choose between low power or x86 compatibility. And they don't have to choose until they boot their system. If you don't see the value in that for anyone, it isn't because of a flaw in the idea.

    6. Re:Power Managed Core by _avs_007 · · Score: 1

      Why is sending emails or web surfing on a phone painful? Because of the small display? That wasn't whay I meant when I was referring to that. When I said I wouldn't want to be in that environment, I wasn't referring to the phone's environment, I was referring to the ARM environment. You can connect a 10" display to the ARM, but which app are you going to be running? Opera Mobile? That browser sucks compared to a desktop browser, doesn't matter if the screen is 2" or 10".

      Integration is VERY important... So let's say you want to send email from a low power mode... What if you need to attach a visio file? Where is the file stored? In the ARM partition or the Windows partition? How you going to access the Windows partition? Ok, so let's say you managed to carve out a shared FAT volume.. What if you need to make a quick edit to that file before you send it? Which ARM app you going to use to open the attachement? What if you need to make a quick edit to a PDF file, such as change the value of one of the fields... Which version of Adobe Acrobat are you going to use on that ARM?

      How do you know people would have no problem dual booting for that scenario? Did you do a usability study? We actually DID work with a company on a usability study for something similar to that, and guess what? It FAILED.

      Like I said, if the primary concern is power savings, there are much better solutions than taking an entire platform (ie ARM), and wedging it into an existing platform (ie x86), and jury-riging it (ie Dual Boot) into a single device.

      You can work at reducing power at the CPU, at the chipset, at the memory, etc, etc. For example, you can save lots of power by switching to a type of memory that doesn't have to be constantly refreshed, etc, etc.

    7. Re:Power Managed Core by Belial6 · · Score: 1

      Web surfing and emails on a phone are painful because, yes, the screen is small half-vga is going to be painful. But more importantly, because the keyboards suck so bad that they bring a whole new meaning to the term 'Hunt and Peck'. Heck, some phones like the iPhone don't even have cut and paste. Your problem is that you think that if there is any demographic that wouldn't buy a product, that there is no demographic that will buy it. That attitude probably has a lot more to do with you failed usability study than anything else. If you took a bunch of people that need to spend all day in Visio and asked them to dual boot into a separate system that you didn't even have proper disk access for, just to send an email, then you did a crappy study.

      I have no problem dual booting between Linux and Windows, and having full access to the entire windows drive. The fact that you don't know that Linux can easily access and use NTFS volumes tells me that you really don't understand this subject.

      If you were going to do a quick edit to a Visio file or PDF file, you would boot into Windows and it wouldn't be that big of a deal since you would only have to do that once every couple of months. If you are the kind of user that works in Acrobat and Visio regularly then you are not the demographic for this product, so you wouldn't use the product at all. I hate to break it to you, but MOST people are not using Visio or Acrobat.

      This kind of product is for someone like my wife, who is not going to be bothered with constantly trying to make sure that a laptop is charged after every 3 hours of use, uses email, a web browser, and a word processor (and does not care if it has all the bells and whistles of word). Or someone like me that uses email, a web browser, or uses remote desktop to get access to the full power of my machine when I am in a wifi hotspot. Simply put, you are looking at the wrong demographics.

    8. Re:Power Managed Core by Anonymous Coward · · Score: 0

      The memory controller probably isn't as tightly integrated as you're thinking. Picture if you will: all they did was move some chips and wiring from the motherboard onto the CPU, but basically it's the same transistors and a shorter version of the same wiring. Much like the Intel and AMD chips can currently power down parts of the internals of the CPU, the memory controller part can probably also be separately controlled.

      Then you have the other architecture CPU on the bus, working with a different chunk of main memory - though, alas, not sharing cache. Of course, you could possibly merge this other CPU with the x86 one, since it is, after all, small and low power.

    9. Re:Power Managed Core by _avs_007 · · Score: 1

      I didn't say the study was about visio or PDF, I was just using them as examples.

      As far as Linux accessing NTFS... It can read from NTFS but it can't write to it... Also, most users of laptops that need long battery life are enterprise users. Many enterprises use an encrypted file system. Linux cannot read those.

      I completely understand demographics, but you seem to not understand economics and ROI. Have you ever approached a company like Dell or HP and try to persuade them to support something like this? Before they give you the time of day, they will want usability studies, (and they will even conduct them on their own), and they want a monetization story to show them what the market looks like, and how they will make money on it, and how much. You have to justify every penny of extra cost to the platform. If they see that it is not worth it, they will not build it... So let me ask you again... Have you approached these OEMs? I HAVE. I know what they said.

      You are acting like YOU are like the majority of people out there... But guess what, you AREN'T. Most consumer notebook's don't even leave the home. Of those, most are always tethered to A/C power. Why do you think most "long life battery" notebooks are usually in an OEM's business line of notebooks? The margins on these computers are smaller than you think. I can hardly get OEMs to agree to 50 cent increases in bill of materials for additional hardware. You think you can convince them to add an entire new platform into the notebook without a strong monetization story?

      That's why I said there's better approaches. For example, simply switching the type of memory used on the system can net you a 40% power savings. You'll have an easier time trying to convince the OEM to incorporate this technology (especially if the BOM cost differential is negligible), and show that it would be a seamless integration... Versus saying that they can add $10 in BOM cost to the platform, and show that the integration wouldn't be seamless because you are dual-booting, etc, questionable access to some enterprise scenarios, but it would benefit a niche consumer market (based on usability studies conducted by the OEM to validate feasibility)... Yeah, that will be easy to do....

  35. This is a dangerous development by caramuru · · Score: 1

    Adjustable rate mortgages (ARMs) caused much of financial meltdown in the housing market.

  36. Re:Jack Bauer Option by rssrss · · Score: 3, Funny

    "Have you used Windows Mobile? That's something I reserve for inflicting on only my worst enemies and only as a last resort. It's the Jack Bauer option of OSs."

    That is an insult to Jack Bauer. He is competent and works 24 hours a day.

    --
    In the land of the blind, the one-eyed man is king.
  37. Re:Jack Bauer Option by Anonymous Coward · · Score: 4, Funny

    "Have you used Windows Mobile? That's something I reserve for inflicting on only my worst enemies and only as a last resort. It's the Jack Bauer option of OSs."

    That is an insult to Jack Bauer. He is competent and works 24 hours a day.

    But only one day a year.

  38. Re:Jack Bauer Option by sexconker · · Score: 1, Redundant

    But he only works 1 day a year.

  39. Wow by Locke2005 · · Score: 1
    A portable with two different CPUs to run two different operating systems?!? I haven't heard of such a forward-thinking and revolutionary idea like this since the Seequa Chameleon And that was 25 years ago!

    No, there really aren't many completely new ideas in computing.

    --
    I've abandoned my search for truth; now I'm just looking for some useful delusions.
  40. You can bet... by Nom+du+Keyboard · · Score: 1

    lacking support from Microsoft for Windows; the applications it runs for the PC have to do so under Linux.

    You can bet that if ARM gains an arm-hold into the consumer space that Microsoft will either move to kill it - or provide applications and an OS alternative to Linux for it.

    --
    "It's the height of ridiculousness to say for those 9 lines you get hundreds of millions."
    1. Re:You can bet... by Svartalf · · Score: 1

      With WHAT resources?

      They lost about 125 Billion in valuation by the end of last year.

      They spent most of that vaunted cash warchest in stock buybacks and dividends last year.

      They don't HAVE something that will actually fit into this space and work the same way as the Linux apps do.

      --
      I am not merely a "consumer" or a "taxpayer". I am a Citizen of the State of Texas
  41. The problem is apps, not Windows by Ed+Avis · · Score: 1

    Microsoft Windows support for ARM is almost meaningless. What counts is all the crappy binary-only apps that people want to run - you know, the reason they're stuck on Windows in the first place. NT used to run on Alpha, MIPS and SPARC, but without support from application vendors the ports were stillborn. (OK, I have a copy of Microsoft Word 6.0 for Alpha somewhere, and you can still get some random free software like Info-ZIP and Putty built for it, but essentially it's a toy.)

    Compare with Apple, which made it pretty easy for vendors to ship 'fat binaries' and did emulation of the older chip to give a pretty smooth transition from m68k to PowerPC and from PowerPC to i386. That's not really an option here, because emulating a Pentium in software on an ARM chip isn't going to do much good for performance or power consumption.

    --
    -- Ed Avis ed@membled.com
  42. Darwine already does this by DrYak · · Score: 4, Informative

    WINE is just Win32 for POSIXy platforms. It's not able to rewrite x86 binary for ARM.

    Indeed, *wine* doesn't do it itself. But nothing prevents you from running a separate layer to do the translation.

    QEMU has a Linux-on-Linux mode, where it doesn't emulate a full blown virtual PC, it only runs the application targeting a foreign architectures inside the emulator and passes along the calls to the actual native OS and libraries.

    Darwine has been doing exactly this to run x86 Win32 application on PPC Mac OS X using a combination of Wine and QEMU. It should be possible to build a similar stack to run x86 Win32 application on ARM Linux.

    But don't expect much performance from it on an ARM netbook. It will probably OK to run a couple of simple tools. It won't probably work with games or other more resource intensive application.
    But gamers aren't the machine's main audience anyway, the ARM netbooks are targetted at people who just want Web, Email & Chat, with the longest possible battery life.

    Although, you probably could get better Win32 performance (at the cost of battery life) with dual-chip machine (like DELL Lattitude ON) or using accelerator boards if the ARM netbooks has some standard connector (like Xpress card).

    --
    "Sufficiently advanced satire is indistinguishable from reality." - [Tips: 1DrYakQDKCQ6y52z6QbnkxHXAocMZJE61o ]
  43. RTFA - Flash 10 on ARM by DrYak · · Score: 1

    According to TFA, ARM and Adobe have collaborated and an ARM version of Flash 10 should appear any time soon.

    Nonetheless, your argument is still valid :
    Flash is a proprietary piece of shit.

    I really hope that Gnash will manage to become a nice alternative, the way XPDF and its (poppler-based) descendant replace Adobe Acrobat for PDF on Linux.

    --
    "Sufficiently advanced satire is indistinguishable from reality." - [Tips: 1DrYakQDKCQ6y52z6QbnkxHXAocMZJE61o ]
  44. What about atom? by WARM3CH · · Score: 1

    Why ARM? Wouldn't it be easier to use atom instead so that the same x86 software can run in both power modes? Considering all other power consuming components of a laptop, using ARM instead of atom would not significantly reduce the total power consumption of the system.

    1. Re:What about atom? by Svartalf · · Score: 1

      Because Atom, for all it's niceness, is not really as good at this sort of stuff than the ARM is.

      An ARM11 can manage well on things under Linux- about as well as an Atom manages XP.

      A Cortex-A8 does stunningly well on things under Linux- as good as anything out there right now.

      We won't even get into the Cortex-A9. When it comes out, it'll be 2-4 times faster than the A8 at the same basic power dissipation.

      An Atom based netbook manages nicely on about 1/3 the battery of a comparable Laptop.

      An ARM device manages 2-3 times longer on about 1/3rd that.

      --
      I am not merely a "consumer" or a "taxpayer". I am a Citizen of the State of Texas
    2. Re:What about atom? by _avs_007 · · Score: 1

      Yes, but that's an apples to oranges comparison.

      The Atom runs the same OS and the same Apps as a real x86. Who cares if an Arm gets better battery life... My phone has an arm, and it gets better battery life than my notebook. But that doesn't mean I'd rather spend my day in that type of environment.

      You really think the average joe will be ok with running a platform running linux as an acceptable replacement for the windows environment they are used to? Running two parallel environments that are dissimilar is asking a lot of the user.

      An Atom/Hybrid device is like a gas hybrid car... Looks and feels like any other car, and the user does just fine with it, using less gas...

      Using an ARM/Hybrid would be like giving a diesel powered moped with the gas car to the user, and telling them if they ride the moped they'll get much better fuel economy than a comparable Atom/Hybrid.

      Sure, that's true, but the utility is not the same. In the Atom case, if the user wants to access some visio foils, he loads up Visio just like on the desktop... Of to use the car analogy, he has a big suitcase, and just tosses it in the trunk..

      In the ARM case, he needs to find a compatible app, or possible recompile the App if it doesn't exist... That's like telling the user that he can't take the suitcase, but that's no problem... He can just go to the store, and buy a new suitcase that looks just like his suitcase, but has special attachments to connect to the moped.

  45. Also the C128... by drolli · · Score: 1

    had two processors, and two operating systems.....

  46. The "Chimera" approach generates monsters by Balau · · Score: 1

    This hybrid approach is destined to fail when someone will realize that a laptop with just the ARM-half of the hybrid will consume half the power sacrificing 10% of functionality (a problem that can be solved with software development -> not impossible). Not to mention that the interconnection between shared peripherals and the two processors generates a lot of product cost overhead. A lion with eagle wings can't fly, it can just glide. I want a sub-notebook running Cortex-A9. Don't make me wait too long.

    --
    Working to work less.
  47. Screen technologies. by DrYak · · Score: 3, Interesting

    What's the current state of OLED?

    OLED display have been spotted in the wild (sony, available since 2007). They are ultra thin, size 11".
    But they still cost an arm and a leg. And OLED currently still has a shorter life time.

    But as production ramps up, price will probably fall down. After a couple of year, OLED will probably cheap enough for netbooks.

    Electronic paper?

    Still suffers from really slow refresh rate. Good for e-book. Bad for anything which needs higher refresh rate.
    The good thing, with eink is that, when not refreshing, it costs exactly 0 W. (Under sunlight. Otherwise, you still have to light it up somehow).

    Maybe that display from the XO?

    The first gen XO uses a normal LCD screen, but with a LED backlight that doesn't use coloured filters, but prism that split the light to generate the colours.
    Thus having a better efficiency. Also works in B&W under sun light.

    Currently, XO-type display are the best compromise in quality and price.
    OLEDs are going to be the next-big-thing once 11" displays stop costing prices in the thousand dollar range.

    Beside, given the power consumption of ATOM's chipset, a whole Intel-based solution still has a much more higher power drain than an ARM based one (which has everything into a single SoC - and can even embed RAM in the same CPU package).

    So even if ATOM vs. ARM differences aren't big, Intel netbook vs. ARM netbook still makes a difference.

    --
    "Sufficiently advanced satire is indistinguishable from reality." - [Tips: 1DrYakQDKCQ6y52z6QbnkxHXAocMZJE61o ]
  48. Free Flash by Britz · · Score: 1

    There you see one of the other reasons why Flash schould be free (as in Gnash for example).

    The main reason is still that it is the platform with the single largest installer base.

  49. custom linux distros by cenc · · Score: 1

    I have been remastering my own custom linux distro based on PClinuxos for many months now for use in my office (my own server distro and my own desktop distro). The writing is on the wall, that as things like remasterme become more user friendly more people and more companies will start producing customs linux distros exactly for what they need. MS would have a hard time following that act.

    It is ways off on a large scale, but not that far away. Imagine ordering your new notebook, you start it up, it asks you some questions, it download the software, and builds you your own custom distro.

  50. ARM is already "mainstream" by macraig · · Score: 1

    I have an iPAQ hx4700; it has a 624 MHz ARM-compatible XScale PXA270(?) CPU in it. There seems to be TONS of software available that runs on it, from the esoteric and highly specialized to the utterly mundane to the outright silly... pretty much a parallel of what's available for anything else. The ONLY real differences are the slower clock speed and, perhaps most significant, the limited display resolution of virtually all devices in which it's used (the hx4700 has a 640x480 display handicapped down to 320x240). The operating system is Windows Mobile, which may not be the "Windows" found on the desktop, but it certainly COULD be if there was motivation to do it. I can also install Familiar Linux and I think a couple other small distros, as well.

    So there you go: throw some $$$ at developing some faster versions and install them in devices with reasonable displays, and I don't see any reason why they can't at least augment x86 CPUs if not outright replace them. At the least, they can provide further impetus to the energy-efficient segment of the industry.

  51. I see where this is going by 200_success · · Score: 1

    Remember, back in the 80386 days, when you could get a separate math co-processor for the CPU? That seems to be the direction the pendulum is swinging. The OS would run on, say, an ARM CPU. To run x86 code, it would fire up the Intel co-processor. Specialized computations could be offloaded to a GPU for performance.

    The Transmeta folks were trying to solve the same problem, I think. Now, instead of rewriting x86 code on the fly, we'll get a real x86 co-processor.

    1. Re:I see where this is going by _avs_007 · · Score: 1

      The 386 was designed to co-exist with a 387 math co-processor. ARM was not designed to co-exist with an x86.

      Good luck running the Windows OS on ARM. The Windows OS relies on many features of the CPU that are not present on an ARM. Unless you are going to suggest that the feature set of Windows Mobile is good enough...

  52. Where are the ARM laptops by Anonymous Coward · · Score: 0

    Intel laptops are a dime a dozen while non Intel laptops do not exist. OK there are a few like the soon to be delivered Pandora but it is suspiciously few. There is a market for non Intel laptops but it is not being filled. Why is that? Almost seems like a conspiracy to me. The i.MX51 should be the CPU that finally breaks the Intel/M$ stranglehold. A netbook with an i.MX51 and a builtin 3G modem would be sweet

  53. Re:Jack Bauer Option by powerlord · · Score: 3, Funny

    Yeah, but he spends the rest of the year describing everything he did on that one day to ad-nauseam, and he always makes it sound like he saved the world.

    --
    This space for rent. All reasonable inquiries will be entertained at proprietors discretion.
  54. 1992 ARM Laptop by footnmouth · · Score: 1

    Heh, this got me thinking, there was already an ARM Laptop in 1992:

    http://acorn.chriswhy.co.uk/Pics/A4A1.jpg

    and the post I referred to above was something like this one:

    http://tech.slashdot.org/comments.pl?sid=1122971&cid=26803605

    but I'm sure it was comp.sys.os...

    --
    -- For evil to triumph it is enough that good men do nothing.
  55. Translation Options by ChunderDownunder · · Score: 1

    Are you, amn108, planning to sponsor this FOSS work? This sort of thing could take several man years to implement...

    Skepticism aside,

    1. according to their FAQ ReactOS have begun porting a FOSS version of Windows to ARM. This would free wine from an emulation layer if the next point were pluggable into 'Windows'.
    2. Next we need a dynamic translator. DEC had one to translate x86 to alpha, viz FX!32. Whether the owner of the copyright would be willing to release/update it and whether the target CPU is not alpha specific are open questions.
    3. Darwine started x86-> PPC translation for wine but I don't think that was ever completed now current day Macs share the same CPU.
    4. Building a JIT from scratch would require some sort of CPU agnostic framework to dynamically translate x86 calls to any target ISA. LLVM is a candidate here. But AFAIK LLVM's JIT isn't written for that platform. Porting LLVM to ARM would have side benefits such as running Java using Shark.
  56. ARM + Windows + portable device? by Anonymous Coward · · Score: 0

    someone did it before... with win ce at least.
    http://www-307.ibm.com/pc/support/site.wss/BMOE-46XPTL.html

  57. Re:Jack Bauer Option by Pollardito · · Score: 1

    but it's scheduled downtime so that still counts as 100% availability

  58. Re:Jack Bauer Option by Anonymous Coward · · Score: 0

    Jack Bauer == Santa Claus?