ZFS status now in June? / stable enough for a file server?
ticso at cicely12.cicely.de
Sat Jun 23 19:14:28 UTC 2007
On Sat, Jun 23, 2007 at 10:22:10PM +0400, Dmitry Morozovsky wrote:
> On Fri, 22 Jun 2007, Bernd Walter wrote:
> BW> Yours is fat as well:
> BW> CPU: AMD-K6tm w/ multimedia extensions (167.05-MHz 586-class CPU)
> BW> Origin = "AuthenticAMD" Id = 0x561 Stepping = 1
> BW> Features=0x8001bf<FPU,VME,DE,PSE,TSC,MSR,MCE,CX8,MMX>
> BW> AMD Features=0x400<<b10>>
> BW> real memory = 167772160 (160 MB)
> BW> avail memory = 158793728 (151 MB)
> BW> Many things tuned to get ZFS runnning.
> BW> But it is used just as backup another bigger ZFS Server with
> BW> zfs receive.
> BW> I'm not shure if it would survive much file access from userland,
> BW> at least it can handle gzip-9 compression - well slow or course...
> BW> momax# zpool list
> BW> NAME SIZE USED AVAIL CAP HEALTH ALTROOT
> BW> backup 87G 74.8G 12.2G 85% ONLINE -
> BW> This very low configurtion makes it even possible to think about one
> BW> of the bigger Soekris with 256-512M RAM, although I would suggest to
> BW> use 512M for a real use ZFS, but backup with an 4801 seems to be
> BW> possible.
> Would you please post zfs-related settings you use? Thanks in advance.
Oh - it was just vm.kmem_size="134217728" and not _many things_.
If kmem uses that much RAM there is not much left for applications, but
it runs stable for doing the backups.
I noticed once that a zpool scrub requires additional kmem to normal
use, which might still overflow this box - it is hard on the limit
B.Walter http://www.bwct.de http://www.fizon.de
bernd at bwct.de info at bwct.de support at fizon.de
More information about the freebsd-current