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."

51 of 326 comments (clear)

  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 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.
    6. 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.

    7. 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?

    8. 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.

    9. 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.
    10. 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
      #
    11. 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.

    12. 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.
    13. 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.

  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 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
    2. 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.

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

    Or... you could just switch to linux.

    Nah, too easy.

    1. 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.
    2. 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. 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 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 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.

    2. 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."
    3. 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. 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

  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. 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.

  9. 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 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."
    2. 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.

    3. 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.

    4. 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.

    5. 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.

  10. 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 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.

  11. 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 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.

  12. 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.

  13. ARM Cortex A8 netbooks Real Soon Now by seanellis · · Score: 2, Informative
  14. 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.
  15. 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.

  16. 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.
  17. 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.

  18. 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 ]
  19. 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 ]
  20. 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.