All of lore.kernel.org
 help / color / mirror / Atom feed
From: Paulo Jorge Matos <pocmatos@gmail.com>
To: Alfred Brons <alfredbrons@yahoo.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: what is our answer to ZFS?
Date: Mon, 21 Nov 2005 09:44:42 +0000	[thread overview]
Message-ID: <11b141710511210144h666d2edfi@mail.gmail.com> (raw)
In-Reply-To: <20051121092841.47907.qmail@web36409.mail.mud.yahoo.com>

Check Tarkan "Sun ZFS and Linux" topic on 18th Nov,  on this mailing list.
http://marc.theaimsgroup.com/?l=linux-kernel&m=113235728212352&w=2

Cheers,

Paulo Matos

On 21/11/05, Alfred Brons <alfredbrons@yahoo.com> wrote:
> Hi All,
>
> I just noticed in the news this link:
>
> http://www.opensolaris.org/os/community/zfs/demos/basics
>
> I wonder what would be our respond to this beaste?
>
> btw, you could try it live by using Nexenta
> GNU/Solaris LiveCD at
> http://www.gnusolaris.org/gswiki/Download which is
> Ubuntu-based OpenSolaris
> distribution.
>
> So what is ZFS?
>
> ZFS is a new kind of filesystem that provides simple
> administration, transactional semantics, end-to-end
> data integrity, and immense scalability. ZFS is not an
> incremental improvement to existing technology; it is
> a fundamentally new approach to data management. We've
> blown away 20 years of obsolete assumptions,
> eliminated complexity at the source, and created a
> storage system that's actually a pleasure to use.
>
> ZFS presents a pooled storage model that completely
> eliminates the concept of volumes and the associated
> problems of partitions, provisioning, wasted bandwidth
> and stranded storage. Thousands of filesystems can
> draw from a common storage pool, each one consuming
> only as much space as it actually needs.
>
> All operations are copy-on-write transactions, so the
> on-disk state is always valid. There is no need to
> fsck(1M) a ZFS filesystem, ever. Every block is
> checksummed to prevent silent data corruption, and the
> data is self-healing in replicated (mirrored or RAID)
> configurations.
>
> ZFS provides unlimited constant-time snapshots and
> clones. A snapshot is a read-only point-in-time copy
> of a filesystem, while a clone is a writable copy of a
> snapshot. Clones provide an extremely space-efficient
> way to store many copies of mostly-shared data such as
> workspaces, software installations, and diskless
> clients.
>
> ZFS administration is both simple and powerful. The
> tools are designed from the ground up to eliminate all
> the traditional headaches relating to managing
> filesystems. Storage can be added, disks replaced, and
> data scrubbed with straightforward commands.
> Filesystems can be created instantaneously, snapshots
> and clones taken, native backups made, and a
> simplified property mechanism allows for setting of
> quotas, reservations, compression, and more.
>
> Alfred
>
>
>
> __________________________________
> Yahoo! FareChase: Search multiple travel sites in one click.
> http://farechase.yahoo.com
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/
>


--
Paulo Jorge Matos - pocm at sat inesc-id pt
Web: http://sat.inesc-id.pt/~pocm
Computer and Software Engineering
INESC-ID - SAT Group

  reply	other threads:[~2005-11-21  9:44 UTC|newest]

