Solaris vs Linux Continues

raffe writes "Solaris Kernel Developer Eric Schrock is bloging more about the Solaris vs. Linux issue and linux kernel moneky Greg is answering on his blog. Eric's first part is is also still up and Greg's answer " Another reader also submitted reviews of the Linux desktop vs. Solaris 9. User reviews are welcome; please note that ITMJ is part of OSTG like Slashdot.

Comments

as bad as freddy vs jason

[emptybody]

Why do people feel compelled to do these things?

Two excellent tools - hammer, screwdriver.
Both can be used to install fasteners. (nail/screw)
Each tool has its place. And sometimes you can use one tool and its parts in place of the other with no adverse results.

It doesnt make them better than each other.
Just different.

Re:as bad as freddy vs jason

[AKAImBatman]

Agreed.

To summarize this article:

So Solaris is designed around high availability, easy problem diagnosis, and fault recovery. In exchange it sacrifices speed and kernel size.

Linux is built to be lean and fast, and sacrifices some high availability and problem diagnosis features to reach that goal. There are five gazillion patches if you want to make Linux something like Solaris, albeit not as integrated.

Soooo.... what is the problem here? The two systems attempt two different goals. That doesn't make them better or worse, it only makes them different. Let the consumers decide what it is they want from a system.

Re:as bad as freddy vs jason

[AKAImBatman]

Actually, he was arguing the software in his blog. i.e. Kernel debugging tools, software fault recovery features, maintenance logging, etc.

Not that Sun hardware isn't part of why the machines are usually stable. I can only wish that PC hardware was designed so well. The ability for the hardware and software to specifically complement each other is something that the consumer market has never known in anything other than game consoles and (to a limited degree) Macs. Most consumer hardware consists of off-the-shelf components which make very few special allowances for the software. Thus systems that are part of the Sun hardware design must be emulated in software.

With computer components being as cheap as they are, this could change. All that's needed is a decent replacement to the PC BIOS infrastructure. Something like OpenFirmware would significantly improve the ability for the software to interface with the hardware.

Re:as bad as freddy vs jason

[Pharmboy]

My problem is that people always assume that's what Sun is going to do when they have ZERO history of pulling that sort of crap.

I think some people would argue that Sun's recent relicensing of Unix from SCO *COULD* be viewed as supporting this type of crap. I would grant that the jury is still out, but their actions during the SCO affair *DO* justify looking at them with a skeptical, but open, mind.

Mix that with Sun's "on again, off again" love/hate relationship with Linux, and its easy to question their motives. Not enough to draw a definitive opinion perhaps, but enough to ask questions. Their previous actions with OSS in general also raises more questions than answers.

They have done some very cool things, like Open Office, but before I start praising or cursing them, I need more information. I don't fully trust them, and I think many people feel the exact same way, sleeping with one ear to the ground, just in case.

Re:Kernel Recompile

[ceeam]

You know, when I first encountered Linux back in 1997 (IIRC) I managed to successfully build/install my own kernel within an hour of first booting the CD. And I had no UNIX background back then. It's the _easier_ (and well documented) part of finding your way through the system. Setting up Samba, for example, IMHO is more complicated.

Two Points for Debate

[cthrall]

* "Reliability is more than just "we're more stable than Windows." - anybody else remember the eCache problems? At a former employer, we applied every patch and none of them fixed the issue. The machines were still spontaneously rebooting when I left six months ago. Sun's response was "upgrade to new hardware at full price."

* "we need to be able to solve the problem in as little time as possible with the lowest cost to the customer and Sun." - a co-worker spent a month corresponding with Sun to get them to admit there's a bug in SunOne AppServer (it compiles JSP pages even if they existed on the server in jar files).

Again, it took him a month to enter a bug into the system. They're not going to fix it, but they've admitted it's a bug.

Re:Sun, Needs To Get A Clue

[Anonymous Coward]

Sun is not anti-Linux. Sun sells Linux too. They claim that Solaris is better and cheper than Red Hat. You can custom make a Linux distro that is better than Red Hat and approaches Solaris. Sun does not address that. I'd say it's good competition. Linux has a lot going for it. Red Hat though has to learn to live with competition and behave more maturely. They were eating the Sun accounts quietly but when Sun turned around ready to compete, Red Hat started behaving like a teenage winer.

Comment removed

[account_deleted]

Comment removed based on user account deletion

As Danny Devito said in Other People's Money

[leereyno]

"They're already dead, they're just not broke yet..."

Sun is already dead, or at least their current product line is.

They'll still be able to sell extreme high end servers and mainframes to a relative handful of corporate and government clients, but everything below this level is already all but lost to them.

They're caught in quite a predicament. Their architecture is getting its clock cleaned by competitors and their OS is spartan and obtuse compared to Linux. They don't have an advantage anywhere that triple 9 availability isn't crucial, assuming of course that their stuff really is stable, robust and ages well. I can't say that it does. It may be stable, but lets see you get Veritas 3.4 running on Solaris 8 with ALL of the latest recommended patches. You can't because two of the patches BREAK Veritas and there is no fix other than backing out the patches, which leaves the system vulnerable. Sun's solution? Spend $15 to $25 thousand dollars to upgrade to the latest version of Veritas. That is just for software mind you. My solution? Replace the damned thing with a Linux server running BRU-Pro for $4 thousand that includes new hardware and software.

