| Have you tried to disable vdev caching and leave file level
| prefetching?
If you mean setting zfs_vdev_cache_bshift to 13 (per the ZFS Evil
Tuning Guide) to turn off device-level prefetching then yes, I have
tried turning off just that; it made no difference.
If there's another tunable then
Hello Chris,
Thursday, May 15, 2008, 5:42:32 AM, you wrote:
CS> I wrote:
CS> | I have a ZFS-based NFS server (Solaris 10 U4 on x86) where I am
CS> | seeing a weird performance degradation as the number of simultaneous
CS> | sequential reads increases.
CS> To update zfs-discuss on this: after m
I wrote:
| I have a ZFS-based NFS server (Solaris 10 U4 on x86) where I am
| seeing a weird performance degradation as the number of simultaneous
| sequential reads increases.
To update zfs-discuss on this: after more investigation, this seems
to be due to file-level prefetching. Turning file-le
Hello Chris,
Friday, May 9, 2008, 9:19:53 PM, you wrote:
CS> I have a ZFS-based NFS server (Solaris 10 U4 on x86) where I am seeing
CS> a weird performance degradation as the number of simultaneous sequential
CS> reads increases.
CS> Setup:
CS> NFS client -> Solaris NFS server -> iSCSI
Hi, Chris,
Good topic, I'd like to see comments from expert as well.
Firstly, I think it has some punishment from NFS, ZFS/NFS has
performance lost,
and the L2ARC cache feature is the way to solve it, so far. (Has in
opensolaris, but not in s10u4 yet,
will target in s10u6 release).
And,
I have a ZFS-based NFS server (Solaris 10 U4 on x86) where I am seeing
a weird performance degradation as the number of simultaneous sequential
reads increases.
Setup:
NFS client -> Solaris NFS server -> iSCSI target machine
There are 12 physical disks on the iSCSI target machine. Each
