Peter Jeremy peterjer...@acm.org writes:
I've mostly convered to ZFS but still have UFS root (which is basically
a full base install without /var but including /usr/src - 94k inodes
and 1.7GB). I've run both the 8-stable (stable) and patched (jfd) dump
alternately 4 times with 50/250MB cache
On 2010-Oct-27 20:17:06 +0200, Dag-Erling Smørgrav d...@des.no wrote:
Peter Jeremy peterjer...@acm.org writes:
I've mostly convered to ZFS but still have UFS root (which is basically
a full base install without /var but including /usr/src - 94k inodes
and 1.7GB). I've run both the 8-stable
Peter Jeremy peterjer...@acm.org writes:
Dag-Erling Smørgrav d...@des.no wrote:
9413 what? Puppies?
Ooops, sorry - KB/sec as reported in the dump summary.
Thank you :)
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-hackers@freebsd.org
On 2010-Oct-24 18:05:05 +0200, Jean-Francois Dockes j...@dockes.org wrote:
It appears that modifying dump to use a shared cache in a very simple way
(move the control structures to the shared segment and perform simple locking)
yields substantial speed increases.
Indeed. That's better than I
Hello,
I took a look at the cache management for the dump command project on the
freebsd.org project ideas page.
http://www.freebsd.org/projects/ideas/ideas.html#p-extenddump
It appears that modifying dump to use a shared cache in a very simple way
(move the control structures to the shared
5 matches
Mail list logo
