Linked by Thom Holwerda on Mon 1st Jun 2009 17:50 UTC, submitted by poundsmack
Sun Solaris, OpenSolaris The team at Sun behind OpenSolaris has unleashed OpenSolaris 2009.06 upon the world. This new release comes packed with new features, changes, improvements, and fixes, and is the first release of OpenSolaris for SPARC, adding support for UltraSPARC T1, T2 (Sun4v), and UltraSPARC II, III and IV (Sun4u). Read on for some of the improvements that stand out.
Permalink for comment 366811
To read all comments associated with this story, please click here.
RE[3]: Open Solaris is not bad
by cade on Wed 3rd Jun 2009 15:58 UTC in reply to "RE[2]: Open Solaris is not bad"
cade
Member since:
2009-02-28

------------------------------------------
It was mentioned ...

"Owned by Sun but does not come with office suite?? Doesn't Sun own an Office Suite?"

OpenOffice descends from Sun's StarOffice.
By using OpenSolaris' package management system you can download OpenOffice (for free, as with all other packages and system/security updates).
------------------------------------------
It was mentioend ...

"It doesn't support as much hardware on the desktop as Linux and what it does support is not as good as linux yet."


If it came down to hardware support, we would all be using Microsoft's operating systems. Hardware support for many free operating systems would be much better if many more hardware manufacturers released relevant technical documentation. For me, I am generally happy with the hardware support.
------------------------------------------
It was mentioned ...

"For one Open Solaris is SLOWWWWW."


When is OpenSolaris slow ?
Or is it that your computer system is not optimal
for running OpenSolaris. My experience is with AMD64 systems (Athlonx2, Opteron) and these direct-connect architecture type systems cause OpenSolaris to rip into the tasks at hand.


It appears the Dell 755 uses front-side-bus CPU/mobo architecture; Intel recently went the way of AMD, cloning AMD's direct-connect architecture.

Any serious performance comparison should be done using a direct-connect architecture. I have a dual-CPU (single-core per CPU) HP xw9300 box (4GB RAM, NVidia Quadro FX1400) and the system rips on OpenSolaris, as well as all other operating systems I had tried in the past (Windows, Linux, *BSDs). OpenSolaris is my operating system of choice and performance is great. This includes tasks like building detailed C++ software (using SunStudio tools) to serious image editing in Gimp and to OpenOffice document handling.

Due to being my primary development box, the system can be on for many days and OpenSolaris is fine with this. My only gripe is that while suspend-to-ram works, the resume-from-ram does not work (for now ?) for my hardware. Hopefully, this will be addressed in near future as hardware support for OpenSolaris broadens.

You should also remember that Solaris/OpenSolaris is packed with alot of technologies and the operating system has a proven commercial/warranty/real-world track record. While Linux grew from someone's bedroom, Solaris was being designed and implemented by engineers in a commercial environment with the intent of satisfying real-world criteria.

You need to ask yourself ...

"How good would another operating system run if it contained Solaris-type technologies (e.g. DTrace, ZFS, predictive self-healing framework, crossbow virtualised networking, etc.) and a design also focusing on scalability for big iron hardware (as in multi-processor SPARC-based solutions) ?"

You may think specific Solaris technologies may not matter and so compare operating systems using some common simple denominator and that is like when people compare the performance of OpenSolaris (a real UNIX system) with Linux/BSD (UNIX clone) using gcc-compiled software. The fallacy with this is that anybody doing serious development on Solaris/OpenSolaris use the SunStudio (not GNU gcc/g++/etc.) tools. The SunStudio tools are optimized for Solaris. These tools also allow the developer to perform DTrace-related experiments for the executable being developed.
All this and more leading to the developer being made much more proficient during bug/optimisation diagnosis and leading to better quality software development.
------------------------------------------

Reply Parent Score: 2