Thread overview: 74+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-11-21  9:28 what is our answer to ZFS? Alfred Brons
2005-11-21  9:44 ` Paulo Jorge Matos [this message]
2005-11-21  9:59   ` Alfred Brons
2005-11-21 10:08     ` Bernd Petrovitsch
2005-11-21 10:16     ` Andreas Happe
2005-11-21 11:30       ` Anton Altaparmakov
2005-11-21 10:19     ` Jörn Engel
2005-11-21 11:46       ` Matthias Andree
2005-11-21 12:07         ` Kasper Sandberg
2005-11-21 13:18           ` Matthias Andree
2005-11-21 14:18             ` Kasper Sandberg
2005-11-21 14:41               ` Matthias Andree
2005-11-21 15:08                 ` Kasper Sandberg
2005-11-22  8:52                   ` Matthias Andree
2005-11-21 22:41               ` Bill Davidsen
2005-11-21 20:48             ` jdow
2005-11-22 11:17               ` Jörn Engel
2005-11-21 11:59       ` Diego Calleja
2005-11-22  7:51       ` Christoph Hellwig
2005-11-22 10:28         ` Jörn Engel
2005-11-22 14:50         ` Theodore Ts'o
2005-11-22 15:25           ` Jan Harkes
2005-11-22 16:17             ` Chris Adams
2005-11-22 16:55               ` Anton Altaparmakov
2005-11-22 17:18                 ` Theodore Ts'o
2005-11-22 19:25                   ` Anton Altaparmakov
2005-11-22 19:52                     ` Theodore Ts'o
2005-11-22 20:00                       ` Anton Altaparmakov
2005-11-22 23:02                         ` Theodore Ts'o
2005-11-22 21:14                       ` Bill Davidsen
2005-11-22 21:06                 ` Bill Davidsen
2005-11-22 20:19               ` Alan Cox
2005-11-22 19:56                 ` Chris Adams
2005-11-22 21:19                   ` Bill Davidsen
2005-11-23 19:20                   ` Generation numbers in stat was Re: what is slashdot's " Andi Kleen
2005-11-24  5:15                     ` Chris Adams
2005-11-24  8:47                       ` Andi Kleen
2005-11-22 16:28             ` what is our " Theodore Ts'o
2005-11-22 17:37               ` Jan Harkes
2005-11-22 16:36                 ` Jeff V. Merkey
2005-11-28 12:53       ` Lars Marowsky-Bree
2005-11-29  5:04         ` Theodore Ts'o
2005-11-29  5:57           ` Willy Tarreau
2005-11-29 14:42             ` John Stoffel
2005-11-29 13:58           ` Andi Kleen
2005-11-29 16:03           ` Chris Adams
2005-11-21 11:45     ` Diego Calleja
2005-11-21 14:19       ` Tarkan Erimer
2005-11-21 18:52         ` Rob Landley
2005-11-21 19:28           ` Diego Calleja
2005-11-21 20:02           ` Bernd Petrovitsch
2005-11-22  5:42             ` Rob Landley
2005-11-22  9:25               ` Matthias Andree
2005-11-21 23:05           ` Bill Davidsen
2005-11-22  0:15           ` Bernd Eckenfels
2005-11-21 22:59             ` Jeff V. Merkey
2005-11-22  7:45               ` Christoph Hellwig
2005-11-22  9:19                 ` Jeff V. Merkey
2005-11-22 16:00               ` Bill Davidsen
2005-11-22 16:09                 ` Jeff V. Merkey
2005-11-22 20:16                   ` Bill Davidsen
2005-11-22 16:14                 ` Randy.Dunlap
2005-11-22 16:38                   ` Steve Flynn
2005-11-22  7:15             ` Rob Landley
2005-11-22  8:16               ` Bernd Eckenfels
2005-11-22  0:45           ` Pavel Machek
2005-11-22  6:34             ` Rob Landley
2005-11-22 19:05               ` Pavel Machek
2005-11-22  9:20           ` Matthias Andree
2005-11-22 10:00             ` Tarkan Erimer
2005-11-22 15:46               ` Jan Dittmer
2005-11-22 16:27               ` Bill Davidsen
2005-11-21 18:17       ` Rob Landley
  -- strict thread matches above, loose matches on Subject: below --
2005-11-24  1:52 art

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=11b141710511210144h666d2edfi@mail.gmail.com \
    --to=pocmatos@gmail.com \
    --cc=alfredbrons@yahoo.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=pocm@sat.inesc-id.pt \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.