Almost! It seems like it held out a bit further than last time. Now "arcsz" hit's 2G (matching 'c'). But it still drops off. It started at 5.6GB/Min and fell off to less than 700MB/Min.
A snippet of my arcstat.pl output looks like the following: Time read miss miss% dmis dm% pmis pm% mmis mm% arcsz c 19:14:31 14K 283 1 283 2 0 0 283 1 2G 2G 19:14:32 45K 120 0 102 0 18 0 120 0 2G 2G 19:14:33 9K 228 2 213 2 15 0 223 2 2G 2G 19:14:34 14K 285 2 274 2 11 0 285 2 2G 2G 19:14:35 14K 294 1 276 2 18 0 294 1 2G 2G The above is what it looks like when my speed falls off. Is txg_synctime_ms something I can tweek or is what you suggested a normal value? I've read a few articles that have mentioned values lower than 12288 ms. On Mon, Nov 15, 2010 at 6:35 PM, Khushil Dep <khushil....@gmail.com> wrote: > Set your txg_synctime_ms to 0x3000 and retest please? > > On 15 Nov 2010 23:23, "Louis" <carreir...@gmail.com> wrote: > > Hey all1 > > > > Recently I've decided to implement OpenSolaris as a target for > BackupExec. > > > > The server I've converted into a "Storage Appliance" is an IBM x3650 M2 > w/ ~4TB of on board storage via ~10 local SATA drives and I'm using > OpenSolaris svn_134. I'm using a QLogic 4Gb FC HBA w/ the QLT driver and > presented an 8TB sparse volume to the host due to dedup and compression > being turned on for the zpool. > > > > When writes begin, I see anywhere from 4.5GB/Min to 5.5GB/Min and then it > drops of quickly (I mean down to 1GB/Min or less). I've already swapped out > the card, cable, and port with no results. I have since ensured that every > piece of equipment on the box had it's firmware updated. While doing so, I > installed Windows Server 2008 to flash all the firmware (IBM doesn't have a > Solaris installer). > > > > While in Server 2008, I decided to just attempt a backup via share on the > 1Gbs copper connection. I saw speeds of up to 5.5GB/Min consistently and > they were sustained throughout 3 days of testing. Today I decided to move > back to OpenSolaris with confidence. All writes began at 5.5GB/Min and > quickly dropped off. > > > > In my troubleshooting efforts, I have also dropped the fiber connection > and made it an iSCSI target with no performance gains. I have let the on > board RAID controller do the RAID portion instead of creating a zpool of > multiple disks with no performance gains. And, I have created the target LUN > using both rdsk and dsk paths. > > > > I did notice today though, that there is a direct correlation between the > ARC memory usage and speed. Using arcstat.pl, as soon as arcsz hits 1G > (half of c column [commit?]), my throughput hits the floor (i.e. 600MB/Min > or less). I can't figure it out. I tried every configuration possible. > > -- > > This message posted from opensolaris.org > > _______________________________________________ > > zfs-discuss mailing list > > zfs-discuss@opensolaris.org > > http://mail.opensolaris.org/mailman/listinfo/zfs-discuss >
_______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
