> Date: Sat, 16 Jun 2001 16:57:04 -0400 (EDT)
> From: Albert D. Cahalan <[EMAIL PROTECTED]>
> You mean they should just optimize for FreeBSD, or should they also
> use completion ports on Win2K, /dev/poll on Solaris, and RT signals
> on Linux? What is wrong with using the portable API on every OS?
If you want an all-out performance test, use what's available.
> is fine to use fancy FreeBSD features. Otherwise no, it isn't OK.
> FreeBSD shouldn't need nonportable hacks to keep up with Win2K
> and Linux.
Like mounting the volume async? :-P What size swap partition did they
use? How hard is it to compile a custom kernel? What optimizations did
they use on the respective compilers?
> You're sounding like a Microsoftie, demanding that code be written
(Troll alert)
> to the latest OS-specific API to get decent performance.
The "decent" performance issue has been addressed. For all-out
performance, accept filters and kqueues are not that new.
> > Not to mention that anyone using a kernel "out of the
> > box" needs to be larted.
>
> If you run Google or Yahoo, sure. If the admin is really the guy
> hired to make web pages selling potted plants, no way.
And I suppose that routers must also coddle the "admin" using FP, because
it's too hard to filter bogons or configure netmasks by hand? BGP should
be "plug and play", eh?
A certain amount of manual work is "too much" -- don't get me wrong. But
there's a point where, if you want to be a "network admin", you simply
must know WTF you are doing.
If an "admin" is too dumb to at least start tuning a system, will they
know enough to asymmetrically encrypt sensitive info before storing it in
a database? If not, I'm less than excited about buying from them.
Anybody who needs a wizard, singing mouse, or dancing teddy bear to bind
an IP address to a NIC scares me.
Eddy
---------------------------------------------------------------------------
Brotsman & Dreger, Inc.
EverQuick Internet Division
Phone: +1 (316) 794-8922 Wichita/(Inter)national
Phone: +1 (785) 865-5885 Lawrence
---------------------------------------------------------------------------
Date: Mon, 21 May 2001 11:23:58 +0000 (GMT)
From: A Trap <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
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 <[EMAIL PROTECTED]>, or you are likely to be blocked.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message