> "hj" == Henrik Johansson writes:
hj> A "überquota" property for the whole pool would have been nice
hj> [to get out-of-space errors instead of fragmentation]
just make an empty filesystem with a reservation. That's what I do.
NAMEUSED
On Oct 29, 2009, at 15:08, Henrik Johansson wrote:
On Oct 29, 2009, at 5:23 PM, Bob Friesenhahn wrote:
On Thu, 29 Oct 2009, Orvar Korvar wrote:
So the solution is to never get more than 90% full disk space, för
fan?
Right. While UFS created artificial limits to keep the filesystem
from
> So the solution is to never get more than 90% full disk space
while that's true, its not Henrik's main discovery. Henrik points
out that 1/4 of the arc is used for metadata, and sometime
that's not enough..
if
echo "::arc" | mdb -k | egrep ^size
isn't reaching
echo "::arc" | mdb -k | egrep "^
On Oct 29, 2009, at 5:23 PM, Bob Friesenhahn wrote:
On Thu, 29 Oct 2009, Orvar Korvar wrote:
So the solution is to never get more than 90% full disk space, för
fan?
Right. While UFS created artificial limits to keep the filesystem
from getting so full that it became sluggish and "sick",
On Thu, 29 Oct 2009, Orvar Korvar wrote:
So the solution is to never get more than 90% full disk space, för fan?
Right. While UFS created artificial limits to keep the filesystem
from getting so full that it became sluggish and "sick", ZFS does not
seem to include those protections. Don't
So the solution is to never get more than 90% full disk space, för fan?
--
This message posted from opensolaris.org
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
On Oct 16, 2009, at 1:01 AM, Henrik Johansson wrote:
My guess would be that this is due to fragmentation during some
time when the filesystem might have been close to full, but it is
still pretty terrible numbers even with 0.5M files in the
structure. And while this is very bad I would a
Hello,
ZFS is behaving strange on a OSOL laptop, your thoughts are welcome.
I am running OSOL on my laptop, currently b124 and i found that the
performance of ZFS is not optimal in all situations. If i check the
how much space the package cache for pkg(1) uses, it takes a bit
longer on thi
