最近的一个问题是关于在服务器上使用Solaris的潜在原因。 我想问一下相反的情况：
在服务器上远离Solaris是什么原因？
包和补丁pipe理浮现在脑海，但我相信还有更多。 您还可以通过Solaris指出其他服务器操作系统的优势。
从9年前开始，我是一个Solarispipe理员，从v2.5到v8。 我对Solaris 9有一些了解，几乎没有到10。
我避免Solaris的原因：
硬件支持不如许多Linux或Windows操作系统。 它正在改进。
您可以免费运行Solaris，但无法免费获取更新。 甚至没有安全更新。 甚至不是0天的漏洞。 你必须购买一个支持计划，每个系统，这可能是昂贵的。 这意味着获取更新的方式是等待下一个“U”版本，然后升级。
OpenSolaris对我来说太过分了。 它变化太频繁，并且释放过于接近不稳定或不可靠的我的需要。
在Solaris和OpenSolaris之间，Sun设法完全错过了“欢迎到2004年”和“我是如此新，shiny，我真的没有100％工作！
在Blastwave项目崩溃之前，我曾经更愿意使用Solaris。 通过那里，我可以得到更新的工具，更适合Linux的做事方式（这是我花了95％的专业时间），以相对简单的方式pipe理工具和更新。 一旦Blastwave和CSW安定下来，我会看看这两个残余，并决定是否值得再花时间和精力。 实际上，Blastwave作为一个值得信赖的工具来源的损失对Solaris在我的圈子中的可行性是一个巨大的打击。
但是，对于我来说，最重要的原因是现在我不需要做任何需要Solaris的东西。
作为Oracle的一个大客户，我最担心的是，他们最终会抛弃Solaris或“Oracle Enterprise Linux”（它们是RHEL的重组版本）。
显然，两者都有它们的优点和缺点，但我知道他们销售的OEL支持协议要比Sun为Solaris销售的更多，当然他们也拥有Solaris的开发成本，所以OEL开发成本很less。
我们都喜欢Solaris，但是如果销售不够好，花费太多，那么我相信甲骨文只会“资产剥离”（保留ZFS等）并将其出售给其他人。 那将是我最关心的问题。
10至15年来，最令人担忧的是Sun的未来和SPARC的未来。 当他们推出技术领先的Solaris 10的时候，我已经准备好放弃了（虽然花了1年的时间才获得产品）。 最近甲骨文的收购增加了很多短期的不确定性，但可能会很快消失（不pipe结果如何）。 尽pipe围绕“新”CoolThreads处理器引起了很多争议，但SPARC仍然是一个失败的原因，但是这些处理器过于专业化，无法获得广泛认可。
观察行业趋势将会很有趣…几年前，我观察到许多华尔街公司涌向Linux（来自Solaris / sparc），不是Linux，而是x86。 当Solaris 10发布时，Solaris上也出现了部分逆转，同样在x86上。
包和补丁pipe理不应该是一个担心，这是一个知识/技能的问题。 为了给您提供一个不同的视angular，我的新工作是在Linux环境下，包和补丁pipe理都让我担心。 这些都是旧的一般问题，有答案。
我会怀念Solaris，有些东西在其他地方找不到。
如果你不是Solaris的专家（与Linux或FreeBSD相比），我可以想出的唯一原因是networking上缺less支持/信息。
将Solaris 10与Linux比较是苹果。 任何将Linux应用程序迁移到Solaris的人都可以certificate，主要区别在于构build环境。 我希望Oracle将重点放在构buildLinux源代码/应用程序兼容性模型上，而不是试图将Solaris定位为Linux的替代品。 Linux也不是Solaris的替代品！
对于小型应用程序来说，Linux很好，对于embedded式应用程序来说可能更好 对于大型Iron应用程序，Solaris与其他Linux发行版不在一个类别中。 研究Solaris的TCP / IP协议栈，实时调度，服务pipe理，防弹虚拟化（zone），并且你拥有一套与Linux相媲美的超级function。 添加ZFS，DTRACE和MULTI-THREAD SCHEDULING，你是一个完全不同的操作系统类。
Linux很棒，我喜欢它。 Solaris是伟大的，我也喜欢它。 各有其优点和缺点。 在Linux上，当Oracle拥有一个优秀的大型铁环境产品时，Oracle绝对不会在LINUX上构build诸如EXEDATA2之类的大型产品。
当我的共享服务器主机从BSD切换到OpenSolaris时， FTP监禁就消失了。 我不知道是否可以通过使用其他FTP服务器在Open Solaris上使用FTP jailing，也可以通过重新configuration默认的FTP服务器。
Joyent wiki页面的作者将该问题归因于getcwd 。
自从2002年以来，我一直在从事Solaris的工作（现在已经有15年了），我只能说这是我最喜欢的操作系统，特别是它的稳定性和稳定性，以及已知的商业应用，比如networking工程师，oracle （当时还是Sun），netbackup等等。
但对于Solaris来说，这更像是一种“激情”。
15年后，对我来说，“主要问题”（如果我们可以称之为问题）是：
与其他操作系统相比缺乏在线文档（特别是在试图debugging系统性能时），但Solaris 10到达时更好。 特别是LDAP，kerberos，NIS2LDAP等基础设施服务。每个系统都单独logging，但是你永远无法find好的文档，人们可以一次性执行所有的事情。
修补/升级（我的公司必须开发自己的Solaris补丁系统）
缺乏兼容的工具/ binairies在线（我们经常不得不编译我们自己，很lessfind预编译的binairies）
理解性能问题的困难有时是由于缺乏好的工具（solaris不适合初学者试图理解系统是如何工作的）及其特定的内存pipe理（特别是当与oracle数据库结合使用以及使用共享内存时）
另一方面，由于多种原因，Solaris仍然是我最喜欢的操作系统，其中一些是：
我从来没有尝试Solaris 11，但它看起来不错，我也没有反对。 我已经习惯了Solaris 10（现在我们仍然在使用它），现在RHEL（这也是非常棒的，但是完全不同）RHEL是简单的方法，如果你不想挣扎当你有问题的时候你想在google第1页find解决scheme
Solaris非常不稳定。 玩POSIX消息队列，导致许多无证的行为。另一方面，Linux的作品像一个魅力，没有任何问题。
编辑（经过1.5年的研究和严格testing）：好的，伙计们，也许Solaris并不是那么糟糕。 问题是，默认情况下errno.h不是线程安全的。 因此，我从其他线程得到随机错误。 所以我们需要定义_REENTRANT，_TS_ERRNO或_POSIX_C_SOURCE – 0> = 199506L以便使errno线程安全。 请注意，在其他操作系统默认情况下，errno是线程安全的。 因此造成混乱。