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 more
| 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,
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
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
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
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).