Date: Tue, 29 Dec 2009 12:22:11 +0100 From: Patrick Proniewski <patpro@patpro.net> To: "Ronald Klop" <ronald-freebsd8@klop.yi.org> Cc: freebsd-fs@freebsd.org Subject: Re: snapshot implementation Message-ID: <AAACDCE5-13C2-4F99-96A0-D274100EE28B@patpro.net> In-Reply-To: <op.u5o4f4px8527sy@82-170-177-25.ip.telfort.nl> References: <32CA2B73-3412-49DD-9401-4773CC73BED0@patpro.net> <alpine.GSO.2.01.0912231031450.1586@freddy.simplesystems.org> <4B3283F2.7060804@barryp.org> <3ea87f5f62bb8ba30d798d4605a64c83@localhost> <op.u5o4f4px8527sy@82-170-177-25.ip.telfort.nl>
next in thread | previous in thread | raw e-mail | index | archive | help
--Apple-Mail-1-310690000 Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable On 29 d=E9c. 2009, at 11:51, Ronald Klop wrote: >>> That's certainly not the case with UFS snapshots, which can take a =20= >>> long >>> time to complete (we're talking freezing your machine's disk =20 >>> activity >>> for many minutes), and are limited to 20 total. >> >> UFS uses copy on write. But you say many minutes to complete? Don't =20= >> you >> speak about dump(1), that uses snapshot as a basis to dump a live =20 >> file >> system? >> I agree, UFS snapshot creation is not lightning-fast, but many =20 >> minutes >> seems a lot to me, and I never experienced such a long creation time. > > As far as I know UFS snapshots need to create a list of currently in =20= > use blocks. This is O(n) on the size of the FS and pauses the FS =20 > during the snapshot. On large FS's this can take a long time. > ZFS always maintains this list so it only needs to mark this list as =20= > readonly to create a snapshot. This is O(1). That's a very interesting precision. Thank you. patpro= --Apple-Mail-1-310690000--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?AAACDCE5-13C2-4F99-96A0-D274100EE28B>