Slashdot Mirror


Sun to Sell Unbundled Solaris 9

An anonymous reader writes "Sun VP John Loiacono told eWEEK that the company is scrapping its plan to limit Solaris 9 support to Sun x86 hardware. Loiacono said the version for non-Sun hardware will retail for $99 for a single CPU and that the company is committed to supporting both Sun and non-Sun hardware in the future. Sun will also publicize the compatibility test suite it used internally, and said it may ultimately open the code for the product to the open source community."

74 of 183 comments (clear)

  1. This is great... by M$+Mole · · Score: 2, Insightful

    Solaris is a kick-ass OS...and as much as I'd like to have my own Sun Blade sitting right next to my BSD box, I don't quite have the free cash for that kind of hardware. For someone like me who has to test in all kinds of environments, the possibility to get support on any setup is rather important as well.

    --
    Karma: Non-existant. Due mostly to the fact that you smell funny and nobody likes you.
    1. Re:This is great... by guacamole · · Score: 5, Insightful

      Uh no. Solaris has been designed as a portable OS. It still fully supports lots 32-bit only sparc hardware and it might even boot in 32-bit mode on certain 64-bit sparc systems. Saying that Solaris is optimized for 64-bit hardware is probably wrong. The x86 might not be well optimized but I didn't find that to be a big problem. The biggest problem with Solaris x86 is that driver support is terrible. I looked at the HCL and I mostly see four, three, and sometimes two year old components. If you want to run Solaris on x86 you better plan your hardware purchases extra -carefully-.

    2. Re:This is great... by larien · · Score: 5, Informative
      From experience, I've been able to run Solaris 7 & 8 on x86 hardware in a lab environment quite stably. The biggest issues you'll find are:
      • No sound drivers for anything other than Sound Blasters; probably not a biggie, and you can download drivers for SB64/128
      • Pick your network cards carefully; check the HCL.
      • Poor/non-existent X support. You almost have to use XFree86 to get any useful X windows.
      • Poor support for IDE; DMA is limited.
      If you can work around that, you'll do OK, but linux will probably run smoother on commodity x86 hardware.
    3. Re:This is great... by chegosaurus · · Score: 5, Informative

      True, but a couple of points:

      > No sound drivers for anything other than Sound Blasters; probably not a biggie, and you can download drivers for SB64/128

      The one thing I don't like about Solaris on x86. I've *never* been able to get the OSS soundcard drivers to work on my system. (Dual CPU - something goes very screwy and system usage goes up to ~95%!)

      > Pick your network cards carefully; check the HCL

      True, but many non-HCL cards can be persuaded to work without too much trouble. I've got a great system, works beautifully except for the sound card, which I don't miss, and none of it is on the HCL. (Oh, maybe the SCSI cards..?)

      > Poor/non-existent X support. You almost have to use XFree86 to get any useful X windows

      Not so bad as it used to be, especially with the porting kit. The XiG Accelerated-X server, or Summit as I think they call it now (www.xig.com) is very reasonably priced, works with anything, and generally *rocks*.

      > Poor support for IDE; DMA is limited

      Solaris IDE support really sucks, even on SPARC. Give it SCSI disks - it loves them.

    4. Re:This is great... by cbreaker · · Score: 3, Interesting

      When you want to run a giant website on a machine with 100's of CPU's, you CAN'T turn x86; there is no such machine.

      There's not many OS options when you are talking about machines like that; you have to use the OS that the manufacurer provies.

      You turn to Solaris because that's what Sun machines use, and Sun machines can offer a ton of computing power while still being a lot less money then large scale mainframe offerings from IBM and Sgi.

      Not to say that the *only* reason people choose Solaris is because they have to use it when using Sun machines; I'm sure a lot of times people choose Sun machines because of Solaris.

      --
      - It's not the Macs I hate. It's Digg users. -
    5. Re:This is great... by AKnightCowboy · · Score: 4, Insightful

      When you want to run a giant website on a machine with 100's of CPU's, you CAN'T turn x86; there is no such machine.

      Only the quacks try to run a "giant website" on one machine. There's not point when you can buy hundreds of cheaper x86 boxes for much much less than a multimillion dollar high end Sun server and cluster them. You'll get better performance in the long run. Now, maybe a database server or something is another story, but web servers are easily clustered.

    6. Re:This is great... by Golias · · Score: 2
      My understanding is that RDBMS heavy-lifting has always been the Killer App of Solaris. A Sun box running Oracle has pretty much been the "let's buy the cadilac" solution, for anybody who doesn't want a mainframe, for almost as long as these solutions have existed.

      And a lot of "giant websites" are really just serving up HTML output from giant databases. Clustering a bunch of x86 boxen might work fine for something like The Drudge Report, where accepting lots of hits is the only priority, but it's not the way to go for everybody.

      --

      Information wants to be anthropomorphized.

  2. dual booting solaris? by jkosturko · · Score: 3, Interesting

    does anyone know of a way to dual boot solaris with say linux? maybe it was just the version that I downloaded, but it wanted to wipe the drive and repartition in order to install.

    1. Re:dual booting solaris? by Anonymous Coward · · Score: 3, Informative

      There are lots of howtos online. I believe the trick is to boot from floppy or CD and temporarily change the partition types of the Linux partitions, because Solaris uses the same ones. After installation of Solaris, you change the types back.

    2. Re:dual booting solaris? by Stephen+VanDahm · · Score: 2

      Better yet, is there a way to dual-boot Solaris and Linux in such a way that the two OSs can share the same /home partitions?

      Steve

    3. Re:dual booting solaris? by 4rt00r · · Score: 3, Interesting

      I personally use FreeBSD's boot loader which is nice and uses F1, F2 .... to boot the desired OS and it doesnt have the issues of Lilo or other 1024 problems . I'd recommend it strongly .

    4. Re:dual booting solaris? by OrangeSpyderMan · · Score: 4, Interesting

      IIRC Linux can mount UFS partitions, and read solaris disk labels, so the best way to do it would be to install Solaris, then linux and simply mount the /home as UFS in linux. Again, there are FAQs all over the place about Linux/Solaris dual boot, I believe I even saw one on BigAdmin once. If not groups.google.com is your friend.

      --
      Try NetBSD... safe,straightforward,useful.
    5. Re:dual booting solaris? by wwwillem · · Score: 3, Interesting

      and temporarily change the partition types of the Linux partitions, because Solaris uses the same ones

      That's correct, Solaris uses the same partition type as the Linux swap partition. During booting Linux suddenly also sees all the slices within the Solaris partition and your partition numbering goes suddenly haywire.

      But there is a trick for that, which is to start the disk with your Linux OS partition (not too big, because the Solaris partition can't be too high), then your Linux swap, then your Solaris partition and than an extended partition with your Linux /home.

      This would make your /home probably hda5, but after Solaris installation it suddenly becomes hda11 or something similar. The trick is now to put both hda5 and hda11 in your fstab (or just the hda11) and you are all set.

      --
      Browsers shouldn't have a back button!! It's all about going forward...
  3. Solaris is a nice UNIX by Anonymous Coward · · Score: 5, Interesting

    In a lot of ways, Sun is the MS of the commercial UNIX world, but they have an impressive record of making contributions to the community. the most notable contribution was probably NFS, and Sun gave it away long before most of us had ever heard of the GPL. Solaris has lots of goodies in it, obviously including great NFS support, but also pleasant standardisation and maturity, which Linux still somewhat lacks. Solaris is also rock solid. Sure, Linux can have multi-year uptimes, but it doesn't really compare to Solaris. When you want to run a giant website with 100's of CPU's, you turn to Solaris, and you don't even care that you get raped on the price of the hardware.

    I imagine that Sun is doing this because they know they won't make any money pushing beige box PC's. (SGI sure didn't.) By just selling the OS, they may not sell a ton of copies, but the profit margins on software are pretty sweet, if you can pay off the cost of development.

    Well, it's 4:00 am here, and I am still at work, so I don't imagine this post was at all coherent. God Bless Orange Soda. cheese fish is moose.

    1. Re:Solaris is a nice UNIX by guacamole · · Score: 5, Informative

      I really doubt anyone is running a website on a 100 CPU server. Using a single large unix server as web webserver is just not very practical or economical. It is very easy to distribute the load between multiple cheap, comodity x86 servers. They scale greatly for this kind of application. Databases and such is a different story..

    2. Re:Solaris is a nice UNIX by mirko · · Score: 5, Insightful
      I don't quite agree.
      I am working as a sysadmin for a huge company.
      The reasons we chose Solaris are
      • Sun's support (with a SUN/GOLD => repairs are to occur during the working day)
      • Sun's hardware (really stable with a nice hardware-monitoring from the OS => we can detect a Power supply failure before it has some productive consequences)

      Now, the OS itself is quite simplistic, I mean you have to GNU-ize it a lot to achieve a comfortable level of functionalities (Apache, vim, bash -now supplied-, GCC! ...).
      I still wonder why they don't provide a decent ANSI C/C++ compiler that we need when it comes to patch/recompile some Apache module (Vignette requires the commercial SUN C Compiler to be rebuilt)...
      It's mostly a question of support and feedback from SUN and other developpers (Oracle, Vignette, Broadvision, Silverstream...).
      Now, considerig Solaris alone on a lambda/PC, I guess this is not as interesting as you lose functionalities that only Sun's hardware fully provides.

      --
      Trolling using another account since 2005.
    3. Re:Solaris is a nice UNIX by ChadN · · Score: 2

      the most notable contribution was probably NFS, and Sun gave it away long before most of us had ever heard of the GPL.

      Uhhh, just to clarify, Sun published the specs to NFS, but (as far as I know), did not open source, or even publish, their code (I'll gladly accept corrections on that, BTW.)

      --
      "It's overkill, of course. But you can never have too much overkill." - Anonymous Slashdot Coward
    4. Re:Solaris is a nice UNIX by Doctor_D · · Score: 5, Informative

      In 2000, I would have agreed with you that most sites would just throw a slew of linux boxes running apache to host the website. At my old job that's what me and a couple of others were proposing--we so wanted to get rid of the boss installed M$ IIS server--for many many reasons.

      In 2001, I got a job with Sun. I went to a customer site to monitor an E10k, and I asked them what they were running on it, when they said their website, I was shocked. The usual answer is a ERP system with a database of some sorts. I have heard of clustered E10k's hosting websites, but I haven't heard of F15k's running websites.

      So, since an E10k can only scale to 64 UltraSPARC II processors, you're right....as far as I personally know that no one is running a website on a 100 cpu system (which would imply a F15k).

      --
      "If you insist on using Windoze you're on your own."
    5. Re:Solaris is a nice UNIX by Meech · · Score: 2, Insightful

      I agree with your point, except I would argue that Sun's greatest contribution is Java.

    6. Re:Solaris is a nice UNIX by isaac · · Score: 2
      The reasons we chose Solaris are ... Sun's hardware (really stable with a nice hardware-monitoring from the OS => we can detect a Power supply failure before it has some productive consequences)

      I've got eight (nine?) words for you: 400 MHz UltraSPARC II with 8 meg ecache.

      I'm guessing you started working with Sun hardware sometime after that particular debacle.

      The most stable hardware I've had the pleasure of working with was (pre-Compaq) DEC AlphaServers. I recall one particularly hard-working pair that had some 637 days of uptime (basically, they had been working non-stop since they were first built) - the only reason we had to reboot them was to apply Y2K patches. No cache-coherency problems there.

      -Isaac

      --
      I am not a lawyer, and this is not legal advice. For Entertainment Purposes Only.
    7. Re:Solaris is a nice UNIX by timeOday · · Score: 2

      I assumed he meant "total cpus" (whether or not on the same memory bus), i.e. google would be a 100 cpu website, so would a site with a dozen 8-way Sun boxes (well, almost).

    8. Re:Solaris is a nice UNIX by AJWM · · Score: 2

      I believe that Sun published a reference version of NFS source, but didn't open source their optimized internal version until much later.

      I'd also add NIS (aka yellow pages) to the list of Sun's notable contributions. That made NFS a whole lot more useful. (You really don't want the situation where user 'fred' has different UIDs on two machines both NFS-mounting /home (or /usr/users, back when).)

      --
      -- Alastair
    9. Re:Solaris is a nice UNIX by bolthole · · Score: 3, Informative

      Yeup. And I know of .. umm... "a company out there" that just bought a 15k with 72 CPUs, to run an application server for the backend of their core website.
      I suspect they may end up throwing the extra CPUs in there eventually, too :-}

    10. Re:Solaris is a nice UNIX by bolthole · · Score: 2

      Sun support for "SunONE" stuff like directory server, will allegedly be added piecemeal.
      directory server will be the first thing added.

  4. open sourced in the future by jukal · · Score: 5, Interesting
    Sun will also probably open source this product sometime in the future. As such, it will work with the community to put together a hardware compatibility list that expand the range of systems known to work on Solaris on x86.

    Interesting, maybe. But nowadays, open sourcing seems to mean everything between giving a quick peek into the sourcecode and releasing it under a license which poses no restrictions at all. Anyway, is there some pieces in the codebase that are especially worth waiting for - if the license would allow utilizing them for other purposes?

    1. Re:open sourced in the future by guacamole · · Score: 3, Insightful

      Note that the posted didn't say "open source the code for open source community". The poster said "open the source for open source community.." Solaris is really one of Sun's few crow jewels. I really doubt they'll open source it. They might release the Solaris code the way they did for Solaris 8 a year ago, though.

    2. Re:open sourced in the future by jukal · · Score: 5, Informative
      the open sourcing appears to refer to the hardware compatibility testing suite - not Solaris

      Yes, this seems to be the case in this article. However, I found this maybe more interesting one (Making Solaris open source)

      Clip (Sun chief engineer Rob Gingell, August 28, 2002 ):

      The really valuable thing to us is this community. Not all predecessor communities have agreed to operate on the same IP principle that the Linux community operates on. Getting by that is a real impediment to throwing open the kimono and saying, "Here, Solaris is now open sourced." So, some of it has happened, and we are working on the rest of it. We may never be able to do it all because we may never be able to reach an agreement with the originators of the stuff. In short, the answer is that we're just sort of chipping away at it

      This might be worth submitting to /. as a separate story if it has not already been here.

    3. Re:open sourced in the future by mark_lybarger · · Score: 5, Insightful

      IIRC, version 5.2 was from Star Division, not Sun. If it was sun, it was released right after the acquisition from Star Division, thus under the Star Division license. StarOffice has always been, AFAIK, free for non-comercial use. The fact that it now costs a little lets those people who need the extras that OpenOffice doesn't offer get them at a REASONABLE price.

      SUN gave a HUGE contribution to the open source community by opening up OpenOffice. Distributions can now install open office by default with out any license issues. Even hard core GPL distributions such as Debian can have it in their stable branch.

      I really doubt that SUN is releasing their x86 version to gain desktop market. Contrary to the /. crowd, *nix isn't a popular desktop platform, and I wouldn't bet the farm that solaris is going to change that.

      There's a nitche market for users who like or want to learn solars to further develop their careers at places that spend huge money on SUN hardware. There's also 2-3 people who prefer it over other *nix variants but just can't get their hands on the hardware. I've got an ULTRA-5 sitting idle on my desk right now (and 3 in the next cube) because my P2-366 is easier to use. Should I need to prototype a web site in JSP, I guess it's available to save my laptop some ticks.

      As far as opening their sources, I don't think it's the solaris sources they're talking about, but the compatibility test sutes. The bread and butter for sun is solaris, hardware and support. By them protecting the internals of solaris (the API is open), they're protecting their support revenue. If they open source solaris, that opens the flood gates for other companies to offer support for their hardware and software. I doubt we'll ever see that from SUN.

    4. Re:open sourced in the future by __aahlyu4518 · · Score: 2

      "Contrary to the /. crowd, *nix isn't a popular desktop platform,"

      I never knew the /. crowd was a popular desktop platform... LOL

      But seriously. If apple created a GOOD (and popular) desktop product with OS X which has BSD underneath, then why wouldn't Sun be able to do a similar thing with Solaris on x86 ? Ok... it doesn't look like they are planning anything like that, but OS X is the proof that a *nix CAN be a good and popular desktop OS.

  5. Halfway there.... by noelp · · Score: 5, Interesting

    This is good news - but one of my main uses for Solaris is an Oracle platform. Oracle no longer support Solaris on x86, which is a shame because Oracle 9i on Solaris 9 on x86 would be a very interesting proposition. Anyone know of any plans for Oracle to resupport x86 for Solaris? With Sun seeming commiting itself towards it, would it be a mistake not to?

    --
    'Internet! Is that thing still around?' - Homer Simpson
    1. Re:Halfway there.... by mark_lybarger · · Score: 3, Insightful

      If you need Oracle 9i and you need x86, there's Oracle for Linux I'm thinking Oracle ran a few performance tests of x86/Solaris/Oracle and x86/Linux/Oracle, then chose the platform that would give them the marketing numbers they need (and the performance their customers NEED). Originally Oracle/Linux was more a developer training tool, now it seems to be attempting ot compete with SQL Server. GO Oracle!

    2. Re:Halfway there.... by gorilla · · Score: 2

      If you're running Oracle, it shouldn't really matter what OS you're running under it, so why not go for the fastest?

  6. Threads are coming, really! by alan_d_post · · Score: 3, Insightful

    As soon as FreeBSD and NetBSD implement good threading, there will be no need whatsoever to run Solaris.

    When they'll be done is an open question, of course. The Net folks in particular tend to refuse to rush anything at all.

    In the meantime, I can't see how solaris x86 is that much nicer than gentoo or debian (aside from having a working NFS implementation :). I personally detest having to maintain a solaris (sparc) box for my job.

    1. Re:Threads are coming, really! by guacamole · · Score: 4, Insightful

      As soon as FreeBSD and NetBSD implement good threading, there will be no need whatsoever to run Solaris.


      Huh? What about vendor support? Application support? Is oracle(and several hundred or thousand solaris-only applications) certified to run on FreeBSD? Are Veritas storage products supported on FreeBSD? Is there a company that provides a 24/7 on-site hardware and software support for FreeBSD systems? Lots of people would actually take Solaris over FreeBSD for a number of other reasons as well simply they -like- the OS..

      Maybe we're talking about different uses. Solaris will certainly remain -the- enterprise datacenter OS whether *BSD has or not a good threading support.. Of course, there are many areas where it is better to use Linux or FreeBSD. There is no one OS that fits all needs.

    2. Re:Threads are coming, really! by CoolVibe · · Score: 2
      Amen. I agree wholeheartedly.

      This use-the-right-fucking-tool-for-the-job-already attitude is exactly the way people should look at it. It's how I solve my problems. It's how I keep the users and the customers happy. It's what gives my network stability.

      It's nice that people advocate some operating systems, but real admins already know what they are going to use. The right tool for the damn job.

    3. Re:Threads are coming, really! by OrangeSpyderMan · · Score: 2

      Probobly[sic] not official from Oracle, but it will run i guess. I don't have the money for it.

      You just hit the nail right on the head. The kind of people who shell out for Oracle are never going to go for a "not official...but it'll run" OS. On the first incident, the first thing Oracle support will say to you is to install it on an approved platform and try and reproduce the problem.

      You shell out the money for it because you need it.
      If you need it, then it just has to work.
      If it has to work, you'll need support.
      If you need support, you'll need to be on a supported platform.

      --
      Try NetBSD... safe,straightforward,useful.
    4. Re:Threads are coming, really! by Gothmolly · · Score: 4, Insightful

      It's not threads, its about hardware. Can *BSD run on a 16 CPU box with hotpluggable CPUs, power supplies and hard drives? Can *BSD allow you to slice up the machine into arbitrary sections, and do resource management at that level?

      You buy a box that gives you 5 nines up uptime, and they ship the OS to do it with - its a nobrainer.

      --
      I want to delete my account but Slashdot doesn't allow it.
  7. Re:One CPU? by chegosaurus · · Score: 4, Insightful

    Wondering the same thing myself. $99 I don't have a problem with. Solaris is my OS of choice and I'm happy to shell out for it. But if they're going to want, say, $400 for dual CPU then I'll stick with 8.

    Solaris really is sweet on a dual CPU system. Yes, it sucks on crappy hardware, but for my money it can't be touched on decent kit.

    Finally, just to preempt a few of the "why pay for Solaris when Linux is better and it's free as in beer and it's free as in speech and my leet AMD Gentoo boxen do everything an E15k does but faster" posts that invariably come with any Sol x86 story: SOME OF US JUST LIKE IT, and don't mind parting with a bit of cash now and again. m'kay?

  8. Sun Hardware can be cheapest!!!! by moorewr · · Score: 3, Informative

    "Raped on hardware?" You may be behind the times.
    Sun is actually the cheapest way to go to put
    100 servers in a farm - the SUnFire V100 is $800 -
    at least in the educational market - I can get a
    sun rack server in the door cheaper than I can any
    rack x86 server.

    1. Re:Sun Hardware can be cheapest!!!! by friscolr · · Score: 3, Interesting
      Sun is actually the cheapest way to go

      it all depends on what you are spec'ing out.

      Dell 1650 - $4,163.65
      2 P1.4 ghz processors
      2 GB RAM
      1 36GB 10k drive
      2 gige NICs
      add 2 GB RAM for $1131
      add 1 36 GB 10k drive for $217
      optional: redundant power supply, hardware raid, 4 GB RAM max, 3 drives max

      Sun LX50 - $5,295.00
      2 P1.4 ghz processors
      2 GB RAM
      1 36 GB 10k drice
      2 10/100 NICs
      add 2 GB RAM for $2250
      add 1 36 GB 10k drive for $480
      optional: 6 GB RAM max, 3 drives max

      you save over $1000 for the comparable Dell, which comes with more options than the Sun (excluding the 6 gb total RAM).
      If you max both out, you get the Dell (with raid and redundant power supply) for $7000 and the Sun (with 6 gb RAM) for $11,600.

      You can find greater savings in disk arrays from both vendors.

  9. Why wouldn't I just use Linux? by Anonymous Coward · · Score: 2, Insightful

    Its kind of nifty and all to run Solaris on PC hardware, but at the end of the day what am I getting?

    Solaris is no great shakes; its just good enough to run on Solaris hardware.

    Its like Linux. Its no great shakes, but its pretty firmly entrenched as *the* x86 Unix (With apologies to the *BSD crowd).

  10. Unless... by tkrotchko · · Score: 2

    " It is very easy to distribute the load between multiple cheap, comodity x86 servers"

    Unless you have to save state information; then it becomes significantly more difficult. If you run an app server, then you have that cost. If you need a high-availability DB, then you have a significant cost.

    Don't get me wrong; using cheap web servers is the way to go, but its not magic; there are other costs involved.

    --
    You were mistaken. Which is odd, since memory shouldn't be a problem for you
    1. Re:Unless... by rnd() · · Score: 2, Informative

      ASP .NET allows you to do this by automatically storing session state info in a MSSQL database. Of course, this solution isn't free, but it's probably a bit cheaper than a 100 processor Sun.

      --

      Amazing magic tricks

    2. Re:Unless... by John_Booty · · Score: 2

      Unless you have to save state information;

      If you're talking about per-session state information, it's pretty easy to just set up your networking hardware to do per-connection round-robin load balancing, rather than per-request load balancing.

      --

      OtakuBooty.com: Smart, funny, sexy nerds.
    3. Re:Unless... by gorilla · · Score: 2

      Depending on the website, you might have to hold more than just per connection information. For example, a website I look after has to grab a whole pile of information when someone logs in. That takes a comparably long time, about 30 to 60 seconds. This data is shared among people, so that two connections might have the same information, so it has to be saved in a way that every connection can potenitally get that information.

    4. Re:Unless... by buswolley · · Score: 2, Insightful
      Its wrong to moderate the parent as flame bait just because he mentions a M$ product. Disagreeing with, or counter-suggesting the political views of /. is not a good reason for being flaimbait.

      /. is about freedom of speech ,ideas and ideologies. Not about suppression of conversations that go against your ideologies.

      Otherwise you are just as bad as any DMCA, RIAA, or Bush administration.

      --

      A Good Troll is better than a Bad Human.

    5. Re:Unless... by rnd() · · Score: 2
      implying that Unix people buy 100CPU machines to store web state

      No such implication was intended, as should have been clear from the context of the post. Further, the server was mentioned because I was referring to a "non-free" solution.

      --

      Amazing magic tricks

  11. As a stockholder and code monkey by (H)elix1 · · Score: 4, Interesting

    Sure, this will help... As a Sun stock holder, this pains me. Again...

    They buried any chances of x86 support when they 'killed' Solaris 9 flat out and gave marginal driver support for Solaris 8(x86). When it might have mattered, they held back. When it no longer does, they release and ignore linux.

    The entry level SunBlade was a huge disapointment on a personal level - not sure what I expected for a $999, but for about the same cash I got dual x86 CPU's and SCSI hard drives. After adding an Adaptec 29160n card, it is still a dog. Guess which one is a web server and which one is my primary development environment.

    They release a 'free' Java Application Server after giving the JBoss people the finger. They release a 'free' app server, giving every other partner the other finger who use to say 'use Sun hardware' when it matters.

    They gave the log4j and a few other groups the finger when they did a 'not develped here' move and folded in some junky classes into JDK 1.4

    Not that I'm bitter.... but I have not seen anything that looks like a solid move in a long time. Perhaps merging with HP/Compaq next week?

    (shaking head and walking away)

  12. Re:Actually, you won't answer the more important by chegosaurus · · Score: 3, Insightful

    Well, since you asked...

    Hardware support is plenty good enough for me. It works just great on the two machines I have. So it won't work with some obscure ISA token ring card, and it won't run on ARM processors. What do I care? It works for me.

    As for software, yes, a lot of commercial stuff is SPARC only. But then, I can't afford licenses for commercial stuff, and I really don't need any of it anyway, so that doesn't matter to me either.

    On my Solaris machine I've got everything I need. Bear in mind that pretty much anything that comes as source will build on Solaris. The exceptions are crappy little programs put together by people who can't see further than Linux, and I don't miss any of those.

    I'm struggling to think of an application that runs on Linux but not Sol x86. The only one I've ever missed was the Audiogalaxy satellite, when that was worth anything. It was pretty easy to get the Linux binary running through lxrun though.

    I'm not sure Solaris has the multimedia stuff Linux does, but I'm not really into that, so I don't know. If I reinstalled my machine with Linux, I'd just put on all the apps I now have on Solaris.

    All the "big name" open source apps run just as well on Solaris as on Linux.

    I'm not sure what you mean by widely supported. If you mean a tech support community, there are plenty of Solaris people round and about, and they're generally pretty experienced and smart. Too much of the Linux community is leet haxors who think they know it all and really don't know shit. In terms of support, the documentation for solaris (docs.sun.com) is second to none. The depth and quality is a different class to anything you can find for Linux.

    If you mean that people who write open source software don't explicity support Solaris, again, what do I care? I've got the source, and I'm smart enough to make tweaks to port things. I enjoy the challenge, and I get to contribute something.

    I've made my living out of Solaris for a good while: it's the Unix I know better than all the others, so it suits me to use it.

    I say "I really like it" because, when choosing the operating system I run on my computer, that's all that matters. Arguing about "the best" operating system is like arguing about the best band, or the best film. Ultimately it's pointless. You go with what feels right for you. Unix is incredibly configurable. You can make any flavour do pretty much anything if you have the time and the smarts.

    That probably does say more about me than about the OS, but it keeps us away from OS holy wars.

  13. Re:One CPU? by rnd() · · Score: 2
    I heard something the other day that made me wonder: A friend told me that his company had been forced to switch from Oracle on Linux to Oracle on Solaris for purely performance reasons. They are now running a 3500 with 4 processors.

    What is the state of Oracle on Linux today?

    --

    Amazing magic tricks

  14. Is Solaris that good? by evocate · · Score: 5, Interesting

    I've heard many claims that Solaris is very reliable - more reliable than Linux. How much stability comes from Solaris itself, and how much comes from Sun's end-to-end control of the hardware? Solaris has had the advantage of running on machines that were not only well-designed, but designed and built to the specifications of the OS group. Linux has rarely if ever had this luxury. When Solaris 9 is running on ferrel x86 hardware, will it display the same reliability as it's UltraSparc sibbling? More importantly, will it even prove to be as reliable as Linux?

    1. Re:Is Solaris that good? by Alien+Being · · Score: 2

      I think the main reliability advantage for Solaris on Sparc (vs on generic x86) is that there are fewer device drivers to get right.

      I don't buy your theory that Solaris reliability is due to Sun's control over hardware. The OS group probably has some influence over CPU/MMU design, but not over the various controllers within the system, many of which aren't even made by Sun. Sun's hardware is top quality which enhances the overall system reliability, but not OS reliability. I don't blame Linus if my motherboard shorts out.

      Linux is already capable of long uptimes, so I think Solaris's main advantage over the penguin on x86 will be that it gives Solaris apps a cheaper platform to target. Sun would rather that people buy Sparc, but they probably realize that it's better to give them Solaris/x86 than to lose them to Linux/x86 or Windows/x86.

    2. Re:Is Solaris that good? by cybrthng · · Score: 3, Informative

      Uptime on all of our Solaris servers is usually over a year. We wouldn't trust our Oracle Financials and Web applications to anything else.

      Great Support, Great Warranties, Great Service and excellent prices for what you get. Consider a 4 cpu V880 costs 50k, but you get 8 gigs of memory and 350 gigs of diskspace and a system that is "hot upgradeable" and the cost of downtime for your business is over 1 million dollars a day. That 50 is pennies to the cost of downtime and being able to throw in more cpu's, memory or change devices WHILE STILL RUNNING (solaris 9) is worth it.

      Uptime counts when your business relies on it. Linux is great and all, but i need the stability or Solaris with Veritas in combination with EMC arrays and the support contracts that go around everything.

      We aren't talking about simple needs when you usually buy sun equipment in which case if your looking for low end hosting boxes and what not, they're still even a bargain considering how many customers you could loose when your systems crash or need upgrades.

    3. Re:Is Solaris that good? by evocate · · Score: 2
      I think the main reliability advantage for Solaris on Sparc (vs on generic x86) is that there are fewer device drivers to get right.

      Ok, you stated better what I was really trying to say. Because Sun OS and hardware designers collaborate, there are fewer devices and so fewer drivers to write. This lets the OS group focus on reliability within the narrow device range. I agree with you that this collaboration probably does not result in better hardware.

      I can see why a cheaper target platform for Solaris apps will help Sun - more Solaris installations means more chances to upsell customers from low- or no-margin Intel boxes to high-margin Sparc boxes. I can even see how this might lower costs for existing or future Sun hardware customers by giving them cheaper development or staging systems. What I am trying to figure out is how Solaris x86 could benefit a site that does not and will not need to upgrade to Sparc hardware. Is Solaris better than Linux on Intel hardware?

    4. Re:Is Solaris that good? by pmz · · Score: 2

      I've heard many claims that Solaris is very reliable - more reliable than Linux.

      It's more accurate to say that Solaris is extremely reliable. There's oddball bugs here and there; however, I've witnessed a Solaris kernel panic once only after forgetting to upgrade a device driver after upgrading from Solaris 7 to Solaris 8. Otherwise, I work my workstation pretty hard months at a time (rebooting only when doing routine maintenance). The servers here are similarly reliable.

      How much stability comes from Solaris itself, and how much comes from Sun's end-to-end control of the hardware?

      The software itself is very robust. The hardware does help when the hardware has extra reliability features (RAID, ECC, hot-plugging), which the software leverages for better uptime. Random hardware failures are the most common cause of Solaris downtime.

      When Solaris 9 is running on ferrel x86 hardware, will it display the same reliability as it's UltraSparc sibbling?

      Generally, yes, but the device drivers are different and can have bugs unique to the x86 platform. The lower reliability x86 hardware would probably be more significant.

      More importantly, will it even prove to be as reliable as Linux?

      In the long term, Solaris should prove more reliable than Linux, because Sun has a more conservative approach to software upgrades and maintenance. There is generally less risk associated with updates to Solaris versus updates to Linux.

    5. Re:Is Solaris that good? by Alien+Being · · Score: 2

      "What I am trying to figure out is how Solaris x86 could benefit a site that does not and will not need to upgrade to Sparc hardware. Is Solaris better than Linux on Intel hardware?"

      The existence of Solaris/x86 could be a benefit to a shop that already has an investment in Solaris apps or Solaris talent.

      Solaris makes a better NFS server than Linux, so that's another potential benefit.

      I'm not sure, but Solaris might have some security certs that aren't available for Linux.

      Solaris doesn't evolve as fast as Linux, so long-term support (without unnecessary updates) is a more reasonable expectation.

      Solaris is still probably better at file-locking and other primitives, but I have nothing to back that up.

      I think on x86 Sun has too little, too late to really hurt Linux. That's OK though, it will find its niche. I'd really like to see Sun do some work on Linux/Sparc. Last time I ran it, it was dog slow and was nowhere near ready for the big boxes.

  15. Re:As a stockholder and code monkey by (H)elix1 · · Score: 2

    JBoss is not Java certified !!!

    That was more about Sun being petty - or could it be they were about to release their own app server? Ever look at Sun's 3.0 portal product? You want certified -- they took a page right out of IBM's 'lets not use a standard structure'. Better with the latest cut, but I expect more if someone wants to wave the standard.

    One of the things they got right, IMHO, was embracing Apache Tomcat as the reference platform for servlets and JSP. I use Tomcat as a starting pont for porting to all the servlet engines. They should have done the same with JBoss. Well, I use it for the EBJ porting anyhow.

    Sun is a hardware company
    It took forever (and a day) for them to roll out something faster than a 500mhz sparc. Sure, for over 15k you might get clock frequencies from 900MHz - 1.2GHz, but from a strait hardware perspective they lagged. I see my AMD 'P' rating stomp all over the other 'workstation' boxes, but I spent a lot of quality time with a 500 IIe and quad 900 MHz UltraSPARC III Cu boxes too -- mhz still matters for sparc!

    Quality on the 1U units is lacking to. I have not had issues with the new SunFire's, but the old ones went bad (2 of 12) within 4 months. I expect more from a 'hardware' company. Fool me once...

    they give Sun the possibility to re-enter a hostile x86 market (Solaris 9 on x86)
    Fool me twice... Not a snowball's chance in hell. They EOL Solaris x86 once already. It was a great way for folks to learn how work with Solaris while not horking up _my_ boxes, but not worth the cash for a multi CPU box to 'learn on'.

    This is the market.
    True. Everything is in the red. I just don't see anything that would cause a bump if the markets were normal.

  16. Solaris drawbacks by emil · · Score: 3, Informative
    • First and foremost, Solaris patchchk. This utility, written in perl, generates an HTML page which must be read by a browser. Now, RedHat up2date, which I like a lot, is python-based, and RedHat goes a little overboard with python support in the OS. patchchk is awful compared to up2date, but I must confess that I haven't used it in some time.
    • Solaris perl is built with Sun's C compiler, and this perl version cannot be extended by gcc. If you lack Sun cc and you need to extend perl, then you must reinstall in a separate location and then manage two installations. You cannot uninstall Sun's perl without breaking lots and lots of things.
    • The Solaris package system is an abomination. Please, PKZIP is something we should have left behind in our DOS days. Let's integrate bzip2 into something with the speed of RPM.
    • If you want an LVM, you have to load DiskSuite, and the documentation leaves a great deal to be desired.
    • UFS, Sun's native file system, supports journaling, but is loaded by default without it and very little mention is made of the importance of turning it on.
    • Solaris is certainly better than HP-UX with /etc/system (versus rebuilding the HP-UX kernel every time you change SHMMAX). However, AFAIK, Solaris must be rebooted for changes to /etc/system to take effect. I know that HP-UX is very recently getting dynamic kernel tunables, I hope Solaris is as well. I certainly enjoy them in Linux.
    • Some of this stuff is really old. Seriously, do we really need both awk and nawk? HP-UX standardized on nawk, but really we should all just switch to gawk.
    • Along these lines, it's time to remove every SysV utility that can be replaced by a GNU equivalent. Every commercial UNIX should be doing this.
    • Both Sun and HP are still trying to get out of Motif/CDE. What's the holdup? CDE on my workstation makes other people ask me if I drive an Edsel.

    Solaris suffers from the same problem as all commercial UNIX: the question of GNU integration. They now rely upon GPL utilities in a BIG way, but they are hesitant to integrate them properly and make them work well. In the meantime, there is enough SysV cruft that hasn't been touched in years that you could realistically call this OS "Solaris the Living Dead."

    It's time for Sun to concentrate on the OS components that it does well, and throw everything else to GNU.

    1. Re:Solaris drawbacks by Get+Behind+the+Mule · · Score: 2

      • Some of this stuff is really old. Seriously, do we really need both awk and nawk? HP-UX standardized on nawk, but really we should all just switch to gawk.
      • Along these lines, it's time to remove every SysV utility that can be replaced by a GNU equivalent. Every commercial UNIX should be doing this.


      No, no, no, no, no, no, no, no, ...

      As old as this stuff is, removing it would place a monstrous burden on untold numbers of sysadmins and programmers out there. Believe it or not, very many of them are critically dependent on utilities that are really old. They wrote scripts eons ago that work well, and their systems depend on them. They would be hamstrung to the point of desperation if they disappeared.
    2. Re:Solaris drawbacks by pmz · · Score: 3, Informative

      The Solaris package system is an abomination.

      At least, the Sun package database (/var/sadm/install/contents) is plain text and fully greppable. It is actually very nice. RPM would be a good choice if it didn't suffer so much from bloating featuritis.

      If you want an LVM, you have to load DiskSuite, and the documentation leaves a great deal to be desired.

      The DiskSuite documentation is fine. I learned DiskSuite all by myself just using the Answerbook and the man pages.

      UFS, Sun's native file system, supports journaling, but is loaded by default without it and very little mention is made of the importance of turning it on.

      People who really want and need journaling already understand its importance.

      I know that HP-UX is very recently getting dynamic kernel tunables, I hope Solaris is as well. I certainly enjoy them in Linux.

      The Solaris `ndd` command allows run-time changes to many tunable paramters for device drivers. The 'mdb' man page mentions some things about modifying a live system kernel, but I have never tried it.

      Some of this stuff is really old.

      Some of Sun's paying customers are pretty old, too.

      it's time to remove every SysV utility that can be replaced by a GNU equivalent.

      Only after those GNU "equivalents" are actually standards-compliant. Also, the GNU tools often abandon the KISS philosophy of UNIX, which often gets in my way (yes, extra features can be a PITA). It slices, it dices, it cures the common cold...but I just want a text editor!

      CDE on my workstation makes other people ask me if I drive an Edsel.

      CDE does exactly what it was intended to do. It is very functional and useful and is very appropriate for a workstation. However, Sun is responding to the "eye candy" kids out there by adopting GNOME as a replacement for CDE.

    3. Re:Solaris drawbacks by larien · · Score: 3, Informative
      Ok, let's pick some holes in the arguments:
      • patchck; yup, the old version at least gave you a plain text file. However, there's nothing stopping you writing a wrapper round it to parse things out.
      • I've managed to get perl extensions installed using gcc; you just have to edit the Makefile to use gcc instead of cc. Alternatively, make a symlink from /usr/bin/cc to /usr/local/bin/gcc.
      • PKZIP=zip/unzip; that does more than bzip2, even if bzip2 does have a better compression algorithm. I'm not sure where this comes into the package management in any case.
      • LVM: the documentation on docs.sun.com (i.e. the same as the answerbooks) is fine. I've set up mirrors, concats, stripes and RAID-5 volumes using that documentation.
      • If your admins don't know about UFS logging, hire better admins. There are also occasions when it isn't always prudent to enable ufs logging. That said, I do think it may well be about time they enabled it by default.
      • Setting kernel parameters: as someone has said, some can be set with ndd; adb is available for some others, although a reboot is required for others with /etc/system. At least with /etc/system, if it goes wrong, you can at least boot from CD and edit the file (unless you use VXVM for your root disks or something wacky like that).
      • What's the hardship in having awk, nawk *awk all on one system? It takes mebbe a meg of disk space and keeps $DEITY knows how many user scripts working.
      • SysV commands should only be replaced as and when their GNU equivalents provide drop-in functionality; i.e. they respond to all the flags that the SysV ones do in the same manner. Again, some scripts may rely on some arcane switch and/or the output from the command being absolutely identical.
      • CDE fulfilled a design goal, that being all Unices looked identical (or at least similar). I personally don't see the problem with CDE, even if it doesn't have all the bells and whistles of Gnome/KDE.
      As I've implied above, the SysV "cruft" is there for the end users; even if you don't use any of it, what is the harm in it staying? The harm in removing it is to break a large portion of user scripts and completely piss off your customer base, many of whom have large wodges of spending power.
    4. Re:Solaris drawbacks by bolthole · · Score: 3, Interesting
      Solaris perl is built with Sun's C compiler, and this perl version cannot be extended by gcc. If you lack Sun cc and you need to extend perl, then you must reinstall in a separate location and then manage two installations.

      Err, no, you just need to know enough perl, to know that you need to hunt down and adjust Config.pm to use gcc and corresponding flags instead of the default SunCC stuff.

    5. Re:Solaris drawbacks by bolthole · · Score: 2

      reasonable idea, wrong place.
      stuff that installs to /usr/local is from www.sunfreeware.com, NOT "the companion cd".

  17. Re:Finally by Melantha_Bacchae · · Score: 2

    An AC wrote:

    > You are the embodiment of the open source
    > community. A fucking erosion of the software
    > economy.

    True, there are plenty of greedy warez dudes that think Open Source is just another free handout. But Open Source itself is based not on greed, but an economy of generousity. Everyone benefits, even the sharer.

    Sun has contributed a lot to the industry over the years. I was using NFS shared partitions back when Windows was still trying to figure out how to task switch. And while Java is not (yet) an open standard, it has employed a lot of programmers, and made a lot of other companies some serious cash. It has even given Microsoft a big headache, which is all to the good. ;)

    If Sun opens Solaris, good for them. I'm sure people will learn a lot from their code, and the fixes the community makes will benefit Sun in turn (as will the good will generated). If they choose not to, it is their choice to make. At least they will be making their OS more affordable, which will help them compete with Microsoft (giving them more headaches ;).

    "Lightning shines on wavey beach, and all clouds are made right:
    Happiness Appears!"
    From the song "Infanto no Musume" in the Japanese version of Mothra (1961).

    G Countdown: 25 days (www.godzillaoncube.com)

  18. Re:As a stockholder and code monkey by xdroop · · Score: 2
    Different tools for different jobs. Linux is a good general purpose OS with lots of software available for it.

    On the other hand, I need an OS to serve NFS to my sparc. (IDE disks are cheaper than SCSI.) To put it mildly, Linux (with kernels 2.2 and 2.4) sucked, so I run Solaris/x86. I don't need any of the other crap that comes with Linux -- no, I need an NFS file server.

    I probably should have tried a BSD, but I had Solaris/X86 and found it to do what I needed it to.

    I for one am glad to see a general availability of Solaris 9 for x86.

    --
    you should read everything on the internet as if it had "but I'm probably talking out of my ass" appended to it.
  19. Easy solution... by emil · · Score: 2

    Sun submits patches to the relevant projects that guarantee behavioral compatibility.

    The "we can't upgrade because stuff will break" crowd really gets on my nerves sometimes.

    1. Re:Easy solution... by irix · · Score: 5, Informative
      The "we can't upgrade because stuff will break" crowd really gets on my nerves sometimes.

      You must be a Solaris sysadmin. Let me give you a Solaris developer perspective :-)

      I have complicated package install scripts that rely on many of the old Solaris SysV stuff to be there. If it isn't, things will almost certainly break.

      The suggestion I would have is put the GNU stuff in /usr/local/bin for now - and this is exactly what Sun is doing. After some period of time, announce that you are deprecating the SysV coammands. Some period of time later (several releases) consider reversing the situation - make the GNU stuff the default, leave the old commands somewhere else.

      We still have plenty of customers running Solaris 7. When you have high availablility high transaction systems, you make upgrade moves slowly and carefully. I know this isn't the way Linux works, but Sun plays in somewhat of a different market.

      --

      Do you even know anything about perl? -- AC Replying to Tom Christiansen post.
    2. Re:Easy solution... by emil · · Score: 2

      Easy, we call it SunOS 3.

      What, you had scripts that broke between SunOS 4.1.3 and Solaris 2?

      Sun wants to be on the desktop. Solairis is a dinosaur. Linux isn't going to work out anytime soon. Something has to change.

    3. Re:Easy solution... by emil · · Score: 2
      The suggestion I would have is put the GNU stuff in /usr/local/bin for now - and this is exactly what Sun is doing.

      So you're telling me that Sun's current attitude towards GNU is right? You don't deal with perl much, do you?

      The situation is technically similar to RedHat 7, where two versions of gcc were included - it's not such a drastic piece of brain damage, but the effect is much longer. The system is fragmented and is not true to itself.

      Here is what I really suggest that Sun do: take Red Hat Linux - remove the Linux, insert the Solaris kernel, and the minimum of supporting utilities to make it run. Maintain LSB status if at all possible.

      Then offer Solaris/Classic and Solaris/GNU. Certify each for the high-end. Announce that they will merge into sunos 3 within 5 years.

      If Sun really wants to set the world on fire, GPL the kernel, then integrate SGI's XFS into Solaris as a native filesystem.

      And the day that HP-UX/Itanium was available for purchase, Solaris/Itanium should have been available for free - the port is finished and is sitting on a shelf at Sun - but I digress.

      Really, Sun can end the Linux question anytime they want - just by opening their kernel. Who else can claim this? Who else has come so close?

    4. Re:Easy solution... by emil · · Score: 2

      Umm no, Sun's Linux is a repackaged Red Hat Advanced Server. I believe that Red Hat has some preferential access to OpenOffice in exchange.

      There is definitely a higher-end crowd that wants a stable platform. There is also a higher-end crowd that likes the latest tools.

      And if Sun takes backward-compatibility so seriously, then I'll just mail you my IPX and you can load Solaris 9 on it.

      And gawk is several steps backward from awk/nawk? Really?

    5. Re:Easy solution... by irix · · Score: 2
      So you're telling me that Sun's current attitude towards GNU is right? You don't deal with perl much, do you?

      Well, I do, but I have the Sun compiler, so I am not so concerned. As long as Sun ships their own compiler, it makes sense to ship Perl compiled against it, no?

      If they start shipping gcc as part of the core Solaris install then maybe, but otherwise I don't think it makes any sense.

      --

      Do you even know anything about perl? -- AC Replying to Tom Christiansen post.
  20. Solaris x86 just doesn't fit by southpolesammy · · Score: 3, Interesting

    While I think that Solaris x86 would have been a good idea if it had caught on somewhat better, it hasn't and the Linux/*BSD world has more or less taken over the x86 platform for UNIX-like OS's.

    Based on this, it would be in Sun's best interest to do one of two things. Either bring Solaris (both SPARC & x86) upto speed with the standard offerings of Linux/*BSD with the GNU software included and supported, or pull out completely of the x86 arena and reallocate company funds on a strengthening of the SPARC platform.

    If it were me, I'd do the latter since there is a double whammy with Solaris x86 which is that users aren't buying Sun hardware, and therefore do not need hardware support either which hits them both on the sale and on the ongoing support contracts. If they can get people to stay only on the SPARC platform, it benefits Sun's bottom-line better, while allowing them to better focus on their own products.

    --
    Rule #1 -- Politics always trumps technology.
  21. xsun/xfree86 drivers by StandardDeviant · · Score: 2

    There's a package you can download that is a compilation of XFree86 drivers "packaged" to work with xsun (for the !clued, that's sun's X11 implementation). This is, for example, the easiest way to get your Nvidia card to work if you decide to give solaris x86 a shot on said hardware... Also it apparently helps out a lot with laptop support. Here's the URL.

  22. suns linux strategy?? by JDizzy · · Score: 2

    Interesting, it seems sun is going to sell SOlaris 9 for $99 USD. But what about all those grand plans they had for Linux? I mean, at one point Sun was going to make Linux kernel + Solaris userland to be the x86 mega system. That way Solaris on x86 would have all the advantages of open source driver development. Lets face it, this is a much better idea that the one currently being driven my Sun to sell Solaris 9 on Intel, and just continue to ride sick horse. Going down this path means more money is being spent at Sun on the Intel side of things, and that takes away from the Sparc side of stuff. Linux kernel already has like 10x more supported hardware that the Solaris kernel. Yeah, the Solaris engineers can look at the Linux kernel and reverse engineer code for their own, but isn't that just stupid when you could just have the linux kernel? Besides, the people who use x86 solaris is mainly schools that teach unix to students, and cannot afford a sparc box in front of each student, or some other institution that is penny-pinching. SO the people they are hurting is the people who might be helping Sun the most.

    --
    It isn't a lie if you belive it.