Slashdot Mirror


Linux Leads MS in Itanium Support

lizrd writes "The New York Times is reporting (yeah, yeah, you gotta sign to read it) that several Linux distros will be shipping stable versions of Linux for Intel's new 64-bit Itanium chip on the day that it is released to the public. Microsoft however will not be supplying a version of Windows for Itanium until sometime in the fall of next year, several months after the expected May release of the new processor."

15 of 129 comments (clear)

  1. A good thing? by aussersterne · · Score: 3
    What if the first few batches of silicon are utter, buggy crap? If Linux is the only native OS out there for Itanium, will Linux perhaps get blamed for or at least associated with all of the problems that can occur in a new platform?

    What I'm saying is, what if Itanium+Linux=crap just gets shortened to Linux=crap in the minds of some folks, even though the shaky new Itanium platform was really at fault?

    --
    STOP . AMERICA . NOW
  2. Re:Even Mandrake Installs Less Easily than Windows by DickBreath · · Score: 3

    So MS would wisely wait a few weeks or months to make sure their OS installs 99+ percent of the time.

    But immediately upon the release of a new processor, just how great of a diversity of different types of hardware do you anticipate there to be?

    Me: not that many. Distro vendors could likely support them all well. It's not like trying to support the diversity of legacy x86 boxers. MS has a huge collection of knowledge about such boxes -- often boxes which no longer even have documentation available, giving them a tremendous advantage autodetecting older hardware. And they've had a long time to perfect their autodetection techniques. (Well, polish, not perfect.) But for the future Linux gets to start off on a more level playing field. As time marches on and legacy boxes go to heaven (or hell, maybe only non-x86 boxes go to heaven?) this only works more and more to Linux's advantage.

    --

    I'll see your senator, and I'll raise you two judges.
  3. Re:And the simple reason is... by Throw+Away+Account · · Score: 3

    Perhaps the PC industry has always remained stuck in the x86 rut not out of choice, but because it couldn't escape

    Er, no. Transitioning to NT for Alpha with FX!32 was no more technically difficult than the 68k-PPC transition. The reason that the PC industry has "remained stuck in the x86 rut" is because it didn't have a dictator like Apple to force a transition, and because RISC isn't magically superior.

    Software designed and optimized for a consumer-grade desktop RISC chip doesn't perform any better than software designed and optimized for a consumer-grade desktop x86 chip. Relative "elegance" is irrelevant -- there is no material benefit to a switch.

    Nor is it an effect of market position giving higher-volume consumer chipmakers an advantage -- otherwise a top-of-the-line Motorola chip would certainly outperform a top-of-the-line AMD chip, given the 1995 positions of each company. But the Athlon manages to kick the consumer-grade PPC's ass anyway.

    All the bullshit about RISC superiority is just that -- bullshit. Inertia is an excuse, not an explanation.

    --
    There's no "we" in team, only "me"
  4. Re:Good news for Linux on the Server Market by Bill+Currie · · Score: 5
    The beauty of Linux is that it doesn't have to target just the server market (what is Linux anyway? Surely not Red Hat?:). Those that are interested in developing Linux's server capabilities do so, as with those interested in the desktop. There is no conflict of interest/resources because one side is more or less unavailable to the other anyway (ie, someone interested in working on Linux's desctop prospecs will not, in general, be well suited to working on the server aspects). And when you get kernel specific, improvements on one side generally help the other.

    There are a lot of hightly specialised Linux distros out there (check out the distros page on lwn.net) with all sorts of uses (routers, terminals, servers, workstations, ...). There is no real shortage of resources for Linux developement. When something new is needed, it's generally done by the group that needs it which is often a new group, not an old one abandoning their previous project.

    Bill - aka taniwha
    --

    --

    Bill - aka taniwha
    --
    Leave others their otherness. -- Aratak

  5. Out of curiousity? by sheldon · · Score: 3

    How backwards compatible is the Itanium?

    The article mentions it contains a 32-bit section which allows it to run older x86 instructions.

    What I'm wondering is if the reason for the new versions is just to take advantage of the new 64-bit world, or if you could actually just install say Windows 95 onto it and live crippled?

    Just kind of curious how important this OS battle is to the adoption of the processor.

    I'm not sure what kind of market demand there will be anyway. I don't see most computers today as being CPU-bound.

  6. What about GCC? by Pink+Daisy · · Score: 4
    While having Linux running on Itanium is great, it isn't really surprising. Linux already runs on other 64-bit architectures, so the porting was probably easier than for Windows, which IIRC ditched Alpha some time ago, and has not supported anything other than x86 for some time.

    It's not really even significant. I doubt there are going to be a tremendous number of Itanium sales next year, anyway. It's nice that early adopters use Linux, but not Windows, but not very significant.

    The more interesting question is about gcc. How is support for Itanium coming with gcc? The EPIC architecture probably requires a lot from the compiler to take good use of it. I assume that gcc *does* support Itanium, since Linux is running on it, and porting Linux to another compiler would probably be more effort than porting it to another platform that gcc targets.

    If Microsoft has a significantly better compiler, Windows will probably be a much better system for Itanium. I've heard of Intel's involvement with gcc, so I doubt that MS will do much better, but still, support is just a baby step in the battle for the best system.

    --

    If you are modding me down because you disagree with me, use the "Flamebait" category, not the "Troll" one.
  7. What Itanium REALLY buys us by Greyfox · · Score: 3
    I forsee UNIX being the most popular Itanium platform, but I don't foresee Itanium being all that popular anytime soon. What it really buys us is an awareness on the parts of the suits that 64 bit computing is popular. Once some Dilbertesque Mangeroid decides he needs one of those "newfangled 64 bit thingies" the engineers will have a much better chance of pitching (insert your favorite 64 bit chip here.) So though Intel may not end up being the 64 bit chip of choice, they may end up being the catalyst which draws us all into the age of widespread 64 bit computing.

    Has anyone moved up to a 128 bit processor? DEC had a good long head start, having introduced a 16 bit procesor back in 1970 (My DEC assembly language book hypothesizes that a 32 bit chip should enable faster processing but would be prohibitively expensive to make :-) but they haven't kept that margin, though I seem to recall that they have a great wide memory bus.

    --

    I'm trying to teach myself to set people on fire with my mind... Is it hot in here?

  8. Re:And the simple reason is... by jafac · · Score: 3

    The whole POINT of the "PC REVOLUTION" was in "commodity hardware". That is, get tons of manufacturers churning out parts that ran to the PC spec set forth by IBM (forth - um, open firmware joke, get it? nevermind).

    The point was to develop this cheap-ass piece of junk platform to the point where people didn't need to pay extortionate fees to Sun, DEC, SGI, HP, Intergraph, and the mother-ship, IBM, etc. Now, DEC is gone, HP is just another Packard-Bell, so is Intergraph, and SGI, is acquisition fodder. Only Sun and IBM really remain as strong players. I'm guessing that has nothing at all to do with the PC revolution, and more to do with the Internet revolution and the need for bulletproof servers.

    Until Intel got a monopoly in chips (AMD was a nice try, but are they REALLY positioned to harm intel? Last I checked, intel was still dictating platform standards) - it was an open platform and the dream was alive. Someday, there was going to be a beefy and robust PC that could replace expensive minis at commodity hardware prices, and run an OS grandma could admin. Then Intel figured out that with a monopoly, they wouldn't have to compete with any other players, they could set the standards, and block this insanity from happening. Sure, they'll still be productin commodity hardware, but they'll be using the enterprise pricing model. And using their IA-32 market dominance to crowbar Itanium into the enterprise server market, no matter how inferior it is, technically. If it runs Win32, it's golden. No matter how overpriced it is. No matter how much laughter it generates when placed next to REAL enterprise hardware.

    It's called market segmentation. The Celeron/Xeon thing was a small-scale application, and proof of concept. Look at the technical difference between Celeron and Xeon. Then look at the price difference. You could put a Xeon in a desktop machine, and benefit, but the price made it not worth it. Granted, Itanium will have a big technical difference - PCs DO need to go 64 bit to be serious in the enterprise server market. But they need MUCH more than that - in a practical sense, less performance for more $? Crazy. That's market segmentation. A tool designed to artificially constrain supply in the marketplace, to drive up prices, while not suffering from constrained supply (and high costs) on the manufacturing end. The results? Pure profit. Bring lots of vaseline.

    --

    These are my friends, See how they glisten. See this one shine, how he smiles in the light.
  9. Here is the NEWS.com version of the story by Gryphon · · Score: 5

    No login required!

    http://news.cnet.com/news/0-1003-200-4236527.htm l

  10. ...and the problem is? by Tin+Weasil · · Score: 5

    Okay, so Intel is about to ship it's Itanium, and Microsoft doesn't have an OS to power the new architecture. But Linux is ready to support the new chip...

    ...hmmm. I just don't see a problem here.

  11. Note the CNET in the URL by Smitty825 · · Score: 4

    Note the CNET in the URL. It means the the NY Times just reprinted CNET's Original Article...at least you don't have to sign up for regristration!

    --

    Doh!
  12. From what I understand... by Kiss+the+Blade · · Score: 4
    ...the Itanium won't be shipping in quantity until autumn 2001 anyway, and most IT managers will not consider using unproven technology until that date anyway.

    However, having said that, the on the proven technology front it can only be good for Linux to be ahead - as then it gets the label of being proven sooner than MS Windows, which will be uppermost in IT managers minds.

    If you ask me, the battle on this front will not be decide next year, but the year after, when the Itanium is expected to start pushing into the mainstream server market.

    KTB:Lover, Poet, Artiste, Aesthete, Programmer.

    --

    KTB:Lover, Poet, Artiste, Aesthete, Programmer.
    There is no

  13. And the simple reason is... by Junks+Jerzey · · Score: 3

    ...because there's not exactly going to be an immediate, huge demand for a greatly overpriced, unproven processor that's incompatible with just about everything that's been built up in the PC-clone era of the last 19 years. Similarly, you can't run Windows 98 on a PowerPC or Alpha. Does it matter?

    It remains to be seen if the Itanium is really where personal computing is headed. After all, Intel has introduced other non-x86 processors in the past and had very high hopes for them. The RISC i860 processor, introduced in 1989, is a good example. The successor, the i960 is still available. But these chips are outside the x86 realm, and there's reason to think that the Itanium could be as well. Moving to an entirely new processor *family*, not just the next generation of what's currently available, is not to be taken lightly. This is doubly true when the benefits of such a change are not at all obvious.

    1. Re:And the simple reason is... by barracg8 · · Score: 5
      When wasn't the first release of any Intel processor greatly overpriced?
      Anyways...
      • unproven processor that's incompatible with just about everything that's been built up in the PC-clone era of the last 19 years.
      Uh.... how incompatible.... in so mach as it runs any x86 code, back so far as the 8086 back in the 70's? hmmm....
      • It remains to be seen if the Itanium is really where personal computing is headed.
      IA64 is definitely not intended for the personal computing market - at least not for a long time yet. This is a server processor, and Intel already have SGI & Sun lined up with designs based around the IA64. MIPS & Sparc may not be dead yet, but there is more movement from Intel's most direct competitors, towards this product, than any other processor they have previously released.
      • Moving to an entirely new processor *family*, not just the next generation of what's currently available, is not to be taken lightly.
      The IA64 architecture is a rare example of an easy transition between ISAs. The processor supports both the new VLIW/EPIC instruction set and the IA32 instruction set. For the OS writers, they can have a mix of 32 & 64 bit code running on the machine, to the extent that a 64 program can have its system calls serviced by 32 bit exception handlers, and vice-versa. So far as application software, a user can run new 64 bit application software alongside legacy applications that they cannot port to 64 bit. There are few easier ways to escape from the headache of the x86 instruction set.
      • This is doubly true when the benefits of such a change are not at all obvious.
      In the server market, the 32bit address space is already becoming a problem. (You can buy yourself a linux box with 4gb ram today).

      (Score:5, Informative) for the parent post? In reality it is probably a subtle Troll.

      cheers,
      G

    2. Re:And the simple reason is... by barracg8 · · Score: 3
      • Considering word size is different, there's obviously some sort of emulation going on.

      Fair assumption, but not really true.

      In short - your pentium 2/3 is internally a VLIW processor. it contains multiple RISC execution units running in parallel. It has a CISC decoder sat in front of this, to decode x86 instructions into internal mircocode that runs on these units. The itanium executes x86 code in exactly the same way. It just also has the ability to run VLIW instructions directly - skipping the decode stage.

      As for word size - is the x86 (x >= 3) emulating a 286 when it runs 16 bit code? Not really - it just only uses 16 of the 32 bits available to it.

      • Linux/MS would not NEED to release a new version for it, would they?

      OS developers have two options:
      1. do a full port - more work but the who OS is compiled into 64bit code, make use of the larger memory space, etc.
      2. do a partial port - just write code to load 64 bit binaries, switch into 64 bit mode before executing, set up task gates to switch the system back into 32 bit mode when the process calls the operating system (can leave the exception handling routines as 32 bit code).

      The other reason that a port may be necessary is that although the processor may support the IA32 instruction set, there is nothing to say that the rest of the system architecture (e.g. motherboard, busses, bios) may not be backwards compatible with legacy systems. This would be invisible to user space programs, but OS developers would have to deal with the new architecture.

      cheers,
      G