On Sun, Jun 05, 2011 at 01:26:20PM -0500, Tim Cook wrote:
> I'd go with the option of allowing both a weighted and a forced option. I
> agree though, if you do primarycache=metadata, the system should still
> attempt to cache userdata if there is additional space remaining.
I think I disagree. R
On Sun, Jun 5, 2011 at 9:56 AM, Edward Ned Harvey <
opensolarisisdeadlongliveopensola...@nedharvey.com> wrote:
> > From: Richard Elling [mailto:richard.ell...@gmail.com]
> > Sent: Saturday, June 04, 2011 9:10 PM
> > > Instant Poll : Yes/No ?
> >
> > No.
> >
> > Methinks the MRU/MFU balance algorit
> From: zfs-discuss-boun...@opensolaris.org [mailto:zfs-discuss-
> boun...@opensolaris.org] On Behalf Of Thomas Hobbes
>
> I am testing Solaris Express 11 with napp-it on two machines. In both
> cases the same problem: Enabling encryption on a folder, filling it with
> data will result in errors i
> From: Richard Elling [mailto:richard.ell...@gmail.com]
> Sent: Saturday, June 04, 2011 9:10 PM
> > Instant Poll : Yes/No ?
>
> No.
>
> Methinks the MRU/MFU balance algorithm adjustment is more fruitful.
Operating under the assumption that cache hits can be predicted, I agree
with RE. However,
Hi,
I am testing Solaris Express 11 with napp-it on two machines. In both
cases the same problem: Enabling encryption on a folder, filling it with
data will result in errors indicated by a subsequent scrub. I did not
find the topic on the web, but also not experiences shared by people
using e
On Sat, Jun 4, 2011 at 12:51 PM, Harry Putnam wrote:
> But I also see a massive list of files with a letter `m' prefixed on
> each line, Which is supposed to mean modified, They cannot all really
> be modified so I'm thinking its something to do with rsyncing files
> from a windows XP machine to
On Sat, Jun 4, 2011 at 3:51 PM, Harry Putnam wrote:
> Apparently my OS is new enough (b 147 )... since the command
> is known. Very nice... but where is the documentation?
>
> `man zfs' has no hits on a grep for diff (except different..)
>
> Ahh never mind... I found:
> http://www.c0t0d0s0.org/
