> "srbi" == Steve Radich, BitShop, Inc writes:
srbi>
http://www.bitshop.com/Blogs/tabid/95/EntryId/78/Bug-in-OpenSolaris-SMB-Server-causes-slow-disk-i-o-always.aspx
I'm having trouble understanding many things in here like ``our file
move'' (moving what from where to where with what proto
http://www.bitshop.com/Blogs/tabid/95/EntryId/78/Bug-in-OpenSolaris-SMB-Server-causes-slow-disk-i-o-always.aspx
This explains just how major of a bug this issue is IMHO - The SMB slowdown
from Windows 2003 is doing something odd in the Kernel I think now from the
symptoms - See the tests for rsy
I should note that trying zfs set primarycache=metadata tank1 took a few
minutes. Seems changing what is cached in ram would be instant (we don't need
to flush out from ram the data, just don't put it back in ram again).
During this disk i/o seemed slow, could have been unrelated.
--
This messa
We're having to split data to multiple pools if we enable dedup, 1+ TB pools
each (one 6x750gb is particularly bad).
The timeouts cause COMSTAR / iSCSI to fail, Windows clients are dropping the
persistent targets due to timeouts (> 15 seconds it seems). This is causing
bigger problems.
Disabl
On 01/08/2010 02:42 PM, Lutz Schumann wrote:
> See the reads on the pool with the low I/O ? I suspect reading the
> DDT causes the writes to slow down.
>
> See this bug
> http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6913566.
> It seems to give some backgrounds.
>
> Can you test sett
On Fri, Jan 8, 2010 at 1:44 PM, Ian Collins wrote:
> James Lee wrote:
>
>> I haven't seen much discussion on how deduplication affects performance.
>> I've enabled dudup on my 4-disk raidz array and have seen a significant
>> drop in write throughput, from about 100 MB/s to 3 MB/s. I can't
>> i
James Lee wrote:
I haven't seen much discussion on how deduplication affects performance.
I've enabled dudup on my 4-disk raidz array and have seen a significant
drop in write throughput, from about 100 MB/s to 3 MB/s. I can't
imagine such a decrease is normal.
What is you data?
I've foun
See the reads on the pool with the low I/O ? I suspect reading the DDT causes
the writes to slow down.
See this bug
http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6913566. It seems to
give some backgrounds.
Can you test setting the "primarycache=metadata" on the volume you test ?
On Fri, Jan 08, 2010 at 10:00:14AM -0800, James Lee wrote:
> I haven't seen much discussion on how deduplication affects performance.
> I've enabled dudup on my 4-disk raidz array and have seen a significant
> drop in write throughput, from about 100 MB/s to 3 MB/s. I can't
> imagine such a decre
I haven't seen much discussion on how deduplication affects performance.
I've enabled dudup on my 4-disk raidz array and have seen a significant
drop in write throughput, from about 100 MB/s to 3 MB/s. I can't
imagine such a decrease is normal.
> # zpool iostat nest 1 (with dedup enabled):
> ...
10 matches
Mail list logo
