Slashdot Mirror


Hope for MIPS, From Toshiba

CDWert writes: "EE Times is reporting MIPS is teaming up with Toshiba, to develop their next generation 64 bit proccesor. After all the Itanium Speak and X86-64 talk going on here and the premature predictions of MIPS demise, through their inability to fund the next round I thought this would be refresing to MIPS fans." According to the article though, there will be no product until at least a year from now.

166 comments

  1. MIPS compilers by Anonymous Coward · · Score: 1, Interesting

    I don't know about others, but as for Microsoft, they're working on MIPS compilers.

    1. Re:MIPS compilers by uweber · · Score: 1

      No wonder AFAIK WinCE also runs on MIPS powered PDA.

      --
      --Ulrich
      On no accounts allow a Vogon to read poetry at you
  2. Most interesting thing is... by roryh · · Score: 2, Interesting

    What I found especially interesting was the range of devices that MIPS chips are used in. It occurred to me that very few people probably need a 2GHz P4 in their inkjet printers and mobile phones.

    1. Re:Most interesting thing is... by fishebulb · · Score: 2

      according to my book and Macro Assembler Prof, Mips completely outsells Intels. I dont know for sure what they were refering to. All chips MIPS produces vs ALL chips Intel produces. or just proccessors, excluding say memory and other component chips.

    2. Re:Most interesting thing is... by Anonymous Coward · · Score: 0

      Sure you do. A PIV might be useful for building a combination no-hands cell-phone / ear-warmer with voice-activated dialing. ;)

    3. Re:Most interesting thing is... by mxpengin · · Score: 1

      Maybe if you want voice recognition in devices like your palm , tv or refrigeretor, you may need that power.

      --
      "We all know Linux is great...it does infinite loops in 5 seconds." -- Linus
    4. Re:Most interesting thing is... by morbid · · Score: 0

      I don't know. You can get a mobile phone for £30 that has voice-activated dialing. IMHO I reckon something with the power of a humble pentium 100 could do it easily.

      --
      I'm out of my tree just now but please feel free to leave a banana.
    5. Re:Most interesting thing is... by Anonymous Coward · · Score: 0

      MIPS isn't a company, it's a chip architecture. The number of MIPS chips produced (by multiple vendors) is greater than the number of x86 chips produced by intel.

    6. Re:Most interesting thing is... by swb · · Score: 1

      It occurred to me that very few people probably need a 2GHz P4 in their inkjet printers and mobile phones.

      And very few people needed more than 640k of memory.

    7. Re:Most interesting thing is... by Anonymous Coward · · Score: 0
    8. Re:Most interesting thing is... by Deagol · · Score: 2

      I thought MIPS was a little DOS program that told you how fast your machine was. :)

  3. Only if.. by sporty · · Score: 1

    Only if we can keep measuring it in FLOPS and sounding silly when talking about it. "Yeah, this new MIPS chip runs in the tera-flops."

    --

    -
    ping -f 255.255.255.255 # if only

  4. Broadcom/SiByte by jlv · · Score: 3, Interesting

    It'll be interesting to see how it compares to the SiByte SB1, which a MIPS64 instruction set SOC with two cores.

    1. Re:Broadcom/SiByte by AaronW · · Score: 2

      I've been investigating this chip for embedded use and it looks like a great solution. It basically has just about everything one would need on a single chip... serial ports, Gig-E/Ethernet MACs, DDR ram controller, PCI controller, and more. It also has a Hypertransport interface where two chips can be connected back-to-back with a 12Gbps connection between them.

      Broadcom also supports Hard-Hat Linux on this chip.

      -Aaron

      --
      This post is encrypted twice with ROT-13. Documenting or attempting to crack this encryption is illegal.
    2. Re:Broadcom/SiByte by Pemdas · · Score: 2
      Having worked on the SB1 (which is the core) and the SB1250 (the full chip you're talking about), I have to agree. Not that I'm biased or anything.

      I'm hoping in a year or two this well be cheap enough that someone will pick it up and make a cool little embedded fanless computer with a hard drive and 2 GigE macs. It would make a really sweet little embedded linux webserver/NAT router/NFS server/whatever. All with SMP at a nice little clip! It wouldn't be as fast as a high-end PC, but it wouldn't need to be.

      With regards to this article, I don't think it's big news. MIPS is very much alive and well, and not going anywhere. It's got the second-cleanest architecture definition around (behind Alpha, IMHO), and is much easier to implement in high performance incarnations than ARM. There's a good reason no one has done a superscalar ARM...the conditional execution that's so cool in some respects makes going superscalar (and, eventually, out of order) a real pain...

    3. Re:Broadcom/SiByte by Anonymous Coward · · Score: 0

      the [ARM] conditional execution that's so cool in some respects makes going superscalar (and, eventually, out of order) a real pain...

      How so ? After all, it's easy enough to translate the conditional instructions back into hypothetical jumps. Where does the problem lie ?
    4. Re:Broadcom/SiByte by Pemdas · · Score: 2, Informative
      How so ? After all, it's easy enough to translate the conditional instructions back into hypothetical jumps. Where does the problem lie ?

      There's no showstopper, but there are two fundamental problems.

      The first is the setup of the conditionals. Conditional flags are kept in a special register which is then checked by all successive instructions. This makes the interlocking on going superscalar significantly more complicated, whereas on MIPS or Alpha conditionals use GPRS. This means on MIPS or Alpha you can use register renaming in a generic, clean way and it works for going out of order. It also makes it easier for the compiler to generate code which is parallelizable...if you have to do multiple checks and conditionals, on ARM you are forced to serialize to some extent.

      The second major problem is the existance of the stack-helping instructions on ARM. These instructions are used to save and load multiple registers, and just don't fit nicely into a superscalar context (much less an OOO one). In typical current implementations (such as StrongARM) these instructions just stall the pipe until completed. This isn't a huge deal for single-issue inorder machines, and actually works quite well. But it doesn't map well to higher-performance implementation techniques.

      Like I said, these aren't showstoppers. The ARM architecture has significantly less in the way of high-performance impediments than, say, x86, and look at what's being done with that behemoth.

      In the embedded world, though, there's typically a lot less architecture loyalty; you use whatever architecture gets the job done, be it MIPS/PPC/x86/ARM/whatever. The current field of MIPS implementations is looking pretty healthy, and I think the architecture is going to be around for a while...

  5. SGI/IRIX? by red-tail-hawk · · Score: 0

    No mention of what the future holds with respect to SGI and IRIX. SGI has great tech, too bad if they really do invest more into Intel/Linux solutions.

    1. Re:SGI/IRIX? by svenqhj · · Score: 1

      SGI did look into the Intel chips for the long term. But after the delays with the newer Intel chips and a relook at the Intel vs. Mips issue, they have decided to continue with the Mips line for a while. I know they had some plans to make the Origin 3000 available with Intel chips, but I don't know if this has been done. I think they are better off with the proven track record of the Mips processor and how much they have invested in knowing Mips.

    2. Re:SGI/IRIX? by Meech · · Score: 1

      I believe that SGI's flirtation with the Intel chip really put them down for a while. They were even releasing SGI machines with NT installed. Why would anyone want to buy an expensive NT machine when a PC could handle the workload?

      I really like IRIX and think that it is a good OS. If they want to save money, then make the switch to Linux. I think that the MIPS chip is going to be around for a while, in handheld devices and others, but there processor for servers/workstations is quite powerful as well.

    3. Re:SGI/IRIX? by Anonymous Coward · · Score: 0
      SGI is phasing out Irix and going with an all-Linux strategy.

      It's going to be very cool.

  6. no product for a year? MIPS is dead afterall! by Anonymous Coward · · Score: 1, Flamebait
    According to the article though, there will be no product until at least a year from now

    Timothy, why are you such an idiot?

    They announce a new CPU and all you can say is that it won't arrive this year? no shit sherlock. These things take just a little time and effort (and money) to produce.

    1. Re:no product for a year? MIPS is dead afterall! by svenqhj · · Score: 0, Offtopic

      I presonally believe you should not accounce a product (or whatever) until it's pretty much ready for release. There is way to much vaporware announced each year. Yes, things take time, but until you're ready, please keep quiet. Announcing a product a year before it's ready is like taking orders before a product is built. Not a good idea.

    2. Re:no product for a year? MIPS is dead afterall! by foobar104 · · Score: 2, Offtopic

      I presonally believe you should not accounce a product (or whatever) until it's pretty much ready for release.

      Never been in business, have you?

      I've worked for a few start-ups, including one that has lasted for almost four years now. In the early stages, a company isn't fueled by sales, usually because there isn't really anything to sell yet. In the early stages, a company is fueled by investment and good press.

      The only way to keep investors interested in your company, so they'll keep giving the money you use to keep the lights on and pay your people, is to keep the buzz coming. Investors-- an I'm not talking about VCs here-- want to invest in companies that have a lot of potential in the marketplace, and you generate that potential through press releases, demos, and (sometimes) unsubstantiated announcements.

      It's not vaporware at that stage; vaporware is a product that purports to be ready, but isn't.

    3. Re:no product for a year? MIPS is dead afterall! by Anonymous Coward · · Score: 0
      Glad to see that you have acquired the art of Right Thinking.

      Shareholders, profit and the marketplace are the most important aspects of doing business. Who cares about customer service, ethics and providing quality products. Believe it, these do not follow automatically from "making profit" or "pleasing the shareholders".

      The almost religious "must please the shareholders" attitude is particularly irritating. Fuck the shareholders if they don't like the way you run YOUR business!

    4. Re:no product for a year? MIPS is dead afterall! by doorbot.com · · Score: 1, Offtopic

      The almost religious "must please the shareholders" attitude is particularly irritating. Fuck the shareholders if they don't like the way you run YOUR business!

      I guess you've never been a shareholder, then. Do you realize that the shareholders actually own the company? So if there is more than one shareholder (other than you) then technically it isn't exclusively "YOUR" business. Thus even if you're Bill Gates, unless you hold the majority shares, if nobody likes you, the next shareholder vote is going to land your on your arrogant ass.

      With that aside, I'm sure there is room for discussion on why the shareholders might want to kick you out. Perhaps you aren't making any money for the company (in other words running the company into the ground while still happily collecting a paycheck), or perhaps you make decisions without getting educated opinions first.

      Remember, the shareholders own your job.

    5. Re:no product for a year? MIPS is dead afterall! by PD · · Score: 1, Redundant

      Just a little clue: if you have shareholders, it's not YOUR business. It's theirs and you work for them.

    6. Re:no product for a year? MIPS is dead afterall! by foobar104 · · Score: 2

      The almost religious "must please the shareholders" attitude is particularly irritating. Fuck the shareholders if they don't like the way you run YOUR business!

      People like you just don't seem to get it. Producing quality products and all that other great stuff is a goal. You can't accomplish your goals if you're not in business. No investment means no money which means no products, quality or otherwise.

      If you don't have a "must please the shareholders" attitude at all times, you won't be in business long. I know. I've been there. I've blown it, learned my lesson, and tried again.

      Trying to judge the decisions a business makes without understanding their context is ultimately futile. "Announcing products before they're ready is deceitful, and wrong! Doing it makes you unethical!"

      How about this: my company employs about 30 people. If I run this thing into the ground because I was unwilling to issue an optomistic-sounding press release to keep my investors happy, all 30 of those people will be out of work. I will be directly harming thirty people that I care about very much. How ethical is that?

    7. Re:no product for a year? MIPS is dead afterall! by PD · · Score: 2

      OK, for the idiot who marked me redundant:

      check out the post numbers. Mine was first, everyone else came after me. They should be marked redundant, not me.

    8. Re:no product for a year? MIPS is dead afterall! by jsfetzik · · Score: 2, Insightful

      Depends on the product. There is little point in announcing a Segway long before it is ready, except to get the media hype working.

      To have a successful microprocessor launch you pretty much need a year so third party vendors can get up to steam on their products(compilers, motherboards, chipsets, etc.). You also want to get some end user projects rolling, with alpha chips, so you can brag about design wins when you do start shipping in volume.

      Of course this is all in addition to marketing and stock market reasons for early announcements.

  7. Never thought ..... by CDWert · · Score: 3, Interesting

    Well I never thought Id get an article posted, submitted 7 and never one got accepted, ANYWAY as a result, I didnt complete my story, Just figuring what the hell and let the slashdot editors take it and run with it.

    One of the coolest parts, I thought it will be a 0.10 micron process, is anyone else using this small of a process yet ?

    Is there hope for SGI and MIPS or has SGI decided against it in total ?

    --
    Sig went tro...aahemmm.....fishing........
    1. Re:Never thought ..... by Anonymous Coward · · Score: 0

      mips is definitely on the sgi roadmap

    2. Re:Never thought ..... by guacamole · · Score: 1

      SGI is back at selling IRIX/MIPS computers and they have postponed their IA64/Linux plans indefinitely

    3. Re:Never thought ..... by Anonymous Coward · · Score: 0

      Yup, they just released the MIPS R14000-based Fuel workstation a few weeks ago, with a story on Slashdot (can't bother to find link).

  8. Not such a big deal by Mark+of+THE+CITY · · Score: 3, Informative

    Read the first two paragraphs of the story. Toshiba is taking MIPS' Amethyst core and developing an embedded controller around it, to be known as TX99. With 600MHz clock, scalable to 1GHz, this is great news for the embedded world and will position MIPS as a competitor to Motorolla for embedded h/w. But it isn't really a new chip for MIPS, just a variation on an existing one.

    Also, the purchasers of commodity embedded processors tend to be slow to change, so MIPS/Toshiba will have to make a compelling case to do so.

    --
    The clearance system sounds logical. It is not. It is completely arbitrary. -- John Bolton
  9. MIPS for LINUX by lemonhed · · Score: 2, Informative

    MIPS is a great technology.

    It will revolutionalize the embedded sector quite a bit.

    For anyone interested in learning more about MIPS and Linux (there is a port, BTW)... Check out this HOWTO link

    The small footprint of MIPS chips makes Linux/MIPS suitable for many embedded systems.

    1. Re:MIPS for LINUX by fishebulb · · Score: 3

      Dont forget about spim,

      Spim homepage

      Spim is a MIPS assembly simulator for windows and linux. I am currently using it for a programming class at my University.

    2. Re:MIPS for LINUX by lemonhed · · Score: 0, Offtopic

      I dont want to sould old but.... I remember using a MIPS compiler back in my CS hayday (1994)for one of my CS courses.

      MIPS is a great assembly language.

      In any event, I got an A in my MIPS compiler course. How easy

  10. It doesn't mean that by morbid · · Score: 0

    Look here:
    http://www3.sk.sympatico.ca/jbayko/cpu4.htm l#Sec4P art5

    MIPS (applied to the processor family) originally stood for Microprocessor without Interlocked Pipeline Stages.

    --
    I'm out of my tree just now but please feel free to leave a banana.
  11. Embedded... by Cyclopedian · · Score: 3, Interesting
    This is for the embedded market. Sure, that's all well and good, but somebody tell me the benefits of a 64-bit chip in an embedded device vs a 32-bit chip.

    If we're getting by pretty well on 32-bit chips, where's the market for 64-bit chips? High speed routers?
    -cyc

    1. Re:Embedded... by dangermouse · · Score: 1
      Good grief.
      Toshiba's product, dubbed the TX99, is geared for cost- and power-sensitive embedded applications, such as automotive telematics, office automation, multimedia home gateways, digital consumer products and networking, said Katsuji Fujita, vice president and executive vice president of the System LSI Division at Toshiba of Tokyo.
    2. Re:Embedded... by Winjer2k · · Score: 2, Insightful

      I was wondering the same thing until I realized:

      64-bit AIBO's!!!

      But, seriously, I have a hard time seeing why my digital camera or PVR needs a 64-bit processor.

      --
      I sig for world peace
    3. Re:Embedded... by Steveftoth · · Score: 3, Interesting

      maybe not a digital still camera, but definiatly a digital movie camera needs as much CPU as you can throw at it. With a larger processor, you can do more cool stuff on the fly with a camera, from the mundane ( compress harder to save space) to the strange, such as enhanceing the image on the fly ( night vision, color/brightness correction, etc.) Right now some ( if not most) cameras have these kinda of features, but with better processors it can only help to make them better. Also, if you had a CPU instead of an optimized graphics processor you could upgrade your camera.

    4. Re:Embedded... by Anonymous Coward · · Score: 0

      This maybe just plain flaky but here goes anyway; how about a server farm in a box? Combination of distributed computing and SMP. With the mips processors you could have a lot of little tuxes running in one box.

      Just another idea from an AC without a clue.

    5. Re:Embedded... by foobar104 · · Score: 2

      maybe not a digital still camera, but definiatly a digital movie camera needs as much CPU as you can throw at it.

      It's a common (ridiculously so, apparently) misconception that 64-bit CPUs are inherently faster than 32-bit CPUs. Not so. In fact, code compiled for a 64-bit chip will be slower than the same code compiled for a 32-bit chip, because you get fewer cache lines in your caches, so you have to go back to main memory more often.

      If and when we see the day that 2 GB of addressable memory is not enough for most applications, 64-bit CPUs will be really important. Until then, they're just not that big a deal.

    6. Re:Embedded... by Guy+Harris · · Score: 3, Informative
      In fact, code compiled for a 64-bit chip will be slower than the same code compiled for a 32-bit chip, because you get fewer cache lines in your caches, so you have to go back to main memory more often.

      The number of cache lines you get in your caches isn't necessarily connected with whether your CPU is a 32-bit or 64-bit CPU; cache lines are typically bigger than the word size of the processor, and not necessarily governed by the word size of the processor.

      If you have 64-bit pointers or integers, your variables may take a larger fraction of a cache line, though, so that you get more cache misses and have to go back to memory more often.

      You won't necessarily have 64-bit pointers just because your CPU is a 64-bit CPU, and you won't even necessarily have most or all integers be 64-bit. Compilers for 64-bit CPUs may still generate 32-bit code - except when you're processing 64-bit integral data types, in which case it may generate 64-bit code for those data items.

    7. Re:Embedded... by Guy+Harris · · Score: 2
      64-bit AIBO's!!!

      Err, umm, I think the AIBOs have R4000's or R4400's or something such as that in them; they're 64-bit processors. This spec sheet for the AIBO ERS-220 says it has a "64bit RISC processor".

    8. Re:Embedded... by foobar104 · · Score: 2

      The number of cache lines you get in your caches isn't necessarily connected with whether your CPU is a 32-bit or 64-bit CPU.

      Of course, you're right. I wrote "cache lines" when I meant to say "pointers." If your CPU uses 64-bit pointers or 64-bit ints, you get fewer pointers or ints per cache line, which means more misses.

      Sorry for the confusion. I should know better than to post and talk on the phone at the same time....

    9. Re:Embedded... by armb · · Score: 2

      > PVR needs a 64-bit processor.

      Some crypto algorithms go a lot faster with a 64bit processor. Of course for a PVR that might not be an advantage for the user.
      (For a cellphone, on the other hand...)

      --
      rant
  12. Why will this be any better? by FuzzyFurB · · Score: 1

    I'm a little confused. My understanding was that the x86 processors were CISC, while the MIPS proecessors were RISC. However, IA64 was a grand departure from x86, both because the instructions were 64bit, because they were almost all predicated making branch prediction hell a thing of the past, and most importantly, unlike the x86 CISC design the IA64 would be a RISC chip. What would a 64bit MIPS chip offer that the IA64 does not? Why do we need another 64bit RISC processor?

    --
    Will Stokes Album Shaper http://albumshaper.sf.net
    1. Re:Why will this be any better? by CDWert · · Score: 3, Interesting

      I understand you confusion.

      Your question has to be one of the most confusing Ive ever read, its valid and a good question, the answer is MIPS is far more experienced in RISC architecture than Intel, and second the low cost low power consupion goal from the beggining, they will be using a 0.10 process and any competition is good competition, this processor though is intended for imbedded devices, howd you like a 1ghz risc pda ? Cant really see you squeezing an Itaninum in.

      I didnt mean to be terse about your question, It gave me a laugh I had to read it 3 times, kinda like how much wood would a woodchuk chuck if a woodchuck could chuck wood....:)

      --
      Sig went tro...aahemmm.....fishing........
    2. Re:Why will this be any better? by bentini · · Score: 2

      Well, MIPS has been 64-bit a lot longer than Intel. This isn't like announcing a new ISA, or a new microarchitecture, or really anything other than moving a chip with some ISA extensions to a smaller process for the embedded market.

    3. Re:Why will this be any better? by Strog · · Score: 1
      Considering we already had Alpha and MIPS, why did we need one from Intel??

      They are all desgined from a different perspective with different goals in mind. I'm sure there are some applications where one will excel over the others.

    4. Re:Why will this be any better? by binaryDigit · · Score: 1

      You are confused, the IA64 is NOT just a RISC chip! It is a VLIW (very long instruction word) chip. Multiple instructions are packaged together. These instructions are executed at the same time, so they MUST be able to run concurrently. The compiler is in charge of making sure these instruction "packets" can indeed run in parallel, making the compilers a total bitch to write. "A car with four wheels, hell we already have cars with four wheels, why do we need another?"

    5. Re:Why will this be any better? by RyanAXP · · Score: 1

      Do a little homework. The MIPS64 architecture was designed in the early 1990's and the first implementation, the MIPS R4000, was fabbed in 1991 (I have a MIPS Magnum computer, designed to run Windows NT for MIPS, and an SGI Indy with an R4600 that are both examples of 64-bit MIPS chips released before 1994).

      It is INTEL that is the newcomer here; 64-bit RISC architectures have been around for more than a decade.

  13. Finding the niche to survive by Lurks · · Score: 3, Interesting
    MIPs parts scale fairly well as an architecture. You can put a low power single issue one in a smalldevice or make something a bit more grunty by using a dual issue and incorporating FP co-processors and so on. (PS2's EE has such a custom core) They're more suited to this sort of hack-and-slash bespoke CPU design for things which need workstation type levels of computational power than, say, ARM.

    ARM's stuff has gained massive ground in the mobile devices and virtually squeezed MIPS (and everyone else) out of that market entirely. The trouble is that MIPS are being squeezed on the upper end of the scale as well by some seriously grunty main CPUs which are starting to adopte the same sort of friendliness to bespoke licensing for incorporation into VLSIs. Such as IBM's PowerPC chips. By way of an example, Sony aren't going with MIPS for the PS3, they're teaming up with IBM.

    So where is left for MIPS? Sounds like they're going after SoT type applications which are in need of serious performance, niche that they are. Make something all singing, all dancing with a damn nippy core in there and you hit applications which ARM haven't got the performance for and PPC type chips don't have the power considerations and SoT/integration levels for. Good luck to them.

    1. Re:Finding the niche to survive by fferreres · · Score: 1

      I know i should know it, but IANAEE....what is "SoT"?

      --
      unfinished: (adj.)
    2. Re:Finding the niche to survive by Lurks · · Score: 1

      Typo sorry. SoC was what I meant, System on Chip.

  14. 1 GHz embedded processors are ridiculous by Anonymous Coward · · Score: 0
    And where exactly do you need 1 GHz embedded processors?

    I thought that minimising heat and power consumption was the idea? Not going the ridiculous Intel road with unlimited power ratings.

    1. Re:1 GHz embedded processors are ridiculous by Anonymous Coward · · Score: 0

      More than 64k? Don't be ridiculous.

    2. Re:1 GHz embedded processors are ridiculous by Anonymous Coward · · Score: 0
      64k?

      You mean the "Nobody needs more than 640k" that Bill Gates ALLEGEDLY said (but which he never actually did).

      So, please tell me where does one need 1 GHz embedded processors? Couldn't those tasks be better handled by a non-embedded general purpose computer?

    3. Re:1 GHz embedded processors are ridiculous by Strog · · Score: 1

      Larger Routers, Core switches, Stateful inspection firewalls, NetBSD powered toasters, Tickle-me Elmo and whatever else you don't have the vision for.

    4. Re:1 GHz embedded processors are ridiculous by Anonymous Coward · · Score: 0

      Java? Java's a great language but it really does need some beefy hardware to run well.

    5. Re:1 GHz embedded processors are ridiculous by Anonymous Coward · · Score: 0
      Whomever came up with the Tickle-me Elmo "vision" should have his/her eyes poked out.

      As as NetBSD goes, I wouldn't trust even my toaster to run on free software.

    6. Re:1 GHz embedded processors are ridiculous by Mark+of+THE+CITY · · Score: 3, Informative

      > So, please tell me where does one need 1 GHz embedded processors?

      Embedded systems are getting quite fancy nowadays; it was claimed in "Embedded Systems Programming," January 2002, that cell phones have 10^6 lines of C or C++. They need the horsepower.

      For example, it might be more cost-effective to implement signal processing in a fast microcontroller, than to have a DSP chip and a general-purpose microcontroller.

      --
      The clearance system sounds logical. It is not. It is completely arbitrary. -- John Bolton
    7. Re:1 GHz embedded processors are ridiculous by Anonymous Coward · · Score: 0

      cell phones have 10^6 lines of C or C++. They need the horsepower.

      Unless all 1 million lines of code need to be executed at the same time, the line count and processor speed are unrelated.

    8. Re:1 GHz embedded processors are ridiculous by ScepticalTech · · Score: 1

      Good grief.

      NetBSD is one of the most solid and stable Free Software projects out there.

      It's so stable that it's almost boring.

      Except it's so damned interesting that they can fit all those architectures into a single tight source tree.

  15. Embedded? by TeknoHog · · Score: 2

    Considering the clock ranges from 600 to 1000 MHz, how low power requirements they have compared to sux86, and how nice laptops Toshiba makes (at least they used to), I hate to see this technology limited to 'embedded' devices only. Does someone seriously need a faster laptop?

    --
    Escher was the first MC and Giger invented the HR department.
    1. Re:Embedded? by Anonymous Coward · · Score: 0

      Does someone seriously need a faster laptop?

      Yes, I do.

  16. MIPS is beauty in simplicity. by Omega · · Score: 5, Informative

    To anyone who's coded in Assembly, MIPS is pure beauty.

    The entire ISA is minimized so as to accomplish most operations in the fewest clock ticks (duh -- it's RISC). But after dealing with the crappy x86 design, it is so refreshing to deal with a logical and straightforward architecture such as MIPS. No messing with ES or DS pointers, just simple, general purpose registers. And don't get me started on the "extended" register size kludge in x86 (EAX -- what the hell?). MIPS doesn't have such baggage.

    I've coded for SPARCs, I coded for Motorola's 68k and 68HC processors. But nothing beats MIPS in terms of power from simplicity.

    1. Re:MIPS is beauty in simplicity. by Anonymous Coward · · Score: 0
      Really?

      I have never seen an easier-to-code architecture than 68k. Then again, the only other architectures I have experience with are 6510 and x86. ;-)

    2. Re:MIPS is beauty in simplicity. by Winjer2k · · Score: 0

      I agree.

      This fall, I took a computer architechture class and they got us started on MIPS. I read further into our text book and it went on to explain how x86 assembly works. I was horrified at how bass-ackwards it was compared to MIPS!!

      Then you start reading about the different design philosophies between RISC and Intel...

      --
      I sig for world peace
    3. Re:MIPS is beauty in simplicity. by Phosphor3k · · Score: 2, Insightful

      Have you ever programmed in 32 bit x86 assembly? Methinks you have not, if you consider EAX baggage....

    4. Re:MIPS is beauty in simplicity. by Tet · · Score: 2
      I've coded for SPARCs, I coded for Motorola's 68k and 68HC processors. But nothing beats MIPS in terms of power from simplicity.

      Yep, MIPS is a great ISA, although I'd argue Motorola 88k is at least as good. One of the nicest chips I've ever had the pleasure to deal with. Far, far better than the 68k, and x86 isn't even in the same league. Shame they never really caught on outside of DG machines. But then like everything else, the superior technical solutions are rarely the ones that win in the marketplace...

      --
      "The invisible and the non-existent look very much alike." -- Delos B. McKown
    5. Re:MIPS is beauty in simplicity. by RFC959 · · Score: 2
      Shame they never really caught on outside of DG machines.
      Eh? There's whole lines of machines built around them.
    6. Re:MIPS is beauty in simplicity. by sperris · · Score: 1

      I found that assembly in PPC601 was pretty similar to MIPS. Not as clean perhaps, but we went over the design differences and reasons in a CS class and it was fascinating to see how mass-production and cost factors changed the architecture.

      I'll be glad the MIPS is still around.

    7. Re:MIPS is beauty in simplicity. by joib · · Score: 2

      I think the original poster meant the Motorola 88k...

    8. Re:MIPS is beauty in simplicity. by Omega · · Score: 0

      Actually I have. But my point is that EAX is an extension to the AX register because the x86 was originally designed as a 16 bit processor. The 32 bit math was just a kludge extension. Hence "E-AX".

    9. Re:MIPS is beauty in simplicity. by pll178 · · Score: 2, Informative

      If you are interested in MIPS you can get an assembler here. I used this assembler in my intro to computer architecture class.

    10. Re:MIPS is beauty in simplicity. by schani · · Score: 1

      The MIPS is certainly a very clean instruction set, but the Alpha is nicer, still.

      For one, the Alpha architecture was 64 bits to begin with, so the instruction set is a bit cleaner (for example, the shift word right arithmetic instruction on the MIPS is simply not necessary, because both 64 bit and 32 bit shifts can be handled with shift doubleword right arithmetic (Which has two variants, due to the 32-bit roots of the MIPS. The problem is that the shift amount field in the instruction encoding is only 5 bits wide, so it isn't possible to specify an amount greater than 31 bits. The solution is to have a variant which shifts the amount plus 32.)).

      The other main differences are that Alpha doesn't have HI/LO registers (i.e. no special registers at all) and doesn't have branch delay slots.

      Other than that, they're very similar.

      bye
      schani

    11. Re:MIPS is beauty in simplicity. by Skapare · · Score: 2

      Which ones have integer multiply and divide (with remainder) instructions?

      --
      now we need to go OSS in diesel cars
    12. Re:MIPS is beauty in simplicity. by UncleFluffy · · Score: 2, Interesting

      I've done a bunch of those too amongst others, and my personal fave for "nicest ISA" is the ARC. Pretty much the nicest bits of MIPS mixed with the nicest bits of ARM.

      --

      What would Lemmy do?

    13. Re:MIPS is beauty in simplicity. by Tet · · Score: 1
      my personal fave for "nicest ISA" is the ARC

      Which also has the virtue of being one of the few chips that actually managed to get a SEX instruction past management and into a shipping product...

      --
      "The invisible and the non-existent look very much alike." -- Delos B. McKown
  17. What??? by GauteL · · Score: 3, Informative

    Itanium will finally get a 64-bit competitor?
    </sarcasm>

    Seriously, the way some people write about the Itanium, you would think nobody had every created a 64-bits processor before.

    1. Re:What??? by Ouroboro · · Score: 2

      Seriously, the way some people write about the Itanium, you would think nobody had every created a 64-bits processor before.

      You do have a point, Itanium is not the first 64 bit processor out there, but I think that the reason that people make a lot of noise is that Itanium is the first 64 bit processor that has a chance of capturing the majority of the PC market. Yes almost everybody has been to 64 bits a long time ago, but none of them have the sheer marketshare that Intel does.

      --
      When I want your opinion I will beat it out of you.
    2. Re:What??? by Anonymous Coward · · Score: 0

      It's not intel's first 64 bit processor either - For example, the i860 and i960 were (and are, respectively) 64 bit processors.

    3. Re:What??? by Guy+Harris · · Score: 2
      For example, the i860 and i960 were (and are, respectively) 64 bit processors.

      ...for suitable values of "64-bit". The 860 had, as far as I know, only a 32-bit address space, and may also have had only 32-bit integer arithmetic and 32-bit integer registers; the 960 had, in most versions, only a 32-bit address space, although the BiiN and military versions had a larger segmented address space, and I don't remember it having 64-bit integer registers or integer arithmetic, either.

      There may be people who believe that 64-bit data paths to memory, for example, make a processor a 64-bit processor. I just don't happen to be one of those people (and will not ever be one - I'm a software guy, and what matters to me is not how many bits it can push into and out of memory at a time, what matters to me is how big the address space is, and, to a lesser degree, whether 64-bit arithmetic has to be synthesized from 32-bit operations).

  18. Won't be Out Anytime Soon by LuxuryYacht · · Score: 1

    Toshiba spun off ArTile Microsystems for the TX7901 mips cpu with a 128-bit internal architecture, dual-issue superscalar pipeline CPU, but it has taken years.

    http://www.artilemicro.com/html/products.html

    Don't expect to see a TX99 till at least 04 at this rate and by then it will be behind the times just like the TX79.

    .

    --
    Quidquid latine dictum sit altum viditur
  19. An observation that has nothing to do with this... by Newer+Guy · · Score: 0, Offtopic

    I have to ask this question: Is it me or is the modding system here really subjective. Seems to me that a chosen few always get fours and fives while the rest of us wind up with ones and twos...or zeros. It doesn't really bother me too much, as I post to express my opinions...BUT..it implies that most here are dumber then the 'chosen few'..which to me seems to NOT be the case....

  20. Re:Embedded...why not? by fferreres · · Score: 2, Insightful

    But that's not the important part. The important stuff is that the cost of production is the same for a 64 or 32 bits processor (research costs sunk, like in this case). So, argument is why use a larger, less powerfull chip if they can use a better, smaller chip.

    Also, legacy compatibility is less important in embedded devices than any other market i can think of (and specially consumer PCs).

    --
    unfinished: (adj.)
  21. Buzzwords by mrroot · · Score: 3, Funny

    In addition, the MIPS Alliance Program (MAP) supports the availability of critical hardware and software such as 802.11, Bluetooth, MPEG-2, MPEG-4, audio algorithms, ATM, and others.

    Well I think they got all the buzz-word technologies. If they didn't the "and others" should cover it.

    --
    I Heart Sorting Networks
  22. OGG vs. WMA by Anonymous Coward · · Score: 0
    Please answer me this.

    Why does OGG encoding take ages in comparison to WMA?

    I mean my laptop encodes OGG at the speed of 1.53x. WMA encoding is finished at 12x. Yet, the sound quality is about the same. What gives?

    1. Re:OGG vs. WMA by Anonymous Coward · · Score: 0
      Linux doesn't exactly suit running laptops.

      Does Linux support hot-plugged IDE-devices, integrated ATI graphics cards and hardware DVD playback. Besides I have to run MS Office too because of my job.

      Dual booting is out of the question because that would trash the system restore partition. Laptops don't come with Windows installation media these days, you know?

  23. ARM by OverCode@work · · Score: 4, Insightful

    This is just speculation, but I think ARM is putting a lot of pressure on MIPS in the embedded market. The ARM is almost as much of a pleasure to work with as MIPS at the assembly level, and it uses very little power. This is why Intel's StrongARM version of the ARM has found its way into many PDA's and other portable devices.

    -John

    1. Re:ARM by Rice-Pudding · · Score: 1

      But they are really in two different market segments. Yes, they are both embedded, but the main focus of the high-end embedded MIPS chips is performance without the high power consumption.

      ARM has excellent performance for some applications, but for many embedded systems, using an ARM is simply not an option.

    2. Re:ARM by ptevis · · Score: 1

      ARM has put a ton of pressure on MIPS in the embedded market. Low power consumption is an advantage ARM definitely has over most MIPS cores. Also ARM/Thumb (a mixed 16/32 bit processor mode) gets excellent code compression effects, since you can use 16-bit instructions for code that doesn't need to run as fast. MIPS16 is MIPS's competing solution, but I'm not sure exactly how it stacks up. The real advantage ARM has is that they have some top-notch compiler developers in-house, so the ARM UK compiler is excellent. MIPS relies primarily on third party suppliers for their high-end development tools. (Disclaimer: I work for one of those third parties. We're working on making better MIPS code for embedded systems.)

      Let's not forget that a 64-bit MIPS architecture already exists in the form of the MIPS64-5k and MIPS64-20k product lines. This must be some other new 64 architecture.

      --Paul

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

      One problem with ARM is the 16-32 bit addressing mode switches. Sometimes there are some problems with this, especially noticeable when developing compilers for them.

    4. Re:ARM by dnnrly · · Score: 1

      Let's not forget that back in the days of Acorn Computers, StrongARM was a strange marriage between ARM and MIPS!

      It wasn't that many years ago that I was salivating over the first SA processor but not being able to afford one.

  24. Re: Such a big deal by fferreres · · Score: 1

    MIPS based hardware was expensive, so they sold limited quantities (relative to other CPUs). Or they other way arround which is the same (ie: they couldn't mass market it like and intel or AMD chip, so they had to charge accordingly).

    But now, they will be in embedded devices. So the chip is the same but mostly everyone will be able to take advantage of it's power for a few bucks. I don't know exactly what devices, but they can be cameras, video recorders, pims, portable mp3 player, miniPCs, smart reconfigurable routers, etc.

    Onliner: same design, but affordable for the masses (this is my guess)

    --
    unfinished: (adj.)
  25. Re:MIPS for Windows CE by Anonymous Coward · · Score: 0

    Hell, while you're at it, why don't you check out WinCE 4.0.

    MIPS support is included in the full version.

  26. Availability by Virtex · · Score: 1

    According to the article though, there will be no product until at least a year from now.

    So, about 5 years before Itanium actually ships, then?

    --
    For every post, there is an equal and opposite re-post.
  27. good news by colmore · · Score: 2

    on an earlier article, i predicted the demise of MIPS and similar architectures due to the increasingly prohibitive cost of chip design, and the increasing standardization around intel and intel clusters.

    i didn't consider partnerships, if two or more merely giant corporations share the load of development, then there can still be competition for the truly titanic.

    anyway, best of luck to them, and here's hoping there will always be a choice.

    --
    In Capitalist America, bank robs you!
  28. MIPS != new, MIPS != SGI, this != news by foobar104 · · Score: 3, Informative

    I love reading the comments that say things like, "MIPS will revolutionize the embedded market!" and "Maybe there's hope for SGI yet!"

    MIPS microprocessors are everywhere, and have been for years and years. They're in your TV, your cell phone, your microwave oven. They're in those cool little GPS receivers that everybody wants for Christmas. They're in the PlayStation 2, Replay TV PVRs, and most of Cisco's routers.

    Look around your office. There are probably half a dozen MIPS processors within about twenty feet of you right now.

    This is nothing new or revolutionary, and it has nothing to do with the MIPS R10K, R12K, and R14K processors that SGI uses in their computers. Everybody calm down.

    1. Re:MIPS != new, MIPS != SGI, this != news by kingdon · · Score: 2

      Mod parent up. The key words in the article are "cost- and power-sensitive embedded applications". Cost I would guess would be more like single or double digits of dollars than what we think of as a CPU price. Power is a bit more arguable, as some "non-embedded" systems are starting to care somewhat about power (e.g. laptops), but still. Summary: this may be interesting, but it isn't a competitor for IA64, x86-64, sparc, alpha, etc.

    2. Re:MIPS != new, MIPS != SGI, this != news by Anonymous Coward · · Score: 0

      > This is nothing new or revolutionary, and it has
      > nothing to do with the MIPS R10K, R12K, and R14K
      > processors that SGI uses in their computers.

      Actually it has everything do to. MIPS is an SGI spinoff and MIPS are the processors it uses.

    3. Re:MIPS != new, MIPS != SGI, this != news by Guy+Harris · · Score: 2
      Actually it has everything do to. MIPS is an SGI spinoff and MIPS are the processors it uses.

      Yes, SGI uses MIPS processors.

      But the MIPS processors mentioned by this article aren't necessarily the MIPS processors SGI are using. It's not as if there's only one family of 64-bit MIPS processors (heck, it's not as if there's only one family of 64-bit MIPS processors used by SGI - they've used R4000's and R4400's, as well as R10000s and so on).

  29. This is good news by YourMissionForToday · · Score: 2, Interesting
    After the recent "Intel is the only CPU roadmap" and "Sun to offer x86 Linux package," stories on Slashdot, I've been really worried about the future of non-Intel processors (at least as they relate to high-performance computing).

    Although Linux is ostensibly a competitor to Windows, it has made most of its inroads in the "big iron" market.

    Most of the non-Intel processors are in this market (HP-RISC, SPARC, MIPS)-so what we are seeing is Linux, in effect, killing these other processors. High-end production houses are leaving their SGIs for custom build x86 boxes, servers are dropping Sun and IBM for x86 offerings from Dell and Compaq.

    As Sun slowly fades into the night (no pun intended) the only non-x86 CPU with any installed base in the high-performance market anymore is the PowerPC, and its fate is closely tied to the shaky Apple, which is struggling to re-invent itself with OS X.

    God bless Toshiba! I wonder if Sony would add some R&D into that pot in preparation for the PS3, and maybe we would have another high-performance chip to compete with Intel.

  30. MIPS Patents by brejc8 · · Score: 2, Informative

    A piece of news that not many people have noticed recently is that MIPS have settled with Lexra.
    Lexra is a company producing MIPS compatible chips without a MIPS licence. Lexra have been revealing holes in the MIPS patents in the ongoing court case. As Lexra have been succeeding a little too well and MIPS have simply given up and in order to stop Lexra from revealing that the MIPS 32 architecture is not patent able they have given them a MIPS32 licence.
    Unfortunately MIPS still have a couple invalid patents to press on people who try to make compatible processors.
    This is quite annoying personally as I have recently released a MIPS compatible processor (Yellow Star) and have now received letters from MIPS complaining about everything on the web page and threatening legal action even though I haven't broken their invalid patents.

    1. Re:MIPS Patents by Skapare · · Score: 2

      That's standard lawyer scare tactics. There should be a law against it, but how to make such a law and not have it impede lawyers when you really need them to protect a legitimate violation, I'm not sure. Maybe assigning a cost to the threat itself, and if the threatener loses, they have to pay that as well. Of course lawyers would oppose such a law, so don't expect it to happen.

      --
      now we need to go OSS in diesel cars
  31. Refresing? by Anonymous Coward · · Score: 0

    What's "refresing"?

    How does one refres?

    Can I have a refresment?

    I feel so refressed now.

  32. If MIPS goes.. by Chicane-UK · · Score: 0

    ..it will be a crying shame. I think they have done some pretty impressive work, and if they end up going out of business because of lack of funding that would suck.

    Plus SGI would have to rewrite large portions of IRIX to make it work on new architectures.. or would they drop IRIX? Hope not :(

    --
    "Hey! Unless this is a nude love-in, get the hell off my property!!"
  33. Re:An observation that has nothing to do with this by joib · · Score: 0, Offtopic

    My perception is that the posts that get modded high up are the ones which are:
    1. Reasonably intelligent
    2. Among the first, say 20-30 comments posted.
    According to this hypothesis, other people need not be dumber than the ones which consistently get high mod points, it's just they aren't obsessive-compulsive-/.-reloaders. So to reiterate my point, to get consistently high mod points:
    1. Spend a lot of time hitting reload on the /. frontpage to check if there are any new stories. Or in the *NIX tradition, make a script to do it for you and alarm you when a new story has been published.
    2. Post a reasonably informed opinion.
    3. Do it quickly before your post drowns among all the other comments.

  34. Wonder if this will have an effect on SGI by PotatoHead · · Score: 2

    They use MIPS and are struggling with CPU speed compared to Intel. The current 600 Mhz core is in the new Fuel workstation. Be nice to see the 1Ghz version even nicer to get a new generation.

    R20K maybe?

    1. Re:Wonder if this will have an effect on SGI by binaryDigit · · Score: 2, Insightful

      Perhaps a port to Power/PowerPC? I know it's tough since IBM is a workstation competitor, but do they really compete? How many graphics workstation accounts have they lost to IBM I wonder, probably not too many. I guess they do compete for servers though.

      What might really be cool is if IBM acquired SGI and made them their specialized graphics workstation division. This way SGI can stop spinning cycles developing servers and focus on high powered graphics. The thought of an Onyx running on a POWER4 cpu is quite intoxicating.

      MIPS would survive on its core (fogive the pun) business of supplying embedded systems (including PS1/PS2/PSn).

    2. Re:Wonder if this will have an effect on SGI by PotatoHead · · Score: 2

      It has been said that IRIX really depends on some features of the MIPS design and that a port would involve a remake of many of the real-time and graphical features.

      Though I agree IRIX with more CPU umph behind it would only be a good thing.

  35. Confederate mantra by T1girl · · Score: 1, Offtopic

    It's like Gen. Nathan Bedford Forrest, CSA, may or not have said: You have to get there "fustest with the mostest."

  36. Investors have too much money by Anonymous Coward · · Score: 0
    Remember, the shareholders own your job.

    Fortunately that's true only in certain countries.

    In several European countries, the shareholders are limited in how much they can control the company. First of all, they don't own the company legally. They are always minor partners. Secondly, if the company goes bust they don't deserve outright full compensation or right to sue.

    Making sure that the original entrepreneur survives, can feed himself and his family and can cope with the debts is far more important. Recently, programs for reducing the debts of failed businesses by government subsidies have been established.

    And that's good. Business should always be a gamble for the investors who, by definition, have far too much money in their hands if they can afford to fund someone else's business.

    1. Re:Investors have too much money by Fizgig · · Score: 1

      Why is that fortunate? If I pay for something, it's nice to actually own it and be able to do what I want with it. Instead, the guy who happened to own it first gets preferential treatment? In the US, when a company founder sells the majority of his shares, he usually becomes an employee of the company, since everyone else has put in more money than he has. Even if he's done a great job and put his blood and sweat into the company, that'll be reflected in the price everyone else has to pay. Why should he be treated specially?

  37. Academic embrace of MIPS by primenerd · · Score: 1

    My university teaches assembly programing using MIPS (mainly using the SPIM simulator on our department HPUX machines). I hope the company survives and prospers. I would hate to graduate with an obsolete skill. Does anyone know how common MIPS is in the CS/CoE/EE academic areas? Does the adoption of an standard in academia help it gain market share?

    --
    AUGAUUUGCGCACAUAUCUCAGCGAAUGAAAGGGAUUAA
    1. Re:Academic embrace of MIPS by DeborahArielPickett · · Score: 1
      MIPS (the 32-bit version) was the precursor of almost all RISC architectures that are still extant. PowerPC, Alpha, ARM - they are all very similar in feel to MIPS. These other architectures may have small differences, but the load/store, three-address, pipelined design from MIPS is very much an integral part of them.

      I don't know how your particular university teaches architecture and assembly language programming, but I'm sure that it tries to teach concepts and methodologies which will outlive the language of instruction.

      So relax, even if (heaven forbid) MIPS ceases to be viable, its nephews and nieces will continue to live on, and your education will not suddenly stop being useful.

      (I am speaking as someone who teaches MIPS assembly language and architecture at a university, though not one renowned for its computer architecture research, at least in the past 25 years. I quiver in fear at the prospect of ever having to teach first-year students IA-64 VLIW programming.)

  38. timeline by ahde · · Score: 2
    According to the article though, there will be no product until at least a year from now.


    So, if they don't improve anything, they will beat Itanium to market and outperform it.

  39. Re:MIPS is beauty in simplicity - NOT by Anonymous Coward · · Score: 1, Interesting

    The ISA may be nice, but as anyone that has debugged real code will attest its not meant to be human readable. The problem comes from the MIPS idea of having the next instruction execute no matter what (with the exception of a few instructions which flush the pipeline). The result is that after a branch you execute the instruction immediately after it, then you execute the instruction at the branch. Apply this repeatedly, and you'll see the problem...ugh.

  40. (OT) TIckle-me-elmos by Anonymous Coward · · Score: 0
  41. "computer" - embedded - "computer": ever? by mlinksva · · Score: 2

    As countless others have pointed out, a modified core aimed at the embedded market isn't very newsworthy (at least not to people who only care about the "computer" (PC/laptop/workstation/server) market, which Hammer and Itanium target). Brings up an interesting question though: Many architectures have started primarily targeted at the "computer" market, failed to meet expectations there, and were retargeted at the embedded market, sometimes with great success. Will an embedded processor ever make the reverse transtion, into the "computer" market?

  42. MIPS == dinosaur... for SGI, at least. by iamnotaclown · · Score: 2, Interesting
    I used to consider myself lucky to work with SGI machines - and up until a year or two ago, I was. SGI used to be on the cutting edge of speed, both CPU- and graphics-wise. MIPS chips are super-efficient at processing - a MIPS chip gets literally twice as much done with half the clock speed as an INTEL compatible chip. But, MIPS has become the metaphorical ball and chain tied to SGI's leg.

    We recently took an SGI Octane 2 (current SGI state-of-the-art) and an IBM Intellistation with a FireGL3 card for a test drive. The SGI Octane 2 was a 400MHz MIPS R14000 chip, and the IBM a P6 @ 1.7 GHz.

    The Intellistation is approximately a third the cost of an Octane 2. It also outperformed it by a factor of 2.5. It outperformed our older Octanes (R12000 @ 300MHz) by a factor of 3.5. Not just CPU (renderman & vmantra) but also interactive OpenGL. Same factor across the boards.

    Unless MIPS can pull a serious rabbit out of their ass, they're far, far, far behind INTEL, no matter how you slice it.

  43. 64-bit market (just a guess...) by alder · · Score: 1
    AFAIK (but I'm not sure) Laser Jets HP 1040 use MIPS. PCL and PS probably need quite a bit of floating point power to render good graphics. Although 64-bit integer in there may look excessive, but, on the other hand some functions probably could be optimized for speedier integer operations with this extra precision.

    In this kind of products it seems nice to have all those 64 bits, even in integers. Anyway, just an idea - there are devices out there beyond routers that are part of an embedded market and may benefit from these extra bits.

  44. Had one eight years ago by peter303 · · Score: 2

    I was using 64-bit IRIX eight years ago. Painful the first couple of years. Since it takes MicroSoft 10-15 years to catch up to a new processor size, I don't expect to their pain soon.

  45. Interesting MIPS implementation? by Anonymous Coward · · Score: 0

    http://www.pmc-sierra.com/products/details/rm9000x 2/

    1Ghz Dual core, integrated memory and IO interfaces, low power, etc.

    Granted, it probably won't be as fast as the latest Athlon or Pentium thing for use in a workstation but the RM9000 hardly sucks. And systems wouldn't need really large noisy fans to keep running.

  46. Many uses by Joel+Ironstone · · Score: 1

    As embedded processors become are and will be increasingly used in everything from cell phones to washing machines, the intel monopoly will begin to decline. Even presently, the TI DSPs
    http://www.ti.com

    are the market standard, and there is no reason why MIPS can't carve out a huge niche for themselves.

  47. Re:MIPS is beauty in simplicity - NOT by mandolin · · Score: 2
    The problem comes from the MIPS idea of having the next instruction execute no matter what

    Awww, it's not that bad. If the compiler can't schedule an extra instruction in there, it just puts a nop in, and once you get the idea of how it works it's not so hard to mentally swap the instructions. Course it did throw me for a loop when I was coming from x86 asm. "How the f*ck is it doing *that*?"

    Granted, it's a performance hack (and since I'm merely a software weenie, I'm not even sure it's useful in the age of speculative execution) but I believe a couple of other RISC architectures share this particular, uh, "feature".

  48. Re: why not MIPS for LINUX by Anonymous Coward · · Score: 0

    Linux is having enough problems on the
    x86---just ask VA Linux, er, VA Software, or
    Corel. No need to fragment it any further w/
    Linux/MIPS. Heck, ask SGI how their Linux/MIPS
    market is faring. This is a dying market and
    a dying operating system.

  49. PS2 by powerlinekid · · Score: 2

    Not to be too offtopic, but a few people have been saying mips is dying. I'd disagree... the ps2 uses a Mips III clocked at 300 megahertz amoung its handful of processors. I think mips has a good thing going with sony, and should keep some money in the bank. I mean TI does the same thing with sun and they're staying afloat.

    --

    can't sleep slashdot will eat me
  50. Re:MIPS is beauty in simplicity - NOT by Anonymous Coward · · Score: 0
    Well, thats just it. Compilers (good ones) do put extra instructions in there. And then you have to not only figure out what its referring to, but keep track of that through series of branches. Compilers can remember stuff like that well... people can't. I end up having to think like the processor (that has a lot of general purpose registers) to figure out whats going on...its not been rare that I've had to rewrite it by hand in "this is the actual execution chain" to figure it out.


    I guess I do come from a background where its mostly debugging compiler goofs, but it makes it the least pleasant to deal with for me. Granted I don't do a lot of x86 hackery, but IMHO the ARM has it beat.

  51. Re: Such a big deal by scatterbrained · · Score: 2, Informative

    MIPS has BEEN in embedded applications for a long
    time. I was using an IDT 3051 (R3000) core in
    an X-window terminal 10 years ago. They have
    been in laser printers, CISCO networking boxes,
    video games, X terminals and other high-end
    embedded gear for a while...

    --
    -- All that's left of me, is slight insanity, whats on the right, I don't know. -- Bob Mould
  52. SGI and MIPS by abdulla · · Score: 1

    did SGI used to own MIPS? at least that's the impression i get when i look at the board of directors and there past (sgi, sgi, sgi, sgi... oh sorry sgi)

  53. She's coding in MIPS Assembler by racerx509 · · Score: 1

    Coding in MIPS Assembler
    Written by Emmanuel Schanzer
    To the tune of: Living La Vida Loca, by Ricky Martin

    Her code is so efficient
    Her programs never crawl
    She's on a debugging mission
    That girl's code is off the wall
    (guitar solo)
    This is her occupation:
    Make code run fast and light
    She brings a strange affliction:
    Coding into the night!
    She'll make you code, then re-fine.
    Mem'ry dancing brings you pain
    She'll change reg-ister 29
    Her tricks are so insane!
    Like crack-rock in the brain!

    Shift right then shift back
    She's coding in MIPS assembler
    She'll push and pop the stack
    She's coding in MIPS assembler
    She'll branch if greater than
    Increment the program counter
    Load im-med-i-ate
    She's coding in MIPS assembler
    Coding in MIPS assembler

    Woke up and went to my class
    smelling funky and like hell.
    Debugged till 6am, its not funny
    She's like a process that you can't kill.

    She don't believe in easy
    Never comments any code
    And when you trace a register
    Can't tell from where it loads
    Not enough addressing modes!

    Shift right then shift back
    She's coding in MIPS assembler
    She'll push and pop the stack
    She's coding in MIPS assembler
    She'll branch if greater than
    Increment the program counter
    Load im-med-i-ate
    She's coding in MIPS assembler
    Coding in MIPS assembler
    (guitar solo)
    But you will learn to love her:
    Take abuse and not complain.
    Store registers defensively,
    Debugging code for fame,
    All high-level stuff is lame!

    Shift right then shift back
    She's coding in MIPS assembler
    She'll push and pop the stack
    She's coding in MIPS assembler
    She'll branch if greater than
    Increment the program counter
    Load im-med-i-ate
    She's coding in MIPS assembler
    Coding in MIPS assembler
    Coding in MIPS assembler

    --
    13 year old white supremacists are shitty web designers.
  54. DUH... by Penguinoflight · · Score: 0

    The sound quality of WMA is way lower, and WMA isn't compressed as much, so the file size of the OGG is smaller. A size closer to WMA would be MP3, and MP3's take less time than wma's.

    Dude, you must be working for M$.

    --
    "And we have seen and do testify that the Father sent the Son to be the Savior of the World"
    1 John 4:14