search for: vdev_cach

Hello zfs-code, http://cvs.opensolaris.org/source/xref/onnv/onnv-gate/usr/src/uts/common/fs/zfs/vdev_cache.c 72 * All i/os smaller than zfs_vdev_cache_max will be turned into 73 * 1<<zfs_vdev_cache_bshift byte reads by the vdev_cache (aka software 74 * track buffer). At most zfs_vdev_cache_size bytes will be kept in each 75 * vdev''s vdev_cache. While it is ment...

...via NFS and may be random. Once written, data is not changed until removed. No Z RAID''ing is used. The storage device is a 3510 FC array with 5+1 RAID5 in hardware. I would like to triage this if possible. Would changing the recordsize to something much smaller like 8k and tuning down vdev_cache to something like 8k be of initial benefit (S10U4)? Any other ideas gratefully accepted. bill This message posted from opensolaris.org

Has anyone else noticed a significant zfs performance deterioration when running recent opensolaris bits? My 32-bit / 768 MB Toshiba Tecra S1 notebook was able to do a full opensolaris release build in ~ 4 hours 45 minutes (gcc shadow compilation disabled; using an lzjb compressed zpool / zfs on a single notebook hdd p-ata drive). After upgrading to 2007-05-25 opensolaris release bits

Hello zfs-discuss, http://sunsolve.sun.com/search/document.do?assetkey=1-1-6604198-1 Is there a patch for S10? I thought it''s been fixed. -- Best regards, Robert mailto:rmilkowski at task.gda.pl http://milek.blogspot.com

if you have N processes reading the same file sequentially (where file size is much greater than physical memory) from the same starting position, should I expect that all N processes finish in the same time as if it were a single process? In other words, if you have one process that reads blocks from a file, is it "free" (meaning no additional total I/O cost) to have another process