May the source be with you, but remember the KISS principle ;-)
Home Switchboard Unix Administration Red Hat TCP/IP Networks Neoliberalism Toxic Managers
(slightly skeptical) Educational society promoting "Back to basics" movement against IT overcomplexity and  bastardization of classic Unix

Solaris vs. Linux

 Ecosystem-based Approach and Framework for the Comparison in Large Enterprise Environments

Dr. Nikolai Bezroukov

Version 1.5

Copyright 2005-2012, Dr. Nikolai Bezroukov. This is a copyrighted unpublished work. All rights reserved.


  1. Most of the paper was written in 2005-2006, long before Oracle acquisition of Sun and subsequent closing of Solaris code. With Oracle acquisition the advantages and disadvantages of Solaris changed. Moreover, now those two OSes do not compete in the same league: one is closed source the other is open source. Although "self-closing" of linux distributions such as RHEL and SUSE due to complexity is evident to any observer of the field, htere is advantages of access to source code such as security inspections, etc. References to consequences of Oracle acquisition and elimination of Open Solaris  were added only as afterthought and they do change the equation in favor of linux, despite its warts (which are evident for any specialist) and all the architectural shortcoming.  As Oracle now concentrates on midsize and high end Intel CPU based servers, part of the paper devoted to workstations and low end servers became by-and-large obsolete.

  2. Readers with strong allergy to grammar and syntax errors should probably avoid reading this paper until later, supposedly more polished, versions. The current version is pretty raw. English is not the native language for the author. Treat it is as a preprint

  3. This is not a scientific comparison per se, but more of an attempt to formulate (and for the author to understand himself the issues involved ;-) the framework for comparison of two complex and successful OSes. This framework might be used by future researchers of this problem as well as business decision makers. 

  4. Please pay attention to the version posted. This paper covers results of my own research and is work in progress. If you consider a particular part of the paper biased/incorrect please provide  feedback. Opinions of the author change as he deeper understands issues involved in the process of this complex research. The topic is too complex and some errors are inevitable in a paper written by a single author. Actually the fact that a particular person is interested in the theme to the extent that he/she wrote such a paper is a strong argument against his/her depth of knowledge in one or both OSes that he/she tries to compare ;-).

  5. As large enterprises are slow adopters of new technologies and the paper is a volunteer effort it can be substantially behind the curve and most results are applicable only to enterprise versions of OSes that were current in 2006-2007. This was the time when the bulk of the paper was written. Amount of time that the author can devote to research of the topic was very limited. Some recent developments such as the enterprise success of Oracle Linux as a clone of RHEL with some own ideas (version of kernel, BTRFS filesystem, etc) is not reflected in the paper;  Solaris 10 and Solaris 11 developments after the acquisition by Oracle are also not fully reflected in the current version of the paper.  For example discussion of increased value of ZFS due to stabilization of the code and emergence of solid state disks as enterprise class hardware is also missing.

When you open your Windows
 you'll see a light blue sky filled with clouds.
If you look past the clouds, you'll only see the Sun.
 -- Alan Orndorff

"The rumors of SPARC's death have been greatly exaggerated"




Nine factors framework for comparison of two flavors of Unix in a large enterprise environment

Four major areas of Linux and Solaris deployment

Comparison of internal architecture and key subsystems


Hardware: SPARC vs. x86

Development environment

Solaris as a cultural phenomenon

Using Solaris-Linux enterprise mix as the least toxic Unix mix available





The key research area of the paper in not only comparative advantages of Solaris vs. linux on Intel platform, but also the cost of Unix flavors proliferation. The paper carries a strong "counter-proliferation" of Unix flavors stance.  Sometimes I probably am too harsh about linux, but that's just because in real life it makes sysadmin environment in large enterprises more complex then it was before its introduction just by adding two additional flavors of Unix to the current enterprise mix (start-ups and small firms are in completely different position here and most of the critique is not applicable).  when Linux is secondary OS and Solaris is primary there is a definite bias toward Solaris and vise versa. That's life.

Excessive variety of Unix flavors in large enterprises is a widespread disease that is a sign both technically and politically weak IT management. And absurd level of incompetence among them is not uncommon: I've personally known one manager of Unix group of a large corporation who did not understand that Intel CPU and Power CPUs use different instruction sets and as such need different binaries ;-).  Such despicable situations are also a sign of IT losing political influence within the large corporation hierarchy of departments. Which lead to delegation of bean counters into management positions. 

