[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [linux_var] btrfs
- To: linux_var - LUG di Varese e Provincia Mailing List <talking@ml.linuxvar.it>
- Subject: Re: [linux_var] btrfs
- From: Luca Lesinigo <lucky@luckyluke.org>
- Date: Wed, 29 May 2013 17:54:19 +0200
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ml.linuxvar.it; s=mail; t=1369842882; bh=vZbHZR+XDDX6yq+8jn3yj6fK6uJ3oZQ4qJzQT4nwvTE=; h=Mime-Version:From:In-Reply-To:Date:References:To:Subject:Reply-To: List-Id:List-Unsubscribe:List-Archive:List-Post:List-Help: List-Subscribe:Content-Type:Content-Transfer-Encoding:Sender; z=Received:=20from=20smtpout1.lm-net.it=20(smtpout1.lm-net.it=20[93 .186.240.240])=0D=0A=09by=20linuxvar.it=20(Postfix)=20with=20ESMTP =20id=2069FD73C36E1=0D=0A=09for=20<talking@ml.linuxvar.it>=3B=20We d,=2029=20May=202013=2017:54:21=20+0200=20(CEST)|Received:=20from= 20mail0.lm-net.it=20(unknown=20[172.16.0.13])=0D=0A=09by=20smtpout 1.lm-net.it=20(Postfix)=20with=20SMTP=20id=20720E058990=0D=0A=09fo r=20<talking@ml.linuxvar.it>=3B=20Wed,=2029=20May=202013=2017:54:2 0=20+0200=20(CEST)|Received:=20(qmail=2025293=20invoked=20from=20n etwork)=3B=2029=20May=202013=2017:54:19=20+0200|Received:=20from=2 0unknown=20(HELO=20luca.lmoffice)=20(151.20.81.117)=0D=0A=09by=20m ail0.lm-net.it=20with=20SMTP=3B=2029=20May=202013=2017:54:19=20+02 00|Mime-Version:=201.0=20(Mac=20OS=20X=20Mail=206.3=20\(1503\))|Fr om:=20Luca=20Lesinigo=20<lucky@luckyluke.org>|In-Reply-To:=20<CAJt Q-6_gu2+mCUVWPu-KBu74gph9=3D6kf8a1HEsqJ635qkZSdnA@mail.gmail.com>| Date:=20Wed,=2029=20May=202013=2017:54:19=20+0200|References:=20<C AJtQ-6_gu2+mCUVWPu-KBu74gph9=3D6kf8a1HEsqJ635qkZSdnA@mail.gmail.co m>|To:=20linux_var=20-=20LUG=20di=20Varese=20e=20Provincia=20Maili ng=20List=20<talking@ml.linuxvar.it>|X-Mailer:=20Apple=20Mail=20(2 .1503)|Subject:=20Re:=20[linux_var]=20btrfs|X-BeenThere:=20talking @ml.linuxvar.it|X-Mailman-Version:=202.1.13|Precedence:=20list|Rep ly-To:=20linux_var=20-=20LUG=20di=20Varese=20e=20Provincia=20Maili ng=20List=0D=0A=09<talking@ml.linuxvar.it>|List-Id:=20linux_var=20 -=20LUG=20di=20Varese=20e=20Provincia=20Mailing=20List=0D=0A=09<ta lking.ml.linuxvar.it>|List-Unsubscribe:=20<http://ml.linuxvar.it/c gi-bin/mailman/options/talking>,=0D=0A=09<mailto:talking-request@m l.linuxvar.it?subject=3Dunsubscribe>|List-Archive:=20<http://ml.li nuxvar.it/pipermail/talking>|List-Post:=20<mailto:talking@ml.linux var.it>|List-Help:=20<mailto:talking-request@ml.linuxvar.it?subjec t=3Dhelp>|List-Subscribe:=20<http://ml.linuxvar.it/cgi-bin/mailman /listinfo/talking>,=0D=0A=09<mailto:talking-request@ml.linuxvar.it ?subject=3Dsubscribe>|Content-Type:=20text/plain=3B=20charset=3D"i so-8859-1"|Content-Transfer-Encoding:=20quoted-printable|Sender:=2 0talking-bounces@ml.linuxvar.it|Errors-To:=20talking-bounces@ml.li nuxvar.it; b=bI2aXksimniEyKl0BIxKWI3duMpJfSZou+A5urz86+h7UEG/8uT3PVZ4MfP6Y62YV 95i4I8OtB0KtEufz9dBRDrENvVhOOSO07MXCiH6Elc+ofWLS2kyYe+XwjEMy+9p1Te jpFPP77N0IzFScUOlWtXdgzzOVrMiBLzwew4h010=
- In-reply-to: <CAJtQ-6_gu2+mCUVWPu-KBu74gph9=6kf8a1HEsqJ635qkZSdnA@mail.gmail.com>
- List-archive: <http://ml.linuxvar.it/pipermail/talking>
- List-help: <mailto:talking-request@ml.linuxvar.it?subject=help>
- List-id: linux_var - LUG di Varese e Provincia Mailing List <talking.ml.linuxvar.it>
- List-post: <mailto:talking@ml.linuxvar.it>
- List-subscribe: <http://ml.linuxvar.it/cgi-bin/mailman/listinfo/talking>, <mailto:talking-request@ml.linuxvar.it?subject=subscribe>
- List-unsubscribe: <http://ml.linuxvar.it/cgi-bin/mailman/options/talking>, <mailto:talking-request@ml.linuxvar.it?subject=unsubscribe>
- References: <CAJtQ-6_gu2+mCUVWPu-KBu74gph9=6kf8a1HEsqJ635qkZSdnA@mail.gmail.com>
- Reply-to: linux_var - LUG di Varese e Provincia Mailing List <talking@ml.linuxvar.it>
- Sender: talking-bounces@ml.linuxvar.it
Il giorno 22/mag/2013, alle ore 17:43, Luca Carrozza <bizzarrone@gmail.com> ha scritto:
> dal momento che molti puntano su btrfs come il fs del futuro, mi sono fatto alcuni test e non mi spiego alcune cose riguardo la sua gestione dei dischi in raid1 dei dati con più di 2 dischi. Ho letto che non vengono effettivamente distribuiti secondo un classico raid1 ed effettivamente lo spazio risultante è strano.
Btrfs non fa un "RAID1" nel senso classico del termine (n copie dei dati sugli n dischi) ma fa esattamente due copie di ogni dato, su due dischi diversi, a prescindere dal numero dei dischi nel pool.
Esempio: se hai quattro dischi (A, B, C, D) un dato può finire in doppia copia su A e B, su A e C, su A e D, su B e C, su B e D, su C e D.
Ma non sarà in quadrupla copia su A,B,C,D né in tripla copia.
Quindi:
- in RAID1 di n dischi puoi perdere fino a (n-1) dischi senza perdere dati, in btrfs puoi perdere un solo disco ed al secondo son madonne che volano
- in RAID1 di n dischi la capacità utile è quella del singolo disco, in btrfs è [dovrebbe essere] di (somma della capacità totale / 2)
- in RAID1 devi usare dischi di uguale capacità, o comunque sfrutti solo fino alla capacità del più piccolo, mentre su btrfs [non sono del tutto sicuro] puoi usare dischi di capacità differenti in "raid1"
Alla fine molti concetti sono abbastanza copiati da quanto introdotto a suo tempo da ZFS, la grossa differenza è che btrfs non è ancora pronto per l'uso ma solo per giocarci e testare.
Lettura interessante in merito: http://www.anchor.com.au/blog/2013/04/the-btrfs-backup-experiment/
--
Luca Lesinigo che per linux continua ad affidarsi al buon vecchio RAID classico
_______________________________________________
Talking mailing list
Talking@ml.linuxvar.it
http://ml.linuxvar.it/cgi-bin/mailman/listinfo/talking