I don't think the 311 has any over-provisioning (other than the 7% from GB -
GiB conversion). I believe it is an X25-E with only 5 channels populated. The
upcoming enterprise models are MLC based and have greater over-provisioning
AFAIK.
The 20GB 311 only costs ~ $100 though. The 100GB
@buffy backups]# time zfs diff -Ft
datos/backups/buffy@20110926-20:22 datos/backups/buffy@20110926-20:35
1317061842.659141598M / /backups/buffy/root/proc
1317061812.437869058M / /backups/buffy/root/dev/fd
1317061816.752409624M |
/backups/buffy/root/etc/saf
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Upgrading to ZPOOL 29 (Solaris 10 Update 10) I see:
# zpool upgrade -v
[...]
24 System attributes
[...]
I can't find any info about this. Is there any reference out there?. I
don't see any explanation in
On Mon, Sep 26, 2011 at 1:55 PM, Jesus Cea j...@jcea.es wrote:
I just upgraded to Solaris 10 Update 10, and one of the improvements
is zfs diff.
Using the birthtime of the sectors, I would expect very high
performance. The actual performance doesn't seems better that an
standard rdiff,
On Mon, September 26, 2011 14:55, Jesus Cea wrote:
[...]
real10m0.272s
user0m0.809s
sys 2m6.693s
10 minutes to diff 7.55 GB is... disappointing.
This machine uses a 2-mirror configurations, and there is no more
activity going on in the machine. ZPOOL version 29, ZFS version
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 26/09/11 22:29, David Magda wrote:
Talking about 7.55 GB is mostly useless as well. If it's a dozen
video files then stat()ing them all with be done very quickly by
just running find(1). If however the 7.55 GB is made up of
7,550,000 files then
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 26/09/11 21:31, Nico Williams wrote:
atime has nothing to do with it.
How much work zfs diff has to do depends on how much has changed
between snapshots.
That is what I thought, but look at my example: less than 20 changes
and more than 10
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 26/09/11 22:54, Jesus Cea wrote:
On 26/09/11 22:29, David Magda wrote:
Talking about 7.55 GB is mostly useless as well. If it's a
dozen video files then stat()ing them all with be done very
quickly by just running find(1). If however the 7.55
On Mon, 26 Sep 2011, Jesus Cea wrote:
rsync takes a bit less than 7 minutes. So zfs diff is actually
slower!.
It is important to define what is meant by rsync. For example, a
common rsync operating mode is to simply compare whole-file timestamps
and file size in order to determine that a
On 09/26/11 12:31, Nico Williams wrote:
On Mon, Sep 26, 2011 at 1:55 PM, Jesus Cea j...@jcea.es wrote:
Should I disable atime to improve zfs diff performance? (most data
doesn't change, but atime of most files would change).
atime has nothing to do with it.
based on my experiences with
Ah yes, of course. I'd misread your original post. Yes, disabling
atime updates will reduce the number of superfluous transactions.
It's *all* transactions that count, not just the ones the app
explicitly caused, and atime implies lots of transactions.
Nico
--
On 09/27/11 07:55 AM, Jesus Cea wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I just upgraded to Solaris 10 Update 10, and one of the improvements
is zfs diff.
Using the birthtime of the sectors, I would expect very high
performance. The actual performance doesn't seems better that an
On 27 September, 2011 - Ian Collins sent me these 0,8K bytes:
On 09/27/11 07:55 AM, Jesus Cea wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I just upgraded to Solaris 10 Update 10, and one of the improvements
is zfs diff.
Using the birthtime of the sectors, I would expect very
On 09/27/11 10:59 AM, Tomas Forsman wrote:
On 27 September, 2011 - Ian Collins sent me these 0,8K bytes:
On 09/27/11 07:55 AM, Jesus Cea wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I just upgraded to Solaris 10 Update 10, and one of the improvements
is zfs diff.
Using the
14 matches
Mail list logo