From owner-freebsd-isp@FreeBSD.ORG Fri Jan 13 12:58:15 2006 Return-Path: X-Original-To: freebsd-isp@freebsd.org Delivered-To: freebsd-isp@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 76EC516A41F for ; Fri, 13 Jan 2006 12:58:15 +0000 (GMT) (envelope-from patrik.forsberg@dataphone.net) Received: from exhsto1.se.dataphone.com (exhsto1.se.dataphone.com [212.37.6.239]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC19743D46 for ; Fri, 13 Jan 2006 12:58:14 +0000 (GMT) (envelope-from patrik.forsberg@dataphone.net) Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Fri, 13 Jan 2006 13:58:10 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Message-ID: <375DD163B075E34EA3C10A6286E34A54C1D4D1@exhsto1.se.dataphone.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: FreeBSD as Server Thread-Index: AcYYP6aiCZOA699pSFK+CX7dHgvXPQAAIKKg From: "Patrik Forsberg" To: "Eric Anderson" Cc: freebsd-isp@freebsd.org, Alexander Subject: RE: FreeBSD as Server X-BeenThere: freebsd-isp@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Internet Services Providers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2006 12:58:15 -0000 > > UFS2 scales very well on a havy loaded server so I see no=20 > reason to use > > RaiserFS or any other FS in FreeBSD ? >=20 > One good reason, would be journaling, but that isn't=20 > necessarily compelling. true, true! But aint GEOM journalling coming ? and I saw something about UFS2-journalling(something like ext3) too ? but those are both in development so.. still a no-go. > > I've ran, and is about to do so, a major newfeed machine,=20 > which use alot > > of disk i/o, on UFS2 without any trouble. > > With softupdate in UFS2 the fsck in case of a crash is very time > > limited. >=20 > I don't believe softupdates changes the recovery time any significant=20 > amount, but it does ensure meta-data consistency. With=20 > background fsck,=20 > your startup time can be reduced, which is very nice. Ah.. yes, but with background fsck you atleast get the system online quicker then with single-user fsck which can take hours on huge slices/partitions, altho the system might be alot slower then usual atleast the services are running. Newfeed(inn) got real grumpy when the background fsck were running on its spool disks :> > > As for XFS and ReiserFS support you do have the support in ports: > > > > Path: /usr/ports/sysutils/progsreiserfs > > Info: Utilities and library to manipulate ReiserFS partitions > > > > Path: /usr/ports/sysutils/xfsprogs > > Info: A set of utilities and library to manipulate an xfs=20 > filesystem >=20 > Note that those are read-only support. Ah.. figures! (I did say I havent used them!) > I have many FreeBSD servers here, that are *VERY HEAVILY*=20 > used, and the=20 > entire company depends on them. I have 100's of GB's to tens of TB's=20 > hosted on FreeBSD servers, and I'm very happy to say it performs=20 > incredibly well, and is very stable. Both 5.4(STABLE) and=20 > 6-STABLE are=20 > very solid for serving. Same same. Most of our hosting and colocation servers that run a *nix type system are FreeBSD and they all do there job very well. > One thing to be warned about - the larger the single filesystem, the=20 > more memory you will need for fsck's. Actually, it's more=20 > dependant on=20 > number of files, but the relationship is there. Full 2Tb filesystems=20 > (for me) require about 2.5GB of memory available for fsck use, YMMV. True! Altho with 2Tb FS you probably want alot of MEM anyways, just to keep the system happy and responsive. Altho over 4G on a 32bit system is a no-no, alteast in SMP systems. //Patrik