OK, digging into it, some more aspects in favor of linux:
1999 Infoworld Product of the Year: OS's: Red Hat 6.1
http://www.infoworld.com/supplements/99poy_win/99poy_os.html
Unfortunately, I couldn't bring up their pages (probably because of
the redesign they did a year ago against the advice of everyone on
Infoworld Electric, going to the latest / greatest flashiest / who
cares about standards design), but other Infoworld Awards included:
1997 Product of the Year: OS Red Hat
1997 Support of the Year: Linux Community (yep, we, the community,
beat out all the paid support in the world)
198 Infoworld Prdouct of the Year: OS Red hat
On Wed, 5 Jul 2000, Karl J. Runge wrote:
> Date: Wed, 5 Jul 2000 21:37:26 -0700 (PDT)
> From: Karl J. Runge <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: Re: Why Linux?
>
>
> Hi Paul,
>
> On Wed, 05 Jul 2000, Paul Lussier <[EMAIL PROTECTED]> wrote:
> >
> ...
> > Support:
> > --------
> ...
> > Linux has the most comprehensive documentation of any operating system
> > available, commercial or free. The documentation is available on-line, and
> > with each Linux distribution.
>
> So you are including the web-lookup aspect when you say Linux has most
> comprehensive documentation? Just curious, would you make the same
> statement for the docs that ship with the OSes, comparing Linux against
> the (latest versions of!) non-Linux OSes?
>
> Often (not always) the Linux docs are a bit shabby since documentation
> tends to not be the most exciting part of OSS. I can't really say which
> is better overall (shipped-with docs for Linux or for non-Linux) since
> the features are far from 1-to-1, but Linux docs certainly can be
> dissappointing at times...
>
This isn't totally a linux problem, but the distributions need to pay
more for people to write documentation. Of course, the redone
linuxdoc.org and Open Writers project are helping.
> ...
>
> > Scalability
> > -----------
> >
> ...
>
> > As far as multi-cpu scalability, Linux currently supports upto 16 CPUs in a
> > single system. MS claims that they support upto 32, but since they only run
> > on Intel hardware, and there currently is no Intel-based system with more than
> > 8 CPUs in it, this is clearly marketing hype.
> >
> > There are currently Linux systems running on 16-CPU Alpha systems. This is
> > reality, not marketing.
>
> Linux works well on these SMP boxes for userland apps, but when it
> comes to measuring "multi-cpu scalability" the benchmark seems to be
> multi-threading kernel activities (e.g. I/O) and not userland
> activities (e.g. rendering that just needs CPU). Your remark seems to
> be a bit sweeping here; I don't believe Linux scales well (in the
> kernel I/O sense) on >4 CPU boxes, right?
Not true. What you're referring to was the Mindcraft tests, which
caught the fact that (a year ago), the TCP/IP stack on Linux was
single-threaded. Thus, using multiple NICS, and serving static pages,
MS NT (which had just gotten a threaded TCP/IP stack, with the latest
service pack at the time), could supersaturate a T3 line, vs merely
saturating it. C't's tests of dynamic content, and using a single
GigaBit Ethernet card, showed that Linux could beat MS in those cases.
However, the community took the tests to heart, and (at least in the
2.3 series, but I beleive the 2.2 series as well), Linux is now using
a multi-threaded TCP/IP stack.
>
>
> Karl Runge
>
>
> **********************************************************
> To unsubscribe from this list, send mail to
> [EMAIL PROTECTED] with the following text in the
> *body* (*not* the subject line) of the letter:
> unsubscribe gnhlug
> **********************************************************
>
------------------------------------------------------------------------
Jeffry Smith Technical Sales Consultant Mission Critical Linux
[EMAIL PROTECTED] phone:603.930.9379 fax:978.446.9470
------------------------------------------------------------------------
Thought for today: Never let someone who says it cannot be done interrupt the person
who is
doing it.
**********************************************************
To unsubscribe from this list, send mail to
[EMAIL PROTECTED] with the following text in the
*body* (*not* the subject line) of the letter:
unsubscribe gnhlug
**********************************************************
