256 MB is really tight for ZFS. You can try it.
FreeBSD suggests a minimum of 1 GB at http://wiki.freebsd.org/ZFSTuningGuide .
This message posted from opensolaris.org
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.
See the QFS documentation:
http://docs.sun.com/source/817-4091-10/chapter8.html#59255
(Steps 1 through 4 would apply to any file system which can issue
multi-megabyte I/O requests.)
This message posted from opensolaris.org
___
zfs-discuss mailing
Hello,
I received the following question from a company I am working with:
We are having issues with our early experiments with ZFS with volumes
mounted from a 6130.
Here is what we have and what we are seeing:
T2000 (geronimo) on the fibre with a 6130.
6130 configured with UFS volumes
Nope. It is not there in S10U4.
--
Prabahar.
On Oct 24, 2007, at 9:11 AM, Matthew C Aycock wrote:
> There was a log of talk about ZFS and NFS shares being a problem
> when there was a large number of filesystems. There was a fix that
> in part included an in kernel sharetab (I think :) Does
Not sure if it's been posted yet, my email is currently down...
http://weblog.infoworld.com/yager/archives/2007/10/suns_zfs_is_clo.html
Interesting piece. This is the second post from Yager that shows
solaris in a pretty good light. I particularly like his closing
comment:
"If you haven't checke
On Wed, Oct 24, 2007 at 10:40:41AM -0700, David Bustos wrote:
> Quoth Stuart Anderson on Sun, Oct 21, 2007 at 07:09:10PM -0700:
> > Running 102 parallel "zfs destroy -r" commands on an X4500 running S10U4 has
> > resulted in "No more processes" errors in existing login shells for several
> > minute
Quoth Stuart Anderson on Sun, Oct 21, 2007 at 07:09:10PM -0700:
> Running 102 parallel "zfs destroy -r" commands on an X4500 running S10U4 has
> resulted in "No more processes" errors in existing login shells for several
> minutes of time, but then fork() calls started working again. However, none
how abt trying a "touch /path/to/snapshot/x" if it succeeds its not a ZFS
snapshot - so you should probably not destroy it .
/Balu
This message posted from opensolaris.org
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.openso
Hi,
what is the exact syntax to enable large transfer sizes?
I didn't find any documentation, so I guessed the following:
etc/system: set maxphys=8338608
/kernel/drv/sd.conf: name="sd" parent="scsi"
sd_max_xfer_size=0x80;
/kernel/drv/ssd.conf: name="ssd" parent="scsi_vhci" sd_max_xfer_
I would suspect the checksum part of this (I do believe it's being
actively worked on) :
6533726 single-threaded checksum & raidz2 parity calculations limit
write bandwidth on thumper
-r
Robert Milkowski writes:
> Hi,
>
> snv_74, x4500, 48x 500GB, 16GB RAM, 2x dual core
>
> # zp
Is this true, that ZFS does not require more memory than any other file system?
I am planning to run ZFS on a low memory system (~256MB) and I'm hoping this
will be sufficient.
This message posted from opensolaris.org
___
zfs-discuss mailing list
zf
There was a log of talk about ZFS and NFS shares being a problem when there was
a large number of filesystems. There was a fix that in part included an in
kernel sharetab (I think :) Does anyone know if this has made it into S10u4?
Thanks,
BlueUmp
This message posted from opensolaris.org
__
Thanks, we have switched over a couple of our arrays. Have not noticed a
performance change so perhaps the effect is minor.
Yes we are using ZFS to do the mirroring between the array LUNs and quite happy
with it for reliability. As someone else said, speed and costs are metrics to
look at but
>
> This should work. It shouldn't even lose the in-flight transactions.
> ZFS reverts to using the main pool if a slog write fails or the
> slog fills up.
So, the only way to lose transactions would be a crash or power loss,
leaving outstanding transactions in the log, followed by th
I am removing files on ZFS, but I found the the "df" data is interesting: I am
removing file all the while, but when I run command "df", I've gotten the data
following:
bash-3.00# date;df /zfs-test
Wed Oct 24 15:46:25 CST 2007
/zfs-test (zfs-test ):3424842971 blocks 342484297
15 matches
Mail list logo
