[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [cobalt-users] Kernel Update 2.0.1 C35
- Subject: Re: [cobalt-users] Kernel Update 2.0.1 C35
- From: "E.B. Dreger" <eddy+public+spam@xxxxxxxxxxxxxxxxx>
- Date: Mon Apr 14 10:38:00 2003
- List-id: Mailing list for users to share thoughts on Sun Cobalt products. <cobalt-users.list.cobalt.com>
GHL> Date: Mon, 14 Apr 2003 10:20:44 -0500
GHL> From: Greg Hewitt-Long
GHL> >See this:
GHL> >
GHL> >http://www.netcraft.com/whats/?host=www.webyourbusiness.com
GHL> >
GHL> >That's a bit scary.
GHL>
GHL> That's the problem machine - we have part of our own site on
GHL> it - yes, the graph shows multiple reboots.
I'm referring to the antiquated software.
GHL> As for e-commerce sites on Cobalts - they do fine if you
GHL> don't ask for load balancing on them, and we have clients
GHL> doing hundreds of thousands of dollars a month on RAQs -
GHL> yes, they have limitations, but they are fine stepping
GHL> stones to great profits - what is your problem with them?
Lack of redundancy. A messy operating system. Binaries in /bin
and /sbin are dynamically linked. Library files in /usr --
although /usr is part of the root partition *cough* so it's not
as much of an issue.
Sure, these are little things. But when they bite, they bite
hard. It's no more difficult to do things correctly (although
they way I run OpenSSH's sshd violates SUS)... so why not do it
correctly?
Finally, those who have pushed Linux and BSD systems to the limit
tend to have found BSD more stable under load. Of course,
considering the BSD mindset of designing everything as a system
probably is a factor.
Eddy
--
Brotsman & Dreger, Inc. - EverQuick Internet Division
Bandwidth, consulting, e-commerce, hosting, and network building
Phone: +1 (785) 865-5885 Lawrence and [inter]national
Phone: +1 (316) 794-8922 Wichita
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Date: Mon, 21 May 2001 11:23:58 +0000 (GMT)
From: A Trap <blacklist@xxxxxxxxx>
To: blacklist@xxxxxxxxx
Subject: Please ignore this portion of my mail signature.
These last few lines are a trap for address-harvesting spambots.
Do NOT send mail to <blacklist@xxxxxxxxx>, or you are likely to
be blocked.