I think that interests of system administrators should be given a proper consideration in case of any new OS introduction in large enterprise environment. And if introduction of new Unix favors does bring savings part of them should be used for retraining. For me that means that if we need to add one flavor of Unix, we also need to remove one (or better two ;-) existing flavors: the best large corporate configuration is just two flavors of Unix on the floor as it is dangerous to put all eggs into one basket.  With the current complexity supporting more then two flavors of Unix is suicidal. This means adding linux in reality should mean killing HP-UX, AIX, or even Solaris.  As the hero of  famous O. Henry story "The Roads We Take" quipped in not so different from large enterprise IT circumstances "Bolivar cannot carry double." ;-)  [O.Henry, 1910]. The article warns potential adopters of linux that it is difficult to capture value by just adding a new rider on the system administrator horse independently of which operating system we are talking about. And in case of  linux we need to talk about two major enterprise personalities: RHEL and SLES, which are replaying Unix wars on a new level (with Ubuntu in the shadows).  So when one adds new flavor of Unix one existing flavor needs to be killed. In case of linux probably two should be killed to maintain sanity. That leaves IMHO only linux and Solaris on the floor :-)

The paper also introduces a generic framework of OS comparison that can be used for comparing other Unix flavors with Linux as well as between each other.  It rejects simplistic approach dominant in comparative reviews of enterprise Unixes. In all such discussions it is paramount to separate tremendous price/performance advantages of Intel hardware from the advantages of the OS.  As currently the only other enterprise flavor of Unix available on Intel hardware is Solaris X86 the paper is limited to comparison of those two Unix flavors but the methodology itself is more generic. 

It is important to understand that operating systems kernels are a side show of open source movement or  open distributed collaboration  movement in a broader sense.  Scripting languages and applications (especially scripting languages) are the key components of the open source movement and at the same time enablers of other forms of open collaboration exemplified by Wikipedia.  So it's Perl, PHP, Python, Apache, Jboss, bind, postfix, Postgress and MySQL that are flagships of the movement with LAMP stack (for Linux, Apache, MySQL, and PHP/Perl/Python) as open source highest achievement. I would like to stress it again that the essence of the movement is in utilizing and, simultaneously, enabling distributed collaboration. Many Linux enthusiasts make a typical for technological utopians error. They think that their beloved OS due to this wonderful thing called distributed Internet development will wipe away all traces of its predecessors ó as if when you change the fuel you change the car. That's proved to be false:  Linux is and will remain just a flavor of Unix with its own (multiple) strengths and no less numerous weaknesses.

