Solved! Answer can be found
here
@DNAeon
Memory is the number one factor and a 64bit cpu.
Imagine that in my Opensolaris box out of 4G only 512 are free and the system is just sitting. Of course opensolaris kernel is known to be a memory eater but still most of the memory is consumed by the file system. Also, for truly reliable results ECC memory is recommended.
FreeBSD 8.0 release running on Vmware Server:
Code:
> zfs list
NAME USED AVAIL REFER MOUNTPOINT
zroot 2.08G 9.67G 269M legacy
zroot/swap 1G 10.7G 16K -
zroot/tmp 23K 9.67G 23K /tmp
zroot/usr 825M 9.67G 341M /usr
zroot/usr/home 27K 9.67G 27K /usr/home
zroot/usr/ports 188M 9.67G 188M /usr/ports
zroot/usr/ports/distfiles 18K 9.67G 18K /usr/ports/distfiles
zroot/usr/ports/packages 18K 9.67G 18K /usr/ports/packages
zroot/usr/src 297M 9.67G 297M /usr/src
zroot/var 9.64M 9.67G 108K /var
zroot/var/crash 18.5K 9.67G 18.5K /var/crash
zroot/var/db 9.35M 9.67G 9.33M /var/db
zroot/var/db/pkg 18K 9.67G 18K /var/db/pkg
zroot/var/empty 18K 9.67G 18K /var/empty
zroot/var/log 52K 9.67G 52K /var/log
zroot/var/mail 18K 9.67G 18K /var/mail
zroot/var/run 60K 9.67G 60K /var/run
zroot/var/tmp 19K 9.67G 19K /var/tmp
Code:
> zpool status zroot
pool: zroot
state: ONLINE
scrub: none requested
config:
NAME STATE READ WRITE CKSUM
zroot ONLINE 0 0 0
mirror ONLINE 0 0 0
gpt/disk0 ONLINE 0 0 0
gpt/disk3 ONLINE 0 0 0
errors: No known data errors