mmediately. To change the property, an
> administrator can use the standard 'zfs' command. For example:
>
> # zfs create -o sync=disabled whirlpool/milek
> # zfs set sync=always whirlpool/perrin
I read that this property is not inherited and I can't see why.
If
On Thu, May 06, 2010 at 01:15:41PM +0100, Robert Milkowski wrote:
> On 06/05/2010 13:12, Robert Milkowski wrote:
> >On 06/05/2010 12:24, Pawel Jakub Dawidek wrote:
> >>I read that this property is not inherited and I can't see why.
> >>If what I read is up-to-date,
ile system. The only work-around I found is to clone
root file system (clone is created with most recent version), change
root file system to newly created clone, reboot, upgrade original root
file system, change root file system back, reboot, destroy clone.
--
Pawel Jakub Dawidek
nd.
In ZFS on the other hand there are no inconsistencies like that. If all
blocks match their checksums and you find directory loop or something
like that, it is a bug in ZFS, not expected inconsistency. It should be
fixed in ZFS and not work-arounded with some fsck for ZFS.
--
Pawe
On Wed, Oct 19, 2011 at 10:13:56AM -0400, David Magda wrote:
> On Wed, October 19, 2011 08:15, Pawel Jakub Dawidek wrote:
>
> > Fsck can only fix known file system inconsistencies in file system
> > structures. Because there is no atomicity of operations in UFS and other
>
#x27; was read 12.5 times faster than 'a' with no disk
activity. Magic?:)
--
Pawel Jakub Dawidek http://www.wheelsystems.com
FreeBSD committer http://www.FreeBSD.org
Am I Evil? Yes, I Am!
t all.
The proof would be being able to boot from ZFS with dedup turned on
eventhough ZFS boot code has 0 dedup code in it. Another proof would be
ZFS source code.
--
Pawel Jakub Dawidek http://www.wheelsystems.com
FreeBSD committer http
On Mon, Dec 12, 2011 at 08:30:56PM +0400, Jim Klimov wrote:
> 2011-12-12 19:03, Pawel Jakub Dawidek пишет:
> > As I said, ZFS reading path involves no dedup code. No at all.
>
> I am not sure if we contradicted each other ;)
>
> What I meant was that the ZFS reading
is functionality.
Booting off of RAIDZ (even RAIDZ3) and also from multi-top-level-vdev
pools works just fine on FreeBSD for a long time now. Not being forced
to have dedicated pool just for the root if you happen to have more than
two disks in you box is very convenient.
--
Pawel Jakub Da
On Sun, Dec 18, 2011 at 07:24:27PM +0700, Fajar A. Nugraha wrote:
> On Sun, Dec 18, 2011 at 6:52 PM, Pawel Jakub Dawidek wrote:
> > BTW. Can you, Cindy, or someone else reveal why one cannot boot from
> > RAIDZ on Solaris? Is this because Solaris is using GRUB and RAIDZ code
>
On Mon, Dec 19, 2011 at 10:18:05AM +, Darren J Moffat wrote:
> On 12/18/11 11:52, Pawel Jakub Dawidek wrote:
> > On Thu, Dec 15, 2011 at 04:39:07PM -0700, Cindy Swearingen wrote:
> >> Hi Anon,
> >>
> >> The disk that you attach to the root pool will
the "zpool" source to see where it gets its numbers from...
> and perhaps make and RTI relevant kstats, if they aren't yet there ;)
>
> On the other hand, I am not certain how Solaris-based kstats interact
> or correspond to structures in FreeBSD
ld try to snapshot it (but keep it unmounted), then zfs send it
and zfs recv it to eg. zp/foo. Use -u option for zfs recv too, then try
to mount what you received.
--
Pawel Jakub Dawidek http://www.wheelsystems.com
p...@freebsd.org http://www.Fre
cause deadlocks. Even if it works now
(which I don't expect to be the case) it will make your data to be
cached twice. The CPU utilization will also be much higher, etc.
All in all I strongly recommend against such setup.
--
Pawel Jakub Dawidek http://www.wheelsy
look at this thread:
http://www.mail-archive.com/zfs-discuss@opensolaris.org/msg15620.html
Jeff Bonwick provided a tool to recover ZFS label, which will allow to
import such detached vdev.
--
Pawel Jakub Dawidek http://www.wheelsystems.com
p...@freebsd.
w feel that there are bigger
chances you can corrupt your data because of extra code complexity
coming with verification than because of SHA256 collision.
--
Pawel Jakub Dawidek http://www.wheelsystems.com
p...@freebsd.org
ce you reach 1 references of your block ZFS will
create three physical copies, not earlier and never more than three.
--
Pawel Jakub Dawidek http://www.wheelsystems.com
p...@freebsd.org http://www.FreeBSD.org
FreeBSD committer
On Sun, Jan 09, 2011 at 07:27:52PM -0500, Edward Ned Harvey wrote:
> > From: zfs-discuss-boun...@opensolaris.org [mailto:zfs-discuss-
> > boun...@opensolaris.org] On Behalf Of Pawel Jakub Dawidek
> >
> > Dedupditto doesn't work exactly that way. You can have at mo
st
NAME SIZE ALLOC FREECAP DEDUP HEALTH ALTROOT
tank 149G 8,58M 149G 0% 524288.00x ONLINE -
--
Pawel Jakub Dawidek http://www.wheelsystems.com
p...@freebsd.org http://www.FreeBSD.org
FreeBSD committer
n
implementation or SHA512 is faster to compute on 64bit CPU.
On my laptop OpenSSL computes SHA256 55% _slower_ than SHA512.
If this is a general rule, maybe it will be worth considering using
SHA512 truncated to 256 bits to get more speed.
--
Pawel Jakub Dawidek http://w
if
we crash before we get to txg=15, because the only side-effect is that
next write to this range might be a little slower.
--
Pawel Jakub Dawidek http://www.wheelsystems.com
p...@freebsd.org http://www.FreeBSD.org
FreeBSD committer
BSD?) [...]
iXsystems works very closely with the FreeBSD project. They hire or
contract quite a few FreeBSD committers (FYI I'm not one of them), so
yes, they are definitely in position to fix bugs in FreeBSD, as well as
develop new stuff and they do that.
Just wanted to clarify few
On Sun, Mar 20, 2011 at 01:54:54PM +0700, Fajar A. Nugraha wrote:
> On Sun, Mar 20, 2011 at 4:05 AM, Pawel Jakub Dawidek wrote:
> > On Fri, Mar 18, 2011 at 06:22:01PM -0700, Garrett D'Amore wrote:
> >> Newer versions of FreeBSD have newer ZFS code.
> >
> > Ye
)
If you would like to stay with Debian, you can try Debian GNU/kFreeBSD
with is Debian userland with FreeBSD kernel thus it should contain ZFS.
http://www.debian.org/ports/kfreebsd-gnu/
--
Pawel Jakub Dawidek http://www.wheelsystems.com
FreeBSD committer
needed to
> reconstruct the disk to be replaced.
Maybe it would be faster to just offline this one disk, use dd(1) to
copy entire disk content, disconnect old disk on online the new one.
Not sure how well this will work on Solaris as the new disk serial
number won't m
not the same as
network traffic encryption.
--
Pawel Jakub Dawidek http://www.wheelsystems.com
FreeBSD committer http://www.FreeBSD.org
Am I Evil? Yes, I Am! http://yomoli.com
pgpJ1ymwQ3QWf.pgp
Description: PGP signature
_
ny hint to delete it?
You can't delete it, it's just how things work. I work-around it by
treating empty property and lack of property the same.
--
Pawel Jakub Dawidek http://www.wheel.pl
[EMAIL PROTECTED] http://www.FreeBSD
>
> On the read-write front: wouldn't it be cool to be able to snapshot
> things by:
> $ mkdir .zfs/snapshot/
> ?
Are you sure this doesn't work on Solaris/OpenSolaris? From looking at
the code you should be able to do exactly that as well as destr
he idea itself, it did something similar in the past when I was
changing pool layout - I created raidz2 vdev with two spare files, which I
removed immediately and two disks I saved I used as temporary storage. Once I
copied the data to the raidz2 destination pool, I added those two disks into
the holes
on import time).
--
Pawel Jakub Dawidek http://www.wheel.pl
p...@freebsd.org http://www.FreeBSD.org
FreeBSD committer Am I Evil? Yes, I Am!
pgpTg9d63ool5.pgp
Description: PGP signature
___
lso it can be used to change
encryption key.
What do you think?
--
Pawel Jakub Dawidek http://www.wheel.pl
[EMAIL PROTECTED] http://www.FreeBSD.org
FreeBSD committer Am I Evil? Yes, I Am!
pgpuG6Srs5cMH.pgp
Description
functionality fits very nice
here: mark the disk/mirror/raid-z as no-more-writes and start rewrite
process (probably only limited to this entity). To implement such
functionality there also has to be a way to migrate snapshot data, so
sooner or later there will be a need for moving snapshot blocks.
hildren, no snapshots and no data, and once set can't be
modified. "oneway" would be the type of the "encryption" property.
On the other hand you may still want to support encryption algorithm
change and most likely key change.
--
Pawel Jakub Dawidek
On Fri, Feb 02, 2007 at 08:46:34AM +, Darren J Moffat wrote:
> Pawel Jakub Dawidek wrote:
> >On Thu, Feb 01, 2007 at 11:00:07AM +, Darren J Moffat wrote:
> >>Neil Perrin wrote:
> >>>No it's not the final version or even the latest!
> >>>The c
/tank/bar
and you want to move huge amount of data from /tank/foo to /tank/bar.
If you use mv/tar/dump it will copy entire data. Much faster will be to
'zfs join tank tank/foo && zfs join tank tank/bar' then just mv the data
and 'zfs split' them back:)
--
P
ch disk
that appears is read by many "GEOM classes".
--
Pawel Jakub Dawidek http://www.wheel.pl
[EMAIL PROTECTED] http://www.FreeBSD.org
FreeBSD committer Am I Evil? Yes, I Am!
pgp
On Fri, Mar 23, 2007 at 11:31:03AM +0100, Pawel Jakub Dawidek wrote:
> On Thu, Mar 22, 2007 at 08:39:55AM -0700, Eric Schrock wrote:
> > Again, thanks to devids, the autoreplace code would not kick in here at
> > all. You would end up with an identical pool.
>
> Eric, maybe
Hi.
How a user-defined property can be removed? I can't find a way...
--
Pawel Jakub Dawidek http://www.wheel.pl
[EMAIL PROTECTED] http://www.FreeBSD.org
FreeBSD committer Am I Evil? Yes, I Am!
pgpUfHYws9m6
y
datasets under tank/foo/ I don't want to remove the property from
tank/foo and add it to each dataset.
--
Pawel Jakub Dawidek http://www.wheel.pl
[EMAIL PROTECTED] http://www.FreeBSD.org
FreeBSD committer Am I Evil? Yes
s local'
> option exists, so you can find only locally-set properties.
Ok, thanks!
--
Pawel Jakub Dawidek http://www.wheel.pl
[EMAIL PROTECTED] http://www.FreeBSD.org
FreeBSD committer Am I Evil? Yes, I Am!
pg
ie. if it needs both mirror
components to be identical or if the only guaranty is that they have the
same data, but not exactly in the same place. If the latter, proposed
mechanism could be also used as a part of the self-healing process, I
think.
--
Pawel Jakub Dawidek htt
for booting off of ZFS file system.
Other than that, ZFS should be fully-functional.
Enjoy!
--
Pawel Jakub Dawidek http://www.wheel.pl
[EMAIL PROTECTED] http://www.FreeBSD.org
FreeBSD committer Am I Evil? Yes, I Am!
pg
g operations on any GEOM provider (disk,
partition, slice, anything disk-like), so bascially currently I treat
everything as a whole disk (because I simply can), but don't do any
EFI/GPT labeling. I'll try to move data from Solaris' disk to FreeBSD
and see what happen.
--
On Fri, Apr 06, 2007 at 01:29:11PM +0200, Pawel Jakub Dawidek wrote:
> On Fri, Apr 06, 2007 at 05:54:37AM +0100, Ricardo Correia wrote:
> > I'm interested in the cross-platform portability of ZFS pools, so I have
> > one question: did you implement the Solaris ZF
for a
> full-featured samba share ?
It is planned, but it's not trivial. Does samba support NFSv4-style
ACLs?
--
Pawel Jakub Dawidek http://www.wheel.pl
[EMAIL PROTECTED] http://www.FreeBSD.org
FreeBSD committer
ere
Did you use my previous patches? There is no cddl/lib/libumem/umem.c is
HEAD, it was it's old location and it was moved to
compat/opensolaris/lib/libumem/. Delete your entire cddl/ directory and
recsup.
--
Pawel Jakub Dawidek http://www.wheel.pl
[EMAIL PROT
ld be no ZIL records to replay on import, so modifing
lr_setattr_t size isn't really critical, is it?
What are your suggestions?
--
Pawel Jakub Dawidek http://www.wheel.pl
[EMAIL PROTECTED] http://www.FreeBSD.org
FreeBSD commi
ot set property for '[EMAIL PROTECTED]': snapshot properties cannot
be modified
PS. interlope# uname -a
SunOS interlope 5.11 opensol-20070409 i86pc i386 i86pc
--
Pawel Jakub Dawidek http://www.wheel.pl
[EMAIL PROTECTED] http:
Licensing might
> be an issue, of course.)
Licensing? But SUN can just relicense ZFS to GPL, can't it? :)
/me runs
--
Pawel Jakub Dawidek http://www.wheel.pl
[EMAIL PROTECTED] http://www.FreeBSD.org
FreeBSD committer
r such a test.
There were few nits after the import, which are all (or most of them)
fixed at this point, but I've a huge number of reports from the users
that ZFS works very stable on FreeBSD. If you could reproduce the panic
and send me info I'd be grateful.
--
Pawel Jakub Dawidek
s/hole of=/dev/null bs=128k
real 21.2
# /usr/bin/time dd if=/ufs/hole of=/dev/null bs=4k
real 31.4
# /usr/bin/time dd if=/zfs/hole of=/dev/null bs=4k
real 7:32.2
--
Pawel Jakub Dawidek http://www.wheel.pl
[EMAIL PROTE
from:
http://dlc.sun.com/osol/on/downloads/current/
I believe this is a version with some debugging options turned on. How
can I turn debug off? Can I or do I need to install something else?
What other tunnings should I apply?
--
Pawel Jakub Dawidek http://www.wheel
On Thu, May 24, 2007 at 11:20:44AM +0100, Darren J Moffat wrote:
> Pawel Jakub Dawidek wrote:
> >Hi.
> >I'm all set for doing performance comparsion between Solaris/ZFS and
> >FreeBSD/ZFS. I spend last few weeks on FreeBSD/ZFS optimizations and I
> >think I'm r
s much cleaner, and I somehow don't believe it's
slower. fsx is about 20% faster on FreeBSD, this could be VM's fault.
Don't take this numbers too seriously - those were only first tries to
see where my port is and I was using OpenSolaris for comparsion, which
has debugging turned
e=1
> ># zpool export
> ># zpool import
>
> Won't disabling ZIL minimize the chance of a consistent zfs-filesystem
> if - for some reason - the server did an unplanned reboot?
ZIL in ZFS is only used to speed-up various workloads, it has nothing to
do w
zpools from different OSes (one at a time).
Will be nice to not EFI label disks, though:) Currently there is a
problem with this - zpool created on Solaris is not recognized by
FreeBSD, because FreeBSD claims GPT label is corrupted. On the other
hand, creating ZFS on FreeBSD (on a raw disk) c
On Wed, Jun 20, 2007 at 01:45:29PM +0200, Oliver Schinagl wrote:
>
>
> Pawel Jakub Dawidek wrote:
> > On Tue, Jun 19, 2007 at 07:52:28PM -0700, Richard Elling wrote:
> >
> >>> On that note, i have a different first question to start with. I
> >>>
On Wed, Jun 20, 2007 at 09:48:08AM -0700, Eric Schrock wrote:
> On Wed, Jun 20, 2007 at 12:45:52PM +0200, Pawel Jakub Dawidek wrote:
> >
> > Will be nice to not EFI label disks, though:) Currently there is a
> > problem with this - zpool created on Solaris is not reco
very different thing and the latter is also
supported on FreeBSD. Anyway, nice to see progress with Linux port.
--
Pawel Jakub Dawidek http://www.wheel.pl
[EMAIL PROTECTED] http://www.FreeBSD.org
FreeBSD committer Am I Evil? Y
D understands and flushes
disk write cache except for ZFS and UFS+gjournal.
--
Pawel Jakub Dawidek http://www.wheel.pl
[EMAIL PROTECTED] http://www.FreeBSD.org
FreeBSD committer Am
st */
>
> else if ( ( altroot[0] = '/') && ( altroot[1] = '\0') ) {
s/=/==/
> (void) fprintf(stderr, "Do not specify / as alternate root.\n");
You need gettext() here.
> nvlist_free(nvroot);
> return (1);
> }
>
>
>
' inaccessible: No such file or
directory.
abort: no suitable response from remote hg!
--
Pawel Jakub Dawidek http://www.wheel.pl
[EMAIL PROTECTED] http://www.FreeBSD.org
FreeBSD committer Am I E
his just normal file system overhead (This is a raidz with 8x 500GB
> drives), or has ZFS not freed some of the space allocated to bad files?
Can you retry your test without write cache starting from recreating the
pool?
--
Pawel Jakub Dawidek http://www.wheel.pl
[E
Is there any interest in finishing RAID5/RAID6 for ZFS?
If there is no chance it will be integrated into ZFS at some point, I
won't bother finishing it.
--
Pawel Jakub Dawidek http://www.wheel.pl
[EMAIL PROTECTED] http://www.FreeBSD.org
FreeBSD committe
zy removal, eg. wait for ZFS to flush
write cache as a part of transaction and then remove old offset+size
paris.
But I still expect this to give too much overhead.
--
Pawel Jakub Dawidek http://www.wheel.pl
[EMAIL PROTECTED] http://
on why poor RAID5 wasn't used in the first
place.
--
Pawel Jakub Dawidek http://www.wheel.pl
[EMAIL PROTECTED] http://www.FreeBSD.org
FreeBSD committer Am I Evil? Yes, I Am!
pgpVx1begmkQi.pgp
Description: PGP signature
__
On Wed, Sep 12, 2007 at 02:24:56PM -0700, Adam Leventhal wrote:
> On Mon, Sep 10, 2007 at 12:41:24PM +0200, Pawel Jakub Dawidek wrote:
> > And here are the results:
> >
> > RAIDZ:
> >
> > Number of READ requests: 4.
> > Number of WRITE requests:
On Wed, Sep 12, 2007 at 11:20:52PM +0100, Peter Tribble wrote:
> On 9/10/07, Pawel Jakub Dawidek <[EMAIL PROTECTED]> wrote:
> > Hi.
> >
> > I've a prototype RAID5 implementation for ZFS. It only works in
> > non-degraded state for now. The idea is to compare
practice), but my point wasn't how the parity is
distributed:) Ok, RAID5 once again:
Disk0 Disk1 Disk2 Disk3
D0 D3 D6 P0,3,6
D1 D4 D7 P1,4,7
D2 D5 D8 P2,5,8
D9 D12 P9,12,15
On Thu, Sep 13, 2007 at 04:58:10AM +, Marc Bevand wrote:
> Pawel Jakub Dawidek FreeBSD.org> writes:
> >
> > This is how RAIDZ fills the disks (follow the numbers):
> >
> > Disk0 Disk1 Disk2 Disk3
> >
> > D0 D1 D2 P3
>
cks when the newest
uberblock points at corrupted data?
--
Pawel Jakub Dawidek http://www.wheel.pl
[EMAIL PROTECTED] http://www.FreeBSD.org
FreeBSD committer Am I Evil? Yes, I Am!
pgpLDBZ4zRFkC.pgp
Description: PGP signature
_
007/328 zfs upgrade
>
> Stay tuned for a finalized list of RFEs and fixes.
--
Pawel Jakub Dawidek http://www.wheel.pl
[EMAIL PROTECTED] http://www.FreeBSD.org
FreeBSD committer
On Wed, Sep 19, 2007 at 02:36:16PM +0100, Darren J Moffat wrote:
> Pawel Jakub Dawidek wrote:
> > On Tue, Sep 18, 2007 at 05:10:19PM -0700, George Wilson wrote:
> >> ZFS Fans,
> >>
> >> Here's a list of features that we are proposing for Solaris 10u5. K
me: 306.5s
Solaris:
# dd if=/dev/zero of=/tank/foo/test bs=512 count=20480
write: Disc quota exceeded
time: 602.7s
CPU is almost entirely idle, but disk activity seems to be high.
Any ideas?
--
Pawel Jakub Dawidek http://www.wheel.pl
[EMAIL
demos from OpenSolaris page I created few demos of
ZFS on FreeBSD:
http://youtube.com/results?search_query=freebsd+zfs&search=Search
And better versions:
http://people.freebsd.org/~pjd/misc/zfs/
--
Pawel Jakub Dawidek http://www.wheel.pl
[EMAIL PROTE
On Mon, Oct 01, 2007 at 12:57:05PM +0100, Robert Milkowski wrote:
> Hello Neil,
>
> Thursday, September 27, 2007, 11:40:42 PM, you wrote:
>
>
> NP> Roch - PAE wrote:
> >> Pawel Jakub Dawidek writes:
> >> > I'm CCing zfs-discuss@opensolaris
LINE 0 0 0
> /dev/ramdisk/rd3 ONLINE 0 0 0
>
> errors: No known data errors
Good to know, but I think it's still a bit of ZFS fault. The error
message 'md0 is in use (r1w1e1)' means that something (I'm quite sure
it's Z
all storage subsystems and subsystems can try to read their
metadata. This is bascially how autoconfiguration happens in FreeBSD for
things like software RAID1/RAID3/stripe/and others.
It's much easier than what ZFS does:
1. read /etc/zfs/zpool.cache
2. open components by name
3. if there is n
On Wed, Oct 03, 2007 at 10:02:03PM +0200, Pawel Jakub Dawidek wrote:
> On Wed, Oct 03, 2007 at 12:10:19PM -0700, Richard Elling wrote:
> > > -
> > >
> > > # zpool scrub tank
> > > # zpool status -v tank
> > > pool: tank
> > &g
ce) in the
system and find component using ZFS metadata. I'd suggest doing the same
in OpenSolaris.
--
Pawel Jakub Dawidek http://www.wheel.pl
[EMAIL PROTECTED] http://www.FreeBSD.org
FreeBSD committer Am I Evil? Yes, I Am!
ensive entry, eg:
- VERIFY(ss == NULL);
+ if (ss != NULL) {
+ space_map_remove(sm, ss->ss_start, ss->ss_end);
+ goto again;
+ }
Both of those ideas can make things worse, so I want to know what damage
can be done using those met
l directory (entirely commented out for now).
And many more, but hey, this is after 10 days of work.
PS. Please contact me privately if your company would like to donate to the
ZFS effort. Even without sponsorship the work will be finished, but
your contributions will allow me to sp
On Tue, Aug 22, 2006 at 12:22:44PM +0100, Dick Davies wrote:
> This is fantastic work!
>
> How long have you been at it?
As I said, 10 days, but this is really far from beeing finished.
--
Pawel Jakub Dawidek http://www.wheel.pl
[EMAIL
(I'm stating this based on this URL [1], but maybe
> it's not fully up-to-date.)
128 bits is not my goal, but I do want all the other goodies:)
--
Pawel Jakub Dawidek http://www.wheel.pl
[EMAIL PROTECTED] http://www.FreeBSD.org
FreeBS
On Tue, Aug 22, 2006 at 12:45:16PM +0200, Pawel Jakub Dawidek wrote:
> Hi.
>
> I started porting the ZFS file system to the FreeBSD operating system.
[...]
Just a quick note about progress in my work. I needed slow down a bit,
but:
All file system operations seems to work. The only
On Tue, Sep 05, 2006 at 10:49:11AM +0200, Pawel Jakub Dawidek wrote:
> On Tue, Aug 22, 2006 at 12:45:16PM +0200, Pawel Jakub Dawidek wrote:
> > Hi.
> >
> > I started porting the ZFS file system to the FreeBSD operating system.
> [...]
>
> Just a quick note about
till following the ZFS way
without 'copies' feature?
Please reconsider your choice.
--
Pawel Jakub Dawidek http://www.wheel.pl
[EMAIL PROTECTED] http://www.FreeBSD.org
FreeBSD committer Am I Evil? Yes, I Am!
On Tue, Sep 05, 2006 at 10:49:11AM +0200, Pawel Jakub Dawidek wrote:
> On Tue, Aug 22, 2006 at 12:45:16PM +0200, Pawel Jakub Dawidek wrote:
> > Hi.
> >
> > I started porting the ZFS file system to the FreeBSD operating system.
> [...]
>
> Just a quick note about
Disk1+Disk2+Disk3+(Disk1^Disk2^Disk3^DiskP)
2 Disk2+Disk3+(Disk2^Disk3^DiskP^Disk0)+Disk0
3 Disk3+(Disk3^DiskP^Disk0+Disk1)+Disk0+Disk1
etc.
+ - concatenation
^ - XOR
In other words for every read request different component is skip
Just to let you know that first set of patches for FreeBSD is now
available:
http://lists.freebsd.org/pipermail/freebsd-fs/2006-November/002385.html
--
Pawel Jakub Dawidek http://www.wheel.pl
[EMAIL PROTECTED] http://www.FreeBSD.org
0MB/s
>
> (Idle machine in both cases, mkfile rerun a couple of times, with the same
> results. I removed the 1G file between reruns of course)
It may be because for raw disks ZFS flushes write cache (via
DKIOCFLUSHWRITECACHE), which can be expensive operation and highly
depend on disks/con
On Thu, Nov 23, 2006 at 12:09:09PM +0100, Pawel Jakub Dawidek wrote:
> On Wed, Nov 22, 2006 at 03:38:05AM -0800, Peter Eriksson wrote:
> > There is nothing in the ZFS FAQ about this. I also fail to see how FMA
> > could make any difference since it seems that ZFS is deadlocking so
formance. I for one would prefer encryption, which may turns out to be
much faster than bleaching and also more secure.
--
Pawel Jakub Dawidek http://www.wheel.pl
[EMAIL PROTECTED] http://www.FreeBSD.org
FreeBSD committer
oo/bar 65534 -1
# ctime1=`fstest stat foo/bar ctime`
# sleep 1
# fstest -u 65534 link foo/bar foo/baz <--- this unsuccessful
operation updates ctime
EACCES
# ctime2=`fstest stat ${n0} ctime`
# echo $ctime1 $ctime2
1167440797 1167440798
--
P
the manual page which file systems
support this feature.
> >2. link(2) in UFS allows to remove directories, but doesn't allow this
> > in ZFS.
>
> Link with the target being a directory and the source a any file or
> only directories? And only as superuer?
I'
imization in this case. This doesn't have to be per-pool option
actually, but per-filesystem-hierarchy, ie. all file systems under
tank/diskless/.
I'm not yet sure how you can build the list of hash-to-block mappings for
large pools on boot fast...
--
Pawel Jakub Dawidek
96 matches
Mail list logo
