Return to BSD News archive
Path: euryale.cc.adfa.oz.au!newshost.carno.net.au!harbinger.cc.monash.edu.au!news.mira.net.au!news.vbc.net!samba.rahul.net!rahul.net!a2i!bug.rahul.net!rahul.net!a2i!dhesi.a2i!dhesi From: Rahul Dhesi <dhesi@rahul.net> Newsgroups: comp.os.linux.misc,comp.unix.bsd.freebsd.misc,comp.infosystems.www.misc Subject: Re: Unix too slow for a Web server? Date: 18 Sep 1996 19:06:58 GMT Organization: a2i network Lines: 42 Message-ID: <51ph8i$9nn@bug.rahul.net> References: <323ED0BD.222CA97F@pobox.com> NNTP-Posting-Host: waltz.rahul.net NNTP-Posting-User: dhesi Xref: euryale.cc.adfa.oz.au comp.os.linux.misc:129977 comp.unix.bsd.freebsd.misc:27492 comp.infosystems.www.misc:43763 In <323ED0BD.222CA97F@pobox.com> Subhas Roy <subhas@pobox.com> writes: >A ZDnet article says in the web page >http://www.zdnet.com/pccomp/features/fea1096/sub4.html#jump2 >that Windows NT-based servers run much faster (as much as 13 >times) when client counts are low. Oh where to begin... Unix vs. Windows NT: Which Serves You Best? Right away have a problem: Comparing something generic to something specific. Soup vs Campbells: Which is better? Cereal vs Corn Flakes: Which is more nutritious? Human beings vs journalists: Who is smarter? Were I a journalist (and boy, amd I glad I am not, I would never live it down among my more brighter peers), I would have picked two specific operating systems to compare. Let's assume this correction has been made, for without it, the review makes no sense whatsoever. SunOS vs Microsoft NT: Which servers you best? Let's go on from there. ...Windows NT still might be the better value. Its easier interface and time-savers like automatic hardware detection mean your server can be up and running more quickly than under SunOS. Well, really now. I tried loading my NT CD-ROM on a SPARC machine. Didn't detect the hardware at all. (In fairness, SunOS failed to boot on a 486 too, but nobody claimed it would.) Microsoft Internet Information Server proved faster than any other server tested. But we were careful not to test anything faster! -- Rahul Dhesi <dhesi@rahul.net> "please ignore Dhesi" -- Mark Crispin <mrc@CAC.Washington.EDU>