Username or EmailPassword
OK. Truce. :-)
Your needs, and those of your clients, employer, whatever, are different than mine, and those of my clients, employer, whatever. Fair enough.
I should also say that I probably should not have used your comment about using Sparc hardware at home in my original post.
You mentioned resouce controls. I see your point there. It has not been a problem for me and my clients, but I can see where it could become one.
So, what things does Solaris provide you with that would require "third party tools" in Linux?
Also, do you think that Sun really means it this time? Or will they flip flop again and drop x86/x86_64? It's a fair question. Who knows what Sun is going to "announce" from day to day? (Though they do seem to be stabilizing, lately.)
And I must say, if I had a $5 NIC and my life depended on if "just working" the first time, I would have to choose Linux/FreeBSD/Windows/MacOSX over Solaris. (Couldn't resist that one. Sorry :-)
Try system accounting, some people have said that my desire to montitor system performance "is not that important" when I compare Solaris and Linux. With system accounting on Solaris in addition to sar, I can nail down a number of performance issues without a great deal of heartache. The accounting tools that comes with RHEL suck, all they do is give me more kernel stats which is not what I want. I have also been told to "monitor application performance through the application", well I don't necessarily want to turn on application performance tools for a number of applications unless I can nail down the application causing the problem. System accounting gives me CPU and memory stats for all of the applications on a Solaris machine, in daily and monthly reports. Very nice!
I am looking at the possibility of reducing the number of webfarm machines we have from 11 to 2 through Zones and Containers, so gathering as much info as possible is good. Easier to "sell it" to management that way.
As far as Sun's direction with x86/x86-64 goes, well they are producing hardware so I would hope they are going to stick with it. We have 10 V20z's at work and they are fast (it's also nice to work at a place with deep pockets)!
Yes, when I transitioned from commercial Unixes to Linux, system accounting was a definite regression. vmstat and top do not hold a candle to sar. It is odd that RHEL/Centos/Fedora do not include sar, as our friends at Old SCO open-sourced it years ago. I do use it at a couple of sites, and it is indeed a pain to have to go out, find, compile, and install it. I would no doubt make more use of sar if there were an "always on sar-tone" included. I just checked, and even the Dag repository does not include it. (BTW, do Solaris admins still have to install the GNU tools seperately?)
I won't comment on zones and containers. They sound nice, but I am not familiar enough to make an informed comment, so I won't. :-)
I tend to agree with you on Sun sticking with x86/x86_64. As long as they are looking at what is best for Sun, and not putting too much emphasis on their own pride. (And you have to admit, Sun has enough for 10 normal companies.) They really don't have a choice, do they? They did years ago. But for Sparc, "the haggis is in the fire for sure", now.
And on a more humorous note:
Deep pockets? What are those?! I've never had an employer or client with deep pockets. Making do with what's available brings its own rewards, though. One of my current, low priority projects is implementing a web server as a public demo of a time accounting package I wrote. It's a 233 Mhz pentium MMX with 128 MB of RAM. Hey, it's what was easily available, and it performs *surprisingly* well, once tuned. And Centos 4 installed without a hitch. Should I try that with Solaris Express? :-)