Slashdot Mirror


Sun Unveils More Linux Strategies

A number of people have submitted the press release from Sun Microsystems about their latest announcements in conjunction with Linux. Highlights from this one include the promised release of "New single- and multiprocessor systems, to be announced mid-year, will use the x86 architecture and be capable of running thousands of Linux applications natively." As well, they are expanding the Cobalt line of servers, but even more interestingly they are going to "freely offer" parts of Solaris - but no license specified that I saw. They are also releasing "ABICheck", which should check compatibility between Linux/Solaris. C|Net is carrying coverage now as well. And it looks like Lineo and SuSe are going to get competition in the embedded and telecom support area - I wonder if that's tied to the OSDL announcement. It's good to see that they are getting on the right track - now let's hope they stay the course.

3 of 232 comments (clear)

  1. Highlights for the impatient.... by PoiBoy · · Score: 5, Interesting
    Having read the press release, here's what I get out of it:

    1. The x86 architecture with Linux will only be used in their Cobalt and other small file/print server solutions.

    2. They are not releasing any new workstations based on x86 processors.

    3. They plan on working with others to support Linux on the Sparc architecture.

    4. They offer products which allow Linux programs to run under Solaris.

    Now for the interesting questions:

    1. Is their work in Linux part of a long-range strategy to phase out Solaris? After all, they make money selling hardware. If a free UNIX is available, why waste money developing Solaris.

    2. Are they taking a play out of IBM's Linux-everywhere strategy? How soon before we see E10k's and E15k's shipping with virtual machine software able to support 1000's of Linux images?

    Just my take on the article.

    --
    Sig (appended to the end of comments you post, 120 chars)
  2. why linux by Ubi_NL · · Score: 5, Interesting

    This post is not ment to troll but...

    I keep wondering why big companies like HP and Sun choose linux, instead of freeBSD. Although I'm not an expert on any of them, as far as I understand the BSD structure resembles SunOS and HP/UX more than Linux. Both BSD and linux are open source, and the BSD license even seems to be preferable to companies if, in the end, they decide to go closed source anyway.
    Can someone explain this to me?

    --

    If an experiment works, something has gone wrong.
  3. You forgot SunFire, Scott. by thedarb · · Score: 5, Interesting

    Scott Scott Scott... You are so close to hitting the mark. You forgot the most valuable part of Linux... it's VM ability.

    Now if you were to port Linux to your SunFire platform, you could have a direct competitor with IBM's Mainframe Linux. How is that?

    Imagine taking an E15k system... Setting it up as a single domain running Linux. Now, under that, use the Usermode Linux to create VM servers. No longer would this platform limit a system to particular boards... All these VM's could run in that large single domain, sharing it's CPU's, disks and IO. This would compete directly with IBM's implimentation of Linux on the mainframes.

    Now let's take it a step further... IBM's mainframe is great for Linux VM's needing I/O intensive tasks. It's CPU isn't meant for many large number crunching VM's. The SunFire are. So while IBM gets big offering services on Linux VM such as Samba & NFS file services, Oracle & DB2, Enterprise email... You could be selling for the CPU intensive side. Graphics apps, XML and PDF parsers, engineering, etc.

    Sun, you cannot afford to not do this. Sun's big server market will depend on it. It's only a matter of time before IBM fill's the niche for the CPU intensive VM's... And while I do like IBM and their commitment to Linux, I'd hate to see Sun drop off the radar. Competition is what brings about inovation, it's almost cliche.

    *TheDarb
    GUI-Lords.org

    --
    This sig intentionally left blank.