In a way Linux kernel is a new "SuperBIOS" on which open applications run and from the technical standpoint it has all the attractiveness of the good old BIOS (which is another way to say that it's pretty boring). Moreover,  Linux is just one of many interesting open source kernels, which (for unrelated to its technical merits reasons) is the most popular and gets all PR ink. FreeBSD, OpenBSD and other BSD kernels are similar in technical capabilities, less bloated and have some subsystems (FreeBSD) or packaging (OpenBSD) that are more technically interesting. In many cases they can substitute Linux in LAMP stack and few will ever notice the difference. Actually the difference can be positive: FreeBSD pioneered jails -- a light weight virtual machine in 1999; OpenBSD pioneered integration of SSH and firewalls and defines the state of the art of secure X86-based Unix; NetBSD still defines the standard in Unix portability although Linux recently doing pretty well in this category too. 

When one tries to provide a sober assessment of relative merits of those two OSes in large enterprise IT environment and concentrates on the nonpolitical, real world issues of administering multiple flavors of Unix servers one fact emerges as really startling:  the current complexity (or, should we say, overcomplexity) of Unix environments lead to the situation in which most sysadmins can master well just one flavor of Unix. Better one might be able to support two  (with highly asymmetrical level of skills, being usually considerably more proficient in one flavor over the other). And that's it. Sysadmin who supports three flavors of Unix is by definition a mediocre sysadmin as he has little chances to develop real mastery of any of those three flavors. That leads to natural specialization inside Unix department when each specialist is responsible only for its "own" flavor. Needless to say that this is not very healthy situation that often results in internal fractures, infighting and other corporate ills.

In those circumstances Linux often acts as a spoiler and tends to increase, not decrease the variety of Unixes in the large enterprise environment.  Moreover Linux itself is suffering from famous Unix curse with Suse and Red Hat competing in enterprise environment (while rare in the USA Suse is more popular in Europe and large European multinationals). That's why positive effects of linux introduction without removing one of existing flavors of enterprise Unix (which in large enterprise environment is very difficult to do due to acquisitions) are much more questionable for large enterprises then for startups.  That does not mean that adoption is slow or benefits are not existent. It just mean that financially linux introduction does not bring substantial savings, if Solaris 10 on Intel is already used in the environment. It bring other advantages such as ability to use open source ecosystem, and savings due to cheaper hardware, but as an OS the cost of support is similar.   In few cases when linux is used on IBM Power architecture it can actually increase the costs. While linux is over 20 years old, not everything can be run on linux both for both technical (stability) and political reasons. That means that despite having important "home field" advantage for open source software deployment, the saturation point for Linux in large corporate infrastructures exists and might be lower then generally assumed. Few IT managers want to put all open source eggs into one basket.  

The author argues that despite linux popularity and the role of standard de-facto for open source applications development instead of addition of linux one can add Solaris on Intel as it runs on the same high price/performance ration hardware and typically is already present in enterprise environment. Or you need to cut one existing flavors of Unix to preserve the current balance of enterprise OSes.

The paper was written with the explicit goal to serve as an antidote to primitive reviews on Linux self-congratulation sites styled like "I found old PC in the closet, dusted it off, tried to install Solaris on it; my God what a crap Solaris is in comparison with Linux". Such reviews are not only misleading, they disorient open source enthusiasts (especially among staff of large companies) conditioning them against a more stable and in several areas (virtualization is one; Java applications performance is another) more advanced server OS that has a lot to offer.  The role of paper as an "antidote" to overselling of linux in enterprise environment somewhat influenced the style  making the paper more polemic, then it probably should be.  Please note the author consider Linux and Solaris to be two best enterprise OSes despite the fact that paper does not specifically criticize AIX of HP-UX ;-)

One of the non-trivial conclusions of my research that led to the writing of the paper is that the total cost of ownership of Unix as an OS class is highly correlated with the number of Unix flavors used: increasing the number of Unix flavors used in large enterprise datacenter typically results in increasing total cost of ownership independently of which flavor of Unix you are adding:  Solaris, Linux or something else.

Prev Contents Next



Groupthink : Two Party System as Polyarchy : Corruption of Regulators : Bureaucracies : Understanding Micromanagers and Control Freaks : Toxic Managers :   Harvard Mafia : Diplomatic Communication : Surviving a Bad Performance Review : Insufficient Retirement Funds as Immanent Problem of Neoliberal Regime : PseudoScience : Who Rules America : Neoliberalism  : The Iron Law of Oligarchy : Libertarian Philosophy


War and Peace : Skeptical Finance : John Kenneth Galbraith :Talleyrand : Oscar Wilde : Otto Von Bismarck : Keynes : George Carlin : Skeptics : Propaganda  : SE quotes : Language Design and Programming Quotes : Random IT-related quotesSomerset Maugham : Marcus Aurelius : Kurt Vonnegut : Eric Hoffer : Winston Churchill : Napoleon Bonaparte : Ambrose BierceBernard Shaw : Mark Twain Quotes


Vol 25, No.12 (December, 2013) Rational Fools vs. Efficient Crooks The efficient markets hypothesis : Political Skeptic Bulletin, 2013 : Unemployment Bulletin, 2010 :  Vol 23, No.10 (October, 2011) An observation about corporate security departments : Slightly Skeptical Euromaydan Chronicles, June 2014 : Greenspan legacy bulletin, 2008 : Vol 25, No.10 (October, 2013) Cryptolocker Trojan (Win32/Crilock.A) : Vol 25, No.08 (August, 2013) Cloud providers as intelligence collection hubs : Financial Humor Bulletin, 2010 : Inequality Bulletin, 2009 : Financial Humor Bulletin, 2008 : Copyleft Problems Bulletin, 2004 : Financial Humor Bulletin, 2011 : Energy Bulletin, 2010 : Malware Protection Bulletin, 2010 : Vol 26, No.1 (January, 2013) Object-Oriented Cult : Political Skeptic Bulletin, 2011 : Vol 23, No.11 (November, 2011) Softpanorama classification of sysadmin horror stories : Vol 25, No.05 (May, 2013) Corporate bullshit as a communication method  : Vol 25, No.06 (June, 2013) A Note on the Relationship of Brooks Law and Conway Law


Fifty glorious years (1950-2000): the triumph of the US computer engineering : Donald Knuth : TAoCP and its Influence of Computer Science : Richard Stallman : Linus Torvalds  : Larry Wall  : John K. Ousterhout : CTSS : Multix OS Unix History : Unix shell history : VI editor : History of pipes concept : Solaris : MS DOSProgramming Languages History : PL/1 : Simula 67 : C : History of GCC developmentScripting Languages : Perl history   : OS History : Mail : DNS : SSH : CPU Instruction Sets : SPARC systems 1987-2006 : Norton Commander : Norton Utilities : Norton Ghost : Frontpage history : Malware Defense History : GNU Screen : OSS early history

Classic books:

The Peter Principle : Parkinson Law : 1984 : The Mythical Man-MonthHow to Solve It by George Polya : The Art of Computer Programming : The Elements of Programming Style : The Unix Haterís Handbook : The Jargon file : The True Believer : Programming Pearls : The Good Soldier Svejk : The Power Elite

Most popular humor pages:

Manifest of the Softpanorama IT Slacker Society : Ten Commandments of the IT Slackers Society : Computer Humor Collection : BSD Logo Story : The Cuckoo's Egg : IT Slang : C++ Humor : ARE YOU A BBS ADDICT? : The Perl Purity Test : Object oriented programmers of all nations : Financial Humor : Financial Humor Bulletin, 2008 : Financial Humor Bulletin, 2010 : The Most Comprehensive Collection of Editor-related Humor : Programming Language Humor : Goldman Sachs related humor : Greenspan humor : C Humor : Scripting Humor : Real Programmers Humor : Web Humor : GPL-related Humor : OFM Humor : Politically Incorrect Humor : IDS Humor : "Linux Sucks" Humor : Russian Musical Humor : Best Russian Programmer Humor : Microsoft plans to buy Catholic Church : Richard Stallman Related Humor : Admin Humor : Perl-related Humor : Linus Torvalds Related humor : PseudoScience Related Humor : Networking Humor : Shell Humor : Financial Humor Bulletin, 2011 : Financial Humor Bulletin, 2012 : Financial Humor Bulletin, 2013 : Java Humor : Software Engineering Humor : Sun Solaris Related Humor : Education Humor : IBM Humor : Assembler-related Humor : VIM Humor : Computer Viruses Humor : Bright tomorrow is rescheduled to a day after tomorrow : Classic Computer Humor

The Last but not Least Technology is dominated by two types of people: those who understand what they do not manage and those who manage what they do not understand ~Archibald Putt. Ph.D

Copyright © 1996-2021 by Softpanorama Society. was initially created as a service to the (now defunct) UN Sustainable Development Networking Programme (SDNP) without any remuneration. This document is an industrial compilation designed and created exclusively for educational use and is distributed under the Softpanorama Content License. Original materials copyright belong to respective owners. Quotes are made for educational purposes only in compliance with the fair use doctrine.

FAIR USE NOTICE This site contains copyrighted material the use of which has not always been specifically authorized by the copyright owner. We are making such material available to advance understanding of computer science, IT technology, economic, scientific, and social issues. We believe this constitutes a 'fair use' of any such copyrighted material as provided by section 107 of the US Copyright Law according to which such material can be distributed without profit exclusively for research and educational purposes.

This is a Spartan WHYFF (We Help You For Free) site written by people for whom English is not a native language. Grammar and spelling errors should be expected. The site contain some broken links as it develops like a living tree...

You can use PayPal to to buy a cup of coffee for authors of this site


The statements, views and opinions presented on this web page are those of the author (or referenced source) and are not endorsed by, nor do they necessarily reflect, the opinions of the Softpanorama society. We do not warrant the correctness of the information provided or its fitness for any purpose. The site uses AdSense so you need to be aware of Google privacy policy. You you do not want to be tracked by Google please disable Javascript for this site. This site is perfectly usable without Javascript.

Created Jan 2, 2005.  Last modified: March 12, 2019