[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Wanting opinions...



From: mike808@users.sourceforge.net
> Lee, you cannot be seriously stating that this experience is completely
> based on the choice of OS, and that the skill and familiarity of the
> SysAdmin installing and configuring the OS for the intended purpose had
> absolutely NOTHING to do with the duration of successful exploit prevention.

I have to agree, this is typically the case.

But OpenBSD does benefit from the more Internet server focus in its
defaults, as well as less visibility.

> I'm sorry, but I have to call horseshit when I hear it. Your claim is just
> baseless on so many levels, it's absurd.

Well I wouldn't go that far.  Most Linux distributions have to ship with
some defaults that are more geared towards desktops with services
that "work out-of-the-box."

> Besides, this is a Linux list. The OP wanted to hear what reasonable
> Linux folks thought about it. If he wanted to hear BSD evangelism and
> from Theo sycophants, he'd have posted his question on the stlbsd.org
> list.

Now hold on there!

Criticisms of or other comparisons to Linux _should_ be addressed.
So I see your statement as someone of an issue -- i.e., to merely state
that Linux is above comparison to OpenBSD on a Linux list.

E.g., the next real issue for Linux on the server might be another
OS for Opteron, namely Solaris.  Linux and Windows were designed
for legacy PC server architectures and, I'm sorry, the Solaris kernel
turns both into chopped suey on the partial-mesh interconnect of
the Opteron.

Even publications like Linux Mag have had to recognize this.
And most of the excuses I've heard have *0* merit -- e.g., that
Sun servers were used when Sun's Opteron designs are 100%
standard-compliant Opterons with standard HT interconnects.
It's really the gross immaturity of Linux in processor affinity
of both processes and, more importantly on servers, I/O.

And that's just 1 example.


--
Bryan J. Smith   mailto:b.j.smith@ieee.org


-
To unsubscribe, send email to majordomo@silug.org with
"unsubscribe silug-discuss" in the body.