Slashdot Mirror


SGI Introduces New 1400L Linux Server

Durinia writes "Here is the official press release from SGI about their new Linux server. It also looks like they've struck a deal with Red Hat. " SGI continues its support (and perhaps its last hope) with Linux-do you folks think this will be enough to restore them?

17 of 117 comments (clear)

  1. Re:Living with Linux and SGIs? by Thagg · · Score: 2

    I work with SGIs too at my visual effects company, we have 10 SGIs and two Linux boxes, an Intel and an Alpha.

    SGIs have been the best machines to get the job done for at least the last 12 years, they were fast, easy to program, reasonably well engineered boxes that came from a company committed to graphics.

    Still, I expect to be running on Linux very soon on all of our machines. I'm sure that the previous author will acknowledge that machines don't live very long in the FX business, any more than they do anywhere else. The particular boxes that I have will become uncompetitive in a year or so, and we'll need to buy something else.

    Those will certainly be Linux boxes. If they could be SGI Linux boxes, that'd be great. But to assume that you will be running IRIX in the future is optimistic, if not foolhardy. Diversifying into another (somewhat more common) operating system is prudent.

    The biggest reason that people aren't going to want to move away from IRIX is, of course, the proprietary animation software that they have for those old boxes. One would hope that these tools will be ported to Linux in the not-to-distant future; I'm sure that we'll hear more about that at Siggraph next week. All of the big software companies that I've talked to at least claim to be porting.

    I've found that porting an SGI OpenGL application to Linux to be almost trivial. Sadly, I've written a bunch of IRIS GL programs, too, and they are much more of a challenge. But, I should be done soon, and we'll be ready for whatever happens.

    [I'm giving away Linux version of some of our most popular programs, at least for the next year. Check them out at http://www.hammerhead.com/linux/linux.html ]

    --
    I love Mondays. On a Monday, anything is possible.
  2. The real scoop by Shoeboy · · Score: 5

    SGI Continues Aggressive Nose-Dive Despite Linux Market

    MOUNTAIN VIEW, Calif., Aug. 2 /PRNewswire/ -- In a desperate attemp to stop its aggressive drive into bankruptcy, SGI (NYSE: SGI) leapt upon the Linux bandwagon today with both feet. SGI announced the immediate availability of its new Intel® processor-based SGI 1400L server. The server is a standard SMP Intel box preloaded with the Red Hat® Linux® 6.0. SGI holds to the somewhat irrational hope that customers will see this as being somehow different from a Compaq Proliant, IBM NetFinity, HP NetServer or Dell PowerEdge server running Red Hat Linux.

    "The SGI 1400L server running SGI Linux Environment allows us to use the words 'paradigm', 'synergy', 'open source', 'high availability', 'data warehousing', 'win-win', 'proactive', 'scalable', 'total cost of ownership' and 'reliability' in the same sales brochure," said Jan Silverman, vice president of marketing, Computer Systems Business Unit, SGI. "Our marketing division is very happy about this and they hope to add the phrases 'price performance' and 'enterprise computing' before they're finished."

    Like almost every other Intel based server in existence, the SGI 1400L ships with one to four 500 MHz Pentium® III Xeon(TM) processors with a selection of 512KB, 1MB or 2MB of secondary cache, up to 4GB of memory, seven PCI slots, six Ultra2 SCSI hot swap drive bays and redundant power supplies. The SGI 1400L is available in rack-mount or even a desktop configuration for those customers with specially reinforced desks.

    "e-commerce, internet, web-centric, intranet!" blurted an SGI marketer unable to contain herself, "collaboration, messaging, network video streaming, proxy serving, security serving, scientific analysis, customization, reliability and did I mention e-commerce?"

    "With the introduction of this Linux OS -- based server, SGI is also able to address more customer needs such as those of us who are too damn poor to afford proprietary Unixes and non-Intel chips," noted Shoeboy, a researcher investigating the impact of cannabis consumption on his code quality, "got any Fritos?"

    SGI is committed to not going bankrupt and collapsing like a house of cards, and industry analysts have noted that this line of Linux servers appears to be their last hope.

    NOTE: This is a work of fiction. Any resemblance to companies living or in the case of SGI, nearly dead is purely coincidental.

    --Shoeboy

  3. Jobs at SGI by Anonymous Coward · · Score: 2

    I only took a peek, there may have been more, but I found two jobs at SGI with the following description:

    Linux Kernel Dev Engineer


    Sorry to repeat, forgot the description.

    Anyone know any kernel hackers who need a job?

  4. It's not IRIX that killed SGI, nor is it Linux... by deity · · Score: 2

    No, it's CMIX. Most of you probably haven't heard of CMIX. It's a simple language for the processing and production of sound. It was written by a guy named Paul Lansky way back in the day, and the place where CMIX got its first real break was under the NeXTSTEP OS.

    And we all know what happened to NeXTSTEP. It died. It died hard, to the point that just about the only people still using NeXTs were CMIX hackers.

    So what happened then? A guy named Brad Garton (a former student of Paul Lansky; now currently a professor at the Columbia Computer Music Center) decided to port the entire CMIX source to another technically promising fledgling OS called IRIX.

    And we all know what's happening to IRIX. It's on the way out. No one can use it for anything (partially because IRIX and network security are mutually exclusive terms).

    And what have the CMIX people done now? They've ported CMIX to Linux, and several other promising operating systems! Run! Hide your favorite OS!

    For those of you who couldn't tell, this is a joke.

    -k

  5. Hopefully... by jd · · Score: 2

    This means SGI, et al, will put in hours to work on Linux' multi-processor capability. It needs to be much more scalable than it is, for the OS to get the most out of the SGI hardware. Doubly so, when SGI produces the 8 processor version.

    --
    It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
    1. Re:Hopefully... by Matthew+Kirkwood · · Score: 3
      This means SGI, et al, will put in hours to work on Linux' multi-processor capability. It needs to be much more scalable than it is, for the OS to get the most out of the SGI hardware. Doubly so, when SGI produces the 8 processor version.
      Kernel 2.3 has the TCP stack made a lot more scalable and the page cache (the primary "disk" cache) now has basically linear scaling.

      SGI didn't do this. Sun didn't do this. IBM, SCO and Intel didn't do it. Microsoft certainly didn't do this (though they may have provided some impetus :).

      It was designed by Linus and implemented primarily by Mingo (now apparently working for Red Hat).

      It's nice that we'll see some cool (and pretty) SGI boxes running Linux, but we don't need them to address out deficiencies for us.

      If I were a real kernel hacker (as opposed to just playing with it a bit), I would find the inference that Linux needs "real" Unix companies to address its deficiencies for it rather insulting.

      If they were really committed, they'd do some of the more boring work for us, or the stuff which needs big bucks to get involved. They could work on getting us C2 rated, or address some of Linux's POSIX non-conformancies. Or they could have done some decent benchmarking before Microsoft beat us to it.

      To be fair to SGI, they do seem to have a few developers doing real and useful work, and I'm glad of that, but I don't see why they should get all the fun jobs, and get paid for it :-)

      Matthew.

    2. Re:Hopefully... by Axe · · Score: 2

      You did not mention improved NFS. That's what I need - write perfomance of our group Linux NFS server (RH 6.0) is very bad.
      Where I can grab SGI's NFS patch??

      --
      <^>_<(ô ô)>_<^>
  6. mixed feelings by Knight · · Score: 2

    While I'm encouraged by the adoption of Linux, I'm a bit doubtful that this is a good business decision for SGI. Where is their added value? Anyone can do a Linux system on an Intel platform, so what are they bringing to the mix that will set them apart from the rest? I just don't see it.
    --------------------------------------------- ----------
    If you need to point-and-click to administer a machine,

    1. Re:mixed feelings by jandrese · · Score: 2

      These beasts are built specifically for serving and high uptimes. They support a lot of stuff not normally available on your standard PC, like hot swappable Power suppiles (triply redundant), hot swappable Disks (and I'm not talking about something where you have to unscrew the drive from the mounting bracket and whatnot while the computer is running--the drives are actually mounted on sleds similar to external RAID and JBOD racks). There is also a diagnostics port on the back to help you administer and diagnose problems with the hardware.

      There are other, less obvious benefits to the 1400 as well. Unlike most PC cases on the market, the 1400 was designed with airflow in mind, and can easily handle the heat of 4 Xenons, 6 SCSI HD, 7 PCI cards and even the lowly ISA card without a problem. Surprisingly these machines are quite quiet, due to a thick layer of insulation on the inside of the case.

      Finally, the case is designed to be rack-mounted, although it is a little on the long side.

      --

      I read the internet for the articles.
  7. 2 Steps Towards Business Success for SGI by Mechwarrior · · Score: 2

    Step 1. Full Linux Support.
    Step 2. Bring the "Cube" Logo back! (Please, pleeeaaase, pretty please).

    --
    ...and the time will have come. And the name shall be known... The Kylrathi Viper Clan.
  8. Linux SMP = SGI services opportunity by cthompso · · Score: 2

    To answer "how can this truly help SGI?"...
    Linux is branching out to serious SMP boxes. SGI makes serious SMP boxes. If on top of that, SGI is actually contributing code to make Linux run better on SMP boxes, and use xfs filesystems (journaling filesystems are absolutely essential in a big data center setting), then SGI is going to have a very impressive calling card when it comes time to architect, build and document large Linux boxes. PHB: "do you guys know much about this stuff on multiprocessor servers?" SGI: "our engineers wrote a lot of the code for that, actually." PHB: "whoa. Can you guys start here tomorrow?"

  9. "Inherantly stable and secure..." by Chris+Burke · · Score: 2

    From the SGI/RH article. Saying that Linux is inherantly stable and secure is as falacious as the utterance of a former colleague of mine who declared that Windows is inherantly easier to use than everything else. These aren't inherant, they are things that have to be worked for continuously. Every time a kernel patch introduces a bug, someone has to find it and kill it. Every security hole needs to be patched. This takes work, and is not 'inherant'.

    Consider what the default no-brainer installs of Debian and Red Hat do, and security is clearly not inherant.

    --

    The enemies of Democracy are
  10. This is a smart move for SGI by phutureboy · · Score: 2

    For crap's sake, can you people do anything other than complain? You bitch because you want more companies to support Linux, and then when one does, you bitch at them. It doesn't make sense to me. They strongly support Linux and then get reamed out by Linux users.

    IMHO, SGI deserves to be roundly applauded for this move, which is a win-win for them and for Linux in general. They also deserve some respect from us for contributing back some of their higher-end Irix technologies.

    They are going to sell boatloads of Linux servers, technical and 3D/video workstations, and those dope flat monitors. Great for SGI.

    As a means toward that end, they are going to be putting a lot of work into improving Linux, including lots of fs/networking/smp kernel enhancements, better OpenGL support, and I am willing to bet some UI improvements also. Great for us.

    They are a strong company with very strong technology, and a lot of very pro-Linux people working there. Let's encourage them instead of discouraging them.

  11. Okay, what's the deal? by tgd · · Score: 3

    After I made a nice comment about how SGI does a good job supporting linux the other day on some random /. posting of whose subject I can no longer recall, this pops up.

    I find myself wondering if I spoke too soon.

    Has anyone seen anything on the Kernel development lists about these NFS patches or the new TCP/IP stack? Or are they keeping them closed-source?

    God knows a TCP/IP stack that doesn't get bogged down on multiproc servers would be nice.

    Anyone got any details?

  12. Re:Trademarking of Linux? by eponymous+cohort · · Score: 2

    Yes, Linux is a registered trademark.

    Back in 1996, there was this big Linux trademark dispute, apparently someone who had nothing to do with Linux registered Linux as a trademark, and threatened to start charging people for using it.

    The Linux community got together and were able to prove first use, and I think the trademark now belongs to Linus.

    --

    Of all the comments I've ever posted, this is definately one of them

  13. They already have contributed by javac · · Score: 2

    The version of RH6.0 they are shipping includes their own updated version of the TCP/IP stack. Which I am sure will be incorporated into the next version.

  14. You misread it because English 1.0 is buggy. by DunbarTheInept · · Score: 2

    I think you are falling victim to a common bug in the English Language 1.0: There are no clear definite associative operators other than long pauses in time. You can't use parentheses because they already are used in English 1.0 as comment delimiters (like this). I think the trademark is supposed to be this: (Redhat Linux) is a trademark, not Redhat (Linux) is a trademark.

    --

    Don't label something "offtopic" unless you know the topic well enough to tell what's on topic.