Slashdot Mirror


Intel and LG Team Up For x86 Smartphone

gbjbaanb writes "I love stories about new smartphones; it shows the IT market is doing something different than the usual same-old desktop apps. Maybe one day we'll all be using super smartphones as our primary computing platforms. And so, here's Intel's offering: the LG GW990. Running a Moorestown CPU, which gives 'considerably' better energy efficiency than the Atom, it runs Intel's Linux distro — Moblin. Quoting: 'In some respects, the GW990 — which has an impressive high-resolution 4.8-inch touchscreen display — seems more like a MID than a smartphone. It's possible that we won't see x86 phones with truly competitive all-day battery life until the emergence of Medfield, the Moorestown successor that is said to be coming in 2011. It is clear, however, that Intel aims to eventually compete squarely with ARM in the high-end smartphone market."

39 of 157 comments (clear)

  1. Intel and LG Team Up For x86 Smartphone by omar.sahal · · Score: 3, Insightful

    compete squarely with ARM in the high-end smartphone market

    How can they do that when producing an ARM processor cost only ARMs royalty + costs added on from many producers (Texas instruments qualcomm et al).

    1. Re:Intel and LG Team Up For x86 Smartphone by Locutus · · Score: 3, Interesting

      To top it off, Intel has to use their highend processing factories to get the chips in the ball park as ARM. They just announce the 32nm Atoms along with their new i3, i5 and i7 all on the same process. But as you mentioned, they have to sell the Atom far far far cheaper than the iX CPUs to be competitive. IMO, the FTC should look into this to make sure their not dumping. Atleast with main PC CPUs, they charged high prices at first and then ramped the price down as the newer processes started to come online. With these Atoms, they can't charge what they cost and still be competitive.

      And these new phones will probably have a fan and require 2GB of memory so it can run Windows. lol. If they only talk about Gnu/Linux then we'll know they are serious but if they pull Microsoft in, you know it's a PR game and like the netbook segment, it'll run the prices up so high few will want them.

      LoL

      --
      "Anyone who stands out in the middle of a road looks like roadkill to me." --Linus
    2. Re:Intel and LG Team Up For x86 Smartphone by JackDW · · Score: 2, Insightful

      Part of the plan would surely involve getting into the IP core business, like ARM. AMD are doing it, and some Intel researchers already have a prototype.

      --
      You're an immobile computer, remember?
    3. Re:Intel and LG Team Up For x86 Smartphone by KazW · · Score: 2, Informative

      compete squarely with ARM in the high-end smartphone market

      How can they do that when producing an ARM processor cost only ARMs royalty + costs added on from many producers (Texas instruments qualcomm et al).

      I hate quote mining... You should have used the entire sentence, because you might have had to re-read it and you might have picked up on a key idea of the sentence. I think you did notice though, because your quote conveniently starts just after that word, which makes your post a troll in my eyes, and you're lucky I don't have mod points this week.

      It is clear, however, that Intel aims to eventually compete squarely with ARM in the high-end smartphone market.

      --
      Geeks don't grock information, they grep it.
    4. Re:Intel and LG Team Up For x86 Smartphone by sznupi · · Score: 4, Insightful

      ...and order of magnitude less power usage for the same performance. Meaning less problems with heat, smaller battery, much smaller phone with comparable performance.

      There is no benefit of x86 on smartphones that could drag Intel into this market, quite the contrary; ARM is established, and working very fine.

      --
      One that hath name thou can not otter
    5. Re:Intel and LG Team Up For x86 Smartphone by MaraDNS · · Score: 2, Informative

      Opera/Firefox (whichever has a newer version that still supports 98)

      That would be Opera. Firefox, as of Firefox 3, no longer supports Windows 98 (this caused a lot of grumbling on Firefox's support forums), but the latest Opera happily runs on Windows 98.

      I can also write my own apps for it in Delphi7 (Delphi does not work on Linux)

      If you're an old-school Delphi programmer, you might look in to Lazarus. It's 95% Delphi, but FOSS software.

      While I'm mainly a C programmer these days, I've quite impressed with Delphi: There is an excellent tiny little Civilization clone, C-evo, out there written in Delphi (that fits on a single floppy if you remove the sounds and 7-zip compress it), as well as a free (beer) office suite called SSuiteSoft.

      --
      MaraDNS is an open-source DNS server.
  2. Sounds like...hell! by syousef · · Score: 4, Funny

    Maybe one day we'll all be using super smartphones as our primary computing platforms.

    Oh I sure hope not. Sounds like hell to me, and I'm an aetheist!

    --
    These posts express my own personal views, not those of my employer
    1. Re:Sounds like...hell! by Hurricane78 · · Score: 4, Interesting

      Well, that’s only your lack of imagination.

      Imagine a very powerful cell phone. With super-fast bluetooth. (Or wired bus if you prefer that.)
      Now imagine a normal screen, keyboard, mouse, and speakers/amplifier. All with bluetooth.
      There. If the speed and storage size are good, that’s all you usually need.

      Now imagine a dock where you put the phone in, to give it monstrous 3d hardware acceleration capabilities, or something else that needs a faster bus than bt can provide.
      Then you got games and professional use covered too.

      Finally one or multiple contact-lens displays, glasses, and a gesture glove reduced to some tiny ring or something. (There is something better, but I can’t talk about that right now.)

      I don’t see what’s missing there...

      --
      Any sufficiently advanced intelligence is indistinguishable from stupidity.
    2. Re:Sounds like...hell! by ColdWetDog · · Score: 3, Interesting

      Oh I sure hope not. Sounds like hell to me, and I'm an aetheist!

      Perhaps maybe just purgatory. But it could work. Carry your uberdevice in your pocket (lead foil lined), use it with it's native human interface devices when wandering around. Pop it in some sort of dock at work with a decent keyboard, mouse and screen. Remember to pick it up before you go home.

      Obviously this sort of thing raises a number of issues and problems and the hardware in a smart phone just can't compete with a real computer for now for anything other than email / browsing / light apps. I'd love it at the hospital that I work - walk around the bedside inputting data, looking up things, pop the thing in the dock at the nurses station, look up an xray on a decent monitor, type in some notes, get up and walk around some more.

      Right now I have to scribble stuff on paper, walk over to a generic computer, log in to several different applications, gripe because Firefox isn't on this particular machine or doesn't have a utility that I like, actually do something useful, then log out of everything, rinse and repeat.

      So it might not be as bad as you envision it. Of course, this sort of thing requires significant multi vendor coordination and standards, so I don't hold out much hope for it. I guy can dream ...

      --
      Faster! Faster! Faster would be better!
  3. Competition by Anonymous Coward · · Score: 2, Interesting

    Has anyone made a scatter plot of benchmark score vs watt, for a given benchmark and various x86 and ARM processors?

  4. Do Not Want by marcansoft · · Score: 3, Interesting

    Here we have a platform where there is no reason whatsoever to have an ass-backwards-compatible architecture in order to run legacy Windows apps. There is zero reason to use x86 here other than marketing and Intel. Please go away, we're perfectly happy with a modern RISC architecture (ARM), thank you very much.

    Here's to hoping that ARM will permeate its way up into the netbook market and beyond, instead of the other way around. We've been tortured by x86 long enough already.

    1. Re:Do Not Want by marcansoft · · Score: 5, Informative

      The x86 CISC instruction set is so convoluted and ancient that x86 CPUs spend a lot of die area (and power) dealing with it and the weird ways that extensions have been tacked over time. The fact that it's old also means the CPU requires tons of logic because the instruction set was designed for simpler, less well performing CPUs. Newer techniques to speed things up usually work best with software support, while x86 CPUs have to implement these older techniques and then add a compatibility layer to make them work seamlessly with the old instruction set and old OSes that know nothing about them.

      One large difference between ARM and x86 that people rarely realize is that ARM only (usually) guarantees compatibility at the application (usermode) level, while x86 has to maintain compatibility down to the OS (kernelmode) level. ARM is free to update their architecture, add features required for modern performance, and require that the OS deal with them. This is hardly an issue because OSes adapt fast these days and the ARM market has no dependency on ancient OSes. x86 still has to deal with the fact that some nutjob might want to run Windows 3.11. Even when x86 does implement newer stuff, like the SYSCALL and SYSRET instructions that aim to replace the ancient and slow software interrupt system call mechanism, OSes are slow to adapt and the CPU still has to carry around the logic for the old crap. Forever.

    2. Re:Do Not Want by TheRaven64 · · Score: 4, Interesting

      Simpler decoder. The instruction decoder is the one part of a CPU that you can't turn off while executing anything. An x86 decoder is much more complicated than, for example, an ARM decoder, so the minimum operating (i.e. not suspended) power consumption for the CPU is higher.

      An x86 chip has weird instructions for things like string manipulation that no compiler will ever emit, but which have to be supported by the decoder just in case. The usual advantage that x86 has over RISC chips is instruction density. Common instructions are shorter (actually, older instructions are shorter, for the most part, but old has quite a high correlation with common) and there are single instructions for things that are several RISC instructions, meaning that they can get away with smaller instruction caches than RISC chips.

      This doesn't apply to ARM. ARM instructions are incredibly dense. Most of them can be predicated on one or more condition registers, which means that you often don't need conditional branches for if statements in high-level languages. More importantly, there are things like Thumb and Thumb-2, which are 16-bit instruction sets suitable for a lot of ARM code, but which get very good cache density. Unlike x86, these are separate instruction sets. This means that the core can turn off the decoder hardware for the full ARM chip while in Thumb mode, and turn off the Thumb logic while in ARM mode. This gives you x86-like icache density and RISC-like decoder complexity, so you have the best of both worlds.

      --
      I am TheRaven on Soylent News
    3. Re:Do Not Want by TheRaven64 · · Score: 4, Interesting

      The x86 CISC instruction set is so convoluted and ancient that x86 CPUs spend a lot of die area (and power) dealing with it and the weird ways that extensions have been tacked over time

      It's worth noting that how true this is depends a lot on the market that the chip is aimed at. An Atom and a Xeon both have approximately the same number of transistors dedicated to decoding instructions. In the Atom, it's a noticeable chunk of the total, both in terms of die area and power consumption. In the Xeon it's an insignificant amount.

      The x86 decoder was a big problem comparing something like a 386 to a SPARC32. The SPARC32 could use the same number of transistors but have a far higher percentage devoted to execution units. Comparing a Core 2 to an UltraSPARC IV, it's not nearly as relevant. The percentage of the die dedicated to the decoder is pretty small on both and the difference between using 1% of your transistor budget for the decoder and 2% is not significant. Particularly when the more complex decoder lets you get away with a smaller instruction cache.

      When you scale things down to the size of an Atom or a Cortex A8, the difference becomes significant again. In 5-10 years, chips for mobile devices may well be in the same situation that desktop chips were a decade ago, and then x86 will be a minor handicap, rather than a crippling one, but even with a 32nm process the decoder is still a big (relative) drain on a mobile x86 chip.

      From what I've read, Intel doesn't have anything that comes close to the Cortex A9 (as seen in Tegra 2) or the Snapdragon in terms of performance per Watt.

      --
      I am TheRaven on Soylent News
    4. Re:Do Not Want by marcansoft · · Score: 3, Interesting

      Thumb is implemented as a layer on top of ARM (at least last I checked), so usually the ARM decoder will still be active while in Thumb mode. However, Thumb and Thumb-2 are essentially compressed versions of ARM, so the vast majority of the decoder can be shared. The combined decoder for a modern ARM CPU is still much simpler and better performing than the decoder for an x86 CPU.

      Another large advantage is that ARM programs by definition do not use things like self-modifying code without informing the CPU (i.e. issuing a dcache store and an icache invalidate). This means that ARM CPUs can be essentially Harvard architecture machines and they practically don't need any snooping logic for the caches. x86 CPUs always have to watch for insane things like an instruction modifying the instruction immediately after it in the pipeline, while that doesn't even work at all on ARM (you need the aforementioned flush/invalidate plus a write barrier and whatnot). Having CPUs impose these kinds of (reasonable) demands on the software is a very good thing for performance.

    5. Re:Do Not Want by marcansoft · · Score: 2, Informative

      What you say is true of the decoder, but the issues with insane software demands do affect even large CPUs significantly. The percentage of the CPU dedicated to instruction decoding can go down as you increase the amount of execution units etc., but x86 CPUs still have to dedicate a lot of chip routing and logic to the (many) "special cases" that software might demand yet are incompatible with modern CPU optimizations. Things like snooping writes in case the CPU needs to invalidate a TLB, etc. As you add complexity, you have to keep adding these special cases and workarounds for things that were once implicit in older, more trivial CPUs. These things don't scale down when you add complexity; instead, they come along with complexity that you add. I wouldn't be surprised if up to 25% of the silicon area of a modern x86 chip could be shaved off if only the ISA requirements on the software were more like those of PowerPC or ARM (not the ISA itself, just the requirements and limitations on what the software can and can't do).

    6. Re:Do Not Want by itsme1234 · · Score: 2, Insightful

      Here we have a platform where there is no reason whatsoever to have an ass-backwards-compatible architecture in order to run legacy Windows apps.

      There are tons and tons and tons of x86 apps that run on some (potential) over sized x86 phone with 800x600 resolution, 512MB RAM, 1GHz CPU, 8-16-32... GB flash. Yes, you can do MANY things with iPhone, Android, Windows Mobile or Maemo. However with a small x86 box no matter how underpowered you can do MOSTLY ANYTHING. And there's a big difference. Examples: flash is big news on iPhone and Android. Java (as in browser applets): no chance in Android (don't know about the other platforms). That means some banking sites and some remote access software don't work. Get different servers? Switch banks? Heck, they work fine even with Windows 95!
      Tried to print directly from your phone directly to some dumb printer? Tried to scan something (no, I don't mean take a picture with the crappy camera)? Get some files from some NTFS USB drive? Connect a TV tuner? Connect to some strange nasty corporate VPN?

      Yes, 90% of the usage is covered with a nice basic browser, some media player and maybe a voip client. But there's a lot in the 10% left and I don't have the patience to have it all ported to arm (not that it'll ever happen as the market is so divided).

    7. Re:Do Not Want by TheRaven64 · · Score: 2, Interesting

      Yes, you're quite correct. I remember a story from a former Intel Chief Architect about a bug in one instruction on the 486 that accidentally set a condition flag in some situations. A few game designers found that they could take advantage of this, and just slapped a minimum requirement of 486 on their game. Then the early Pentium designs crashed the game (when they ran it in the simulator), so every subsequent chip had to implement that buggy behaviour, only now it was documented behaviour...

      --
      I am TheRaven on Soylent News
    8. Re:Do Not Want by EvilNTUser · · Score: 3, Insightful

      If my phone had a USB host port, I could do all of the things you mentioned, and it runs Maemo + ARM Debian. Nasty corporate software excluded - and we'll all be better off if those guys are forced to modify their crap.

      Might I also suggest that you don't switch to a bank with a website that wants to run binaries on your computer. For your own good.

      --
      My Sig: SEGV
  5. "than the Atom" by Anonymous Coward · · Score: 2, Insightful

    uh Mooresville is the latest iteration of the Atom.

  6. Advantages... by 91degrees · · Score: 2, Insightful

    ARM: Low power.

    x86: Runs most desktop PC applications.

    For a desktop PC the ability to run most PC applications is extremely important. For a smartphone, who cares? I don't want to run Paintshop Pro, Word, or Call of Duty on my smartphone. The apps that I do want to run already work on ARM. I do want low power. The improvements Intel has made are barely significant next to ARM's huge advantage here.

    1. Re:Advantages... by hattig · · Score: 2, Interesting

      The world has moved on since 1999. Seriously, are you really comparing x86 to ARM based around an eleven year old device's features and compatibility?

      x86 JIT emulation on a 1GHz Cortex A8/A9 in the vein of the Alpha FX!32 emulation might equal a low-end Atom in performance. It does require someone to write it, and somehow integrate it into an ARM version of Wine though.

      And a 2006 mobile phone running one of the more limited smartphone OSes. Brilliant. You do know that there is plenty of Office compatible software out there, like Documents2Go, that does all you need? Well, maybe you need VBA in Excel or something ...

      Hell, a 1GHz A9 could run OpenOffice. Not that it would be pretty on a 4" 800x480 display, but ...

  7. Needs to be open no APP store lock / sim locks as by Joe+The+Dragon · · Score: 2, Insightful

    Needs to be open no APP store lock / sim locks as well.

  8. Re:Intel by RAMMS+EIN · · Score: 2, Insightful

    You seem to be saying that Intel doesn't innovate. I beg to differ. I see a fair bit of innovation coming from Intel, even if not all of it ends up taking the market by storm.

    --
    Please correct me if I got my facts wrong.
  9. Can we lose the can't do attitude? by copponex · · Score: 4, Insightful

    This solutions to this are simple. This took me about a minute, not counting proof reading.

    1) The charging device also has a small hard drive built into it that always syncs the data - just like iTunes already does if you have an iPhone.

    2) The unique data - contact, calendars, documents - are constantly backed up to a server over the internet connection. Program data can easily be preloaded or reloaded onto a new phone.

    3) As far as monetary risks are concerned, there is something called insurance. You may want to look into it.

    The line between what a cell phone and a laptop and a computer mean intrinsically will continue to blur. Soon it will be simply the size of the interface. You'll have a mobile. Maybe the mobile will dock into a laptop or tablet style chassis to provide extra power and a full keyboard and larger screen - just like Lenovo just demonstrated at CES. The mobile can also be docked to your desktop system if you really need some extra horsepower or a fiber connection to the net. Meanwhile, your data is always with you. Doesn't sound so bad.

  10. Re:One x86 to rule them all? by Anonymous Coward · · Score: 5, Funny

    When humans get to the point where the technology of Star Trek is reality, the spaceships computers will be running x86. That makes me sad.

  11. you've read Hennessy/Patterson/Tannenwhatever by r00t · · Score: 4, Interesting

    The BCD instructions are insignificant. They are nothing compared to stuff like vector floating point and crypto. Despite the waste, x86 instructions are still really compact compared to normal RISC instructions.

    A dirty little secret about RISC compilers is that they seldom use more than a few registers. No kidding. Disassemble a wide variety of things and you'll see.

    Modern x86 gives you 16 integer registers, the same as ARM. Old x86 gives you 8, the same as ARM Thumb. If there is a difference worth mentioning, it's that x86 chips are often designed to dynamically map the architectural registers onto over 100 hidden implementation-specific registers. This can even be done for memory in some cases.

    In the end, it's about the implementation. Intel has the best foundries (best silicon). While optimizing x86 isn't easy, Intel has the money to throw lots of excellent engineers at the problem. In other words, a pig will fly if you provide enough thrust.

    1. Re:you've read Hennessy/Patterson/Tannenwhatever by marcansoft · · Score: 2, Informative

      Old x86 gives you 8, the same as ARM Thumb.

      Bzzt, wrong. ARM Thumb gives you 16 registers, it's just that you can only really compute on 8. The others are still accessible by a few instructions (mov, add) and they are still extremely useful for storing values around during the life of a function without having to constantly hit the stack.

    2. Re:you've read Hennessy/Patterson/Tannenwhatever by marcansoft · · Score: 2, Informative

      If you're going to cheat, I may as well cheat too. I can use the MMX and XMM registers you see.

      Except no compiler actually does that, while ARM Thumb compilers routinely make use of the extra registers for longer-term less-frequent storage within larger functions.

    3. Re:you've read Hennessy/Patterson/Tannenwhatever by r00t · · Score: 2, Interesting

      Despite the waste, x86 instructions are still really compact compared to normal RISC instructions.

      Is this really an advantage though? Pipelined processors are much simpler when you can just grab 32 bits (or whatever) for an instruction. I'm not a hardware guy (have worked on a CPU design but was involved more in the compiler side) but it seems that it makes more sense to be consistent. Size of binary hasn't been a factor for years, even on handhelds.

      You'd have been 100% correct about 25 years ago. It used to be that CISC instruction decoding was a major cost. Today, CISC instruction decoding is fairly cheap.

      Binary size still matters because the instruction cache and the TLB have limits. As code size increases, you tend to "fall out" of the cache. (no longer fitting) This is a severe performance hit.

      Modern x86 gives you 16 integer registers, the same as ARM.

      x86-64 made some great improvements. What did Intel actually do? Is this an entire parallel instruction set? I will admit to being a bit of a dunce when it comes to this. Can we multiply using a different result register than AX:DX (this one has always annoyed me)

      Many of the more useless instructions go away when you set the "long mode" bit. That frees up bytes for a few new instructions and for 16 new prefix bytes, collectively known as the REX prefix. When you use a REX prefix on an instruction, you get access to extra registers and you can perform 64-bit operations.

      Still, it makes more sense to leave optimisations to the compiler rather than on-the-fly in silicon.

      Intel tried that with the Itanium. It didn't work out so well. There are two huge problems for the compiler. Parallelism is hard for the compiler to identify when dealing with typical code. Memory latency is hard for the compiler to predict. These two problems mean that the compiler will generate code that stalls quite a bit. The "smart" CPU isn't so limited because it can exploit information that is only available at run-time.

      And the conditional execution is a useful feature that I really can't do without.

      It is a fun feature. You do at least get conditional move on x86, which covers most of the need.

  12. Re:Needs to be open no APP store lock / sim locks by BitZtream · · Score: 2, Insightful

    No it doesn't.

    You want it to be.

    However, as the market has shown, it doesn't have to be and it can be very successful without being 'open' as you define it.

    Most of the rest of the world doesn't have some ideological battle against the man to fight, they just want their phone to work.

    If it needed to be open with no lockin, then it would be or they'd lose money.

    You guys really need to wake up and smell reality. Learn the difference between 'It needs' and 'I want' at the very least.

    --
    Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
  13. FFS by mister_playboy · · Score: 2, Informative

    You'd rather run Win 3.11 than a modern Linux distro streamlined for a phone? You're either a huge MS fanboy or a troll.

    In any case, MS has already killed and buried all the OSes you mention, so the choice is already made for you.

    --
    Do what thou wilt shall be the whole of the Law ::: Love is the law, love under will
  14. Re:Forgive my cynicism by TheRaven64 · · Score: 2, Informative

    Keyboards can be bluetooth, they don't need to be built into the device. Most modern TVs have HDMI input. Add a power port next to that, and you can just drop your phone in a dock next to your TV and pick up a Bluetooth keyboard and mouse when you are at home, but then pick up the computer when you leave.

    --
    I am TheRaven on Soylent News
  15. Re:Ubuntu? by EvilNTUser · · Score: 2, Informative

    Do you even have to ask after all the articles on slashdot? Nokia N900. (Not Ubuntu, but meets all your other criteria.)

    --
    My Sig: SEGV
  16. Re:Needs to be open no APP store lock / sim locks by Anonymous+Cowar · · Score: 2, Insightful

    I own a phone that will never be popular. It will never be the iphone killer that it could be given 6 more months of hardcore development and polish. The nokia n900 runs similar hardware, but improves on it in many places (slide out keyboard, comes with tv-out cable right out of the box, ctrl+shift+x brings up xterm, integrates skype which means that skype calls are just as easy as phone calls), however, it will never be as popular as the iphone because it is so damn open, is without a major carrier's blessing/store shelf space (who orders a phone online? well, besides This Guy!), and, really, is rather unpolished (needs 6 months of hardcore development and polish).

    People don't want open, they want easy. They want to be able to walk into a cell phone store, say "ooh! That looks pretty!" and they want a sales associate to come up to them and say "Yes, not only is it pretty, but look at all these widgets and e-doodads you can install on it with the touch of a finger! They will be useful and enhance your life in ways you can barely imagine!" and then the customer will say "Please sir, but it looks so expensive!" to which the associate will reply "But not as such! Thanks to this sim lock-in, you can pay $2000 over the course of 2 years to save $400!" and the customer will end the conversation with a triumphant reply of "Please, kind sir, relieve me of my hard earned currency!"

    The end.

  17. Re:Ubuntu? by EvilNTUser · · Score: 4, Informative

    I don't think you understand. It's the Debian *setup tool* that's alpha quality. What it installs is 100% Debian quality, with the full Debian repos available. After it's done, you use synaptic or apt-get. In fact, apt is how you install Maemo software too.

    There are two major showstoppers left: some GUI programs don't get keyboard input, and PulseAudio doesn't work as it should. Once that's patched on the N900, I'm sure the installer will be in the main repo within weeks.

    If you still insist on Ubuntu, you can probably replace the Debian image with an Ubuntu image you've made yourself without much trouble.

    And I'm not trying to sell you anything. You complained about not getting what you want, and I'm trying to tell you about my experiences with the N900.

    --
    My Sig: SEGV
  18. What for ? by DrYak · · Score: 2, Insightful

    OK, I now want a version of vmware that runs on that phone Linux. I know that there is a desktop Linux version of vmware, but does it run on phone Linux?

    VMWare is closed source and is only supported on the platforms that its developpers choose to (so you would be restricted to Linux running on one of those x86 monstrosities). On the other hand, there are plenty of open-source emulators which are only a recompile away to be run on whatever platform you choose. QEMU is an exemple of such an emulator. And DOSBox is an exemple of emulator which HAD ALREADY been ported to esoteric platform, just to enable access to old games while on the move.

    Now, just why would you need a full blown emulator in a smart phone ? Given the input/output and battery life limitation, VMWare on a smart phone sounds like a pointless overkill. Are you trying to play WoW on your phone ?!?

    Also, OS is not a tape recorder - you can still use it the same as before even if blank tapes are no longer made.

    On the contrary. Closed source OSes are much more quickly deprecated than anything else once the developers drop support : The reason being : DRIVERS. You could, in theory run Win 3.11 on a smartphone x86 compatible processor. In practice, the rest of the hardware will hardly ever look like anything remote to a PC. You just won't be able to use anything else : keypad, screen, GSM/UTMS chip, etc. Everything is hardware which came years after the latest Windows 3x and there's no way at all that a drivers was written back then that could be still useful today.
    You would need not only a x86 compatible chip, but also dozens of other legacy devices (the keypad had to be communicating through PS/2 with the system, the GSM/UTMS chip should communicate serially over what is exactly an old era UART COM port, for the screen you would need something which behave exactly as a legagy VGA, etc.)

    That's why open OS are much better in the longterm and are getting so popular in the embed world (pretty much all of modem/routers, multimedia players/disk enclosures, home NAS, etc.. seem to be running some variation of Linux+Busybox) : because their are much more customisable.

    --
    "Sufficiently advanced satire is indistinguishable from reality." - [Tips: 1DrYakQDKCQ6y52z6QbnkxHXAocMZJE61o ]
    1. Re:What for ? by MBGMorden · · Score: 2, Informative

      The point is that with open source software you can easily add or borrow code to make something work on a newer device. Wanna make Redhat 6.0 work on newer hardware? Download the latest kernel and compile it. Bang. Support for tons of devices immediately. Or, if you really wanted to keep the old kernel for some insane reason, you have source code from newer kernels that contains plenty enough information to write a new driver.

      Windows 3.1 on the other hand - if something doesn't work right then you're SOL. Hard drives above a certain size aren't supported for example. Even then the only filesystem supported is FAT16 which caps out at 2GB per partition. Those are limitations that you simply cannot fix. If it were open source and you wanted to, you could take a look at the FAT32 code (or any other FS) on another OS and backport it if you wanted.

      --
      "People who think they know everything are very annoying to those of us who do."-Mark Twain
  19. your textbook/professor was wrong by r00t · · Score: 2, Informative

    An x86 chip has weird instructions for things like string manipulation that no compiler will ever emit, but which have to be supported by the decoder just in case.

    Sorry, that's just wrong. Lots of compilers will emit those instructions, especially when optimizing for size or when the string is known to be small or unaligned. Both gcc and Visual Studio will do it. The string instructions perform very well for small strings, and decently for large strings.

    Even if compilers wouldn't emit those instructions, they are sometimes used in C library assembly.

    ARM instructions are incredibly dense. Most of them can be predicated on one or more condition registers, which means that you often don't need conditional branches for if statements in high-level languages.

    In the real world, compilers almost never do this. (way too difficult) When they do, it's almost never anything more complicated than a conditional move. You can get conditional move on x86 now.

    More importantly, there are things like Thumb and Thumb-2, which are 16-bit instruction sets suitable for a lot of ARM code, but which get very good cache density. Unlike x86, these are separate instruction sets.

    That tosses out your beloved conditional execution and so much more. Thumb code is nasty shit, full of jumps and PC-relative constant loads. It makes x86 look almost... beautiful. :-/