> From: zfs-discuss-boun...@opensolaris.org [mailto:zfs-discuss-
> boun...@opensolaris.org] On Behalf Of Edward Ned Harvey
>
> --- Performance loss:
I ran one more test, that is rather enlightening. I repeated test #2 (tweak
arc_meta_limit, use the default primarycache=all) but this time I wrote
> From: Roy Sigurd Karlsbakk [mailto:r...@karlsbakk.net]
> Sent: Saturday, July 09, 2011 3:44 PM
>
> > > Could you test with some SSD SLOGs and see how well or bad the
> > > system
> > > performs?
> >
> > These are all async writes, so slog won't be used. Async writes that
> > have a single fflush
> From: Roy Sigurd Karlsbakk [mailto:r...@karlsbakk.net]
> Sent: Saturday, July 09, 2011 3:44 PM
>
> Sorry, my bad, I meant L2ARC to help buffer the DDT
Also, bear in mind, the L2ARC is only for reads. So it can't help accelerate
writing updates to the DDT. Those updates need to hit the pool,
The `lofiadm' man page describes how to export a file as a block
device and then use `mkfs -F pcfs' to create a FAT filesystem on it.
Can't I do the same thing by first creating a zvol and then creating
a FAT filesystem on it? Nothing I've tried seems to work. Isn't the
zvol just another block d
On Sun, Jul 10, 2011 at 10:10 PM, Gary Mills wrote:
> The `lofiadm' man page describes how to export a file as a block
> device and then use `mkfs -F pcfs' to create a FAT filesystem on it.
>
> Can't I do the same thing by first creating a zvol and then creating
> a FAT filesystem on it?
seems no
hello,
I encounter a deadlock condition in zfs recently, by creating a pool using
one lun of a disk array through fibre channel，unplug the fiber cable when
there is a dd writing to the pool，then do zpool status -v immediately, that
command will hang forever.
After reading the soure code and doin