I work for the college of engineering at Arizona State University where I support Unix systems for the computer science department. The sun systems here are withering on the vine. Every time one is in need of replacement a Linux system is bought to take its place. I expect that within 5 or 6 years sun systems will be all but gone at ASU. Our central IT organization is going through a similar migration.

This isn't because of some edict from on high either. This is happening because every single time, Linux on commodity hardware makes more sense from multiple angles than Solaris on proprietary and extremely expensive hardware. This will not change, if anything it is going to become more and more true as time goes by.

This is why Sun is doomed if they don't find a new product to sell. Stick a fork in them, they're done.

Re:What is up with you armchair kernel hackers?

[hackstraw]

One of the reasons Solaris is slower than Linux is because it checks everything. It is one extremely anal system, and it never ever goes down.

No contest indeed; Solaris kicks the shit out of Linux.

I disagree. I would say that Linux and Solaris in terms of stability are about equal and both _very_ stable. Using the "latest and greatest" of both OSes is not recommended. There have been some issues with Solaris on Sun's lower end servers with IDE drives where the IDE driver was buggy and it would cause the system to freeze. I havn't had a production Linux system crash unexpectedly in over 6 years or so. And Linux does a pretty damn good job of "checking everything" as well. I've had Linux systems stay running with 1 of 2 processors frozen, and I've seen Linux carry on with about every hardware failure possible, and when Linux has found one of these hardware failures, it reports it, and keeps running as much as it can.

I tell you, if they open source Solaris (yeah right) we're going to be looking at some pretty amazing code. Some of the best hackers ever have hacked that thing.

Hmm, I guess you havn't heard about solaris going open source.

I would say that all of the big kernel hackers are pretty damn good, beit AIX, *BSD, Solaris, or Linux. Although Linux is the baby of the bunch, they are all proven systems. I've worked with all of them. They all have plusses and minuses, and they are all pretty slick.

Re:Solaris 9?

[smc13]

Why is this insightful? Solaris 10 isn't out yet so there is no comparison between it and Linux.

Does Sun love Linux or hate Linux today?

[EnronHaliburton2004]

Today is Monday. Does that mean Sun loves Linux or hates Linux? I forget.

More then anything, Sun's demise has to do with the fact that Sun can't figure out what they are doing, and won't stick to their decision for more then a year.

- Is Solaris supported on Intel86 architecture or not?
- Does Sun sell Cobalt appliances or not?
- Does Sun resell Linux or not? Today, is it RedHat or Suse?
- Is Java a programming language or is it a more General Product? What does "Sun Java Desktop" have to do with Java?
- Can I redistrute the JDK with my own applications or not? Wait, just javac?
- Is Java called 'Java', 'Java Two', 'Java one-point-two-and-above' or 'Java Five-point-oh'?
- Where is Java installed today? /usr/j2se ? /usr/jre1.4.1_05b1? /usr/java? /usr/java1.3? C:\jdk1.4.1_03? C:\Program Files\jdk1.4.1_03??? C:\Program Files\Java\j2re1.4.2_04 ? (The last three all exist on my Windows box).

Why

[Second_Derivative]

Because the Sun guy actually makes coherent and valid points whereas this guy says a load of what is essentially meaningless cheer-leading? I think you'll find a lot of businesses like to have a reasonable degree of reliability in their servers. Telling people to get stuffed when ReiserFS decides to randomly shit the bed and completely annihilate your business data won't impress many people (it's done this several times for me on MAINLINE KERNELS, there is absolutely NO excuse for that. Don't tell me to send in dumps and patches, mainline means "this does not NEED debugging and is safe to use", period). I'm not talking running a major financial institution or a nuclear power plant here, I'm talking about being reasonably sure that today's data will still be here tomorrow.

That's just filesystems. Once upon a time Linux was really great because it was amazingly robust, small, fast and elegant. Today we have frequent kernel panics and X server flakiness, gigantic frameworks for desktop environments and gigabyte sized base installs. I suppose I can forgive flaky and sometimes limited support for exotic hardware because PCs are really complicated beasts these days, and a lot of hardware manufacturers are incredibly pig headed about these things but it would really be nice to have my two year old laptop actually wake up from ACPI sleep. No it's not a DSDT error. No I do not want to use Software Suspend because it is a hack. Nevermind the fact that it takes 5 minutes (as in around 300 seconds) to suspend on a 1GB swap with 256MB of RAM and several minutes to wake up again.

Linux sucks, get over it. Yes I use it, that's because everything else sucks more.

Eric is right, but...

[The Pim]

I honestly thing Greg missed his point. Eric is talking about the motivating development philosophies of the two systems. The Solaris philosophy is reliability, serviceability, observability, etc. The Linux philosophy is scratch your itch, and keep it simple. Of course nobody in Linux is against reliability (duh!), but it wasn't designed with reliability as foundational principle. Eric captures the difference in this zinger:

Perhaps you're thinking that because some customer really wants something, we just integrate whatever junk we can come up with in a months time. If this were true, don't you think you'd see Kprobes in Solaris instead of DTrace?

The Solaris guys made tracing a core priority and built a complete system for it. Linux waited until someone came along and contributed a system that is light enough to get past some very conservative objections, and lacks many of the features of DTrace. If observability were a core value of the Linux team, the core developers would have been working on this themselves years ago. (This is not to say that Kprobes won't mature into an excellent system, especially with Solaris's lead to follow.)

The only question is whether "scratch your itch" results, in the long term, in a more reliable (observable, etc) system than "design for reliability (observability, etc)". This is sort of a reprise of the "worse is better" argument, and I think it is by no means resolved.