Date: Mon, 10 Mar 2008 11:02:28 +0100 From: Peter Schuller <peter.schuller@infidyne.com> To: freebsd-questions@freebsd.org Cc: Chris <chrcoluk@gmail.com>, Adrian Chadd <adrian@freebsd.org>, Ted Mittelstaedt <tedm@toybox.placo.com> Subject: Re: FreeBSD bind performance in FreeBSD 7 Message-ID: <200803101102.42533.peter.schuller@infidyne.com> In-Reply-To: <BMEDLGAENEKCJFGODFOCIEHDCFAA.tedm@toybox.placo.com> References: <BMEDLGAENEKCJFGODFOCIEHDCFAA.tedm@toybox.placo.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--nextPart1442571.c9xNI2Xnyr Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline > The people complaining about hardware compatibility need > to pull their heads out. If they are buying brand new systems > they are utter fools if they don't check out in advance > what works and what doesen't. It's not like there's a > shortage of experienced people on this list who could > tell them what to buy. And if after the fact they find out > their shiny new PC won't run FreeBSD - then they take it > back to the retailer and exchange it for a different model. > Why is this so difficult? The difficulty is not in checking out hardware before hand, the problem is= =20 =46INDING hardware that satisfies your requirements. Just because I know th= at=20 NIC so-and-so is recommended, it does not mean that I can find a complete=20 server that: * Is within the budget. * Whose NIC is recommended for use in FreeBSD. * Whose disk/raid controller is recommended for use in FreeBSD - Including proper handling of write caching, cache flushing, etc * Is being sold in a fashion that is acceptable with respect to hardware=20 support / replacement parts. * Otherwise is known to work with well FreeBSD. If you are a large company buying 200 servers I'm sure it's not a problem t= o=20 get sample servers to try things on, or go for more expensive options just= =20 because of perceived FreeBSD compatibility.=20 If you're a poor sod trying to get *one* machine for personal or small-comp= any=20 use and you want something that works and is stable, especially if you want= =20 it rack mountable, it is NOT necessarily trivial. Part of it is the problem= =20 of finding a solution that meets the requirements, and parts of it is about= =20 figuring out whether a particular solution DOES meet the requirements. =46or example, once your cheaper Dell server has arrived and you suddenly n= otice=20 that it's delivered without a BBU, and clearly has write caching turned on= =20 based on performance, try asking (remember, this is a lonely customer with = a=20 single service) Dell hardware support whether that particular controller wi= ll=20 honor cache flush requests right down to the constituent drives... I did, a= nd=20 eventually got a response after 1-2 weeks. But the response was such that I= =20 could not feel confident that the question was accurately forwarded to the= =20 right individual. =2D-=20 / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller <peter.schuller@infidyne.com>' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org --nextPart1442571.c9xNI2Xnyr Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBH1QdCDNor2+l1i30RAib3AKCrjKK4aI6tGOZB9mwm5BGBy/9YTQCg19lt fyqQQSluStAW9X3czd2joj0= =nQK3 -----END PGP SIGNATURE----- --nextPart1442571.c9xNI2Xnyr--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200803101102.42533.peter.schuller>