From owner-freebsd-questions@FreeBSD.ORG Sat Aug 11 14:44:50 2007 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B0ED16A419 for ; Sat, 11 Aug 2007 14:44:50 +0000 (UTC) (envelope-from cptsalek@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.191]) by mx1.freebsd.org (Postfix) with ESMTP id DDF9013C4CA for ; Sat, 11 Aug 2007 14:44:49 +0000 (UTC) (envelope-from cptsalek@gmail.com) Received: by fk-out-0910.google.com with SMTP id b27so1110492fka for ; Sat, 11 Aug 2007 07:44:48 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=azVtwUtpZ7BF/8uauh2eO4ZPyXxDoz/Ol7159vcxOSpHnYz2Ar8WEY07W820gTdinfPg6AU5CZ7FtuDDRkMqTHfJLt2fhoLDwXaFJMXDQL4yNf9CvRusWE4C76zwQGxPCyCystG3H4AIHBtxijTjV9ozKAphT3BPGUww9mcJYdo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=c+O4NLtH5M7PiFZN0Q4lv5hsTHsSd1Xx62kxkKPOvOO8sSkijaVivSF4u0Y8/th2URVZu+zwO1OmxQyWIup2sIZrO6DX/ivKnyF/bw45ugjVeTztUUVoI6wx5aDwjlByAd7IIWRniKGMo6RpUZPiNYnmyoQbXg6N+MfHe8Fzo9w= Received: by 10.82.111.8 with SMTP id j8mr5173029buc.1186843488066; Sat, 11 Aug 2007 07:44:48 -0700 (PDT) Received: by 10.82.158.11 with HTTP; Sat, 11 Aug 2007 07:44:48 -0700 (PDT) Message-ID: <14989d6e0708110744n758462a8xc57ea932e2c2d905@mail.gmail.com> Date: Sat, 11 Aug 2007 14:44:48 +0000 From: "Christian Walther" To: "Wojciech Puchar" In-Reply-To: <20070811131633.X1392@wojtek.tensor.gdynia.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070811131633.X1392@wojtek.tensor.gdynia.pl> Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: ZFS - no thanks! X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2007 14:44:50 -0000 Hi Wojciech, let me start with pointing out that ZFS is still an experimental feature. Secondly, this is the wrong list, because ZFS is a feature of FreeBSD-CURRENT. Adding freebsd-current to CC, maybe one of the ZFS developers can give their $0.02. On 11/08/07, Wojciech Puchar wrote: > just ended testing. > > after having all my data (test system fortunately) on ZFS including root, > i lost /boot partition, which was on pendrive to make testing easier. > > well - no problem - i've started my normal 6.2 syste, got bootonly CD, > removed mfsroot, added (as on ZFS system) > vfs.root.mountfrom="zfs:tank/root", put tu pendrive, bsdlabel -B etc.. If I understand you correctly you tried to use ZFS with FreeBSD 6.2. Won't work. > on the other hand it's faster over UFS on small files but not that faster. > it uses HUGE amount of RAM. ZFS probably isn't for Joe average user. No offense ment with this, but ZFS does has a nice set of features, but not many are needed for every days work. At least if you're on a workstation. > > it's set copies=n is a joke. > you have no warranty where are the copies (often on the same disk). Yes, because copies=n isn't there to protect against an entire disk failing. It protects data against block failures. So if an individual block on the disk wents bad, as it's most often the case when a disk starts to die, you have some more backups with the correct checksum. > zpool scrub DOES NOT move copies to other disk from the same when other is > made available!! No, because it's not dedicated to do this. AFAIK zfs does this automagically every time you attach a disk and add it to a certain zpool. scrubbing is in cases where disk faults have been found. It means that the ZFS compares the data and it's checksum, thus locating any trouble and fixes it. > raidz can't be expanded > > cache flushing CAN NOT be disable for selected device, only for > everything. > > my USB-IDE converter make doesn't allow it, but my 2.5" does! > i use USB-IDE converted with disk as a backup. with ZFS it's impossible > unless i will turn off flushing for everything - losing it's important > adventage. > > > disks based pool (no mirror/raidz) won't start AT ALL with one element > unattached!!! EVEN if everything has copies>1 !!! I don't know your setup but for me it works fine. I'm currently at the Chaos Communication Camp, next to me is an AthlonXP powered with FreeBSD-CURRENT installed. 3x400GB HDD using ZFS, giving 732GB net capacity. 2GB RAM. We had a few issues with the hardware. One of the disks is unstable, leading to crashes eventually. I started the system without the disk, I changed the disks position, moved them from a PCI Controller to the onboard controller and stuff. ZFS came up fine. I'm really impressed with ZFS and it's features. The system is pretty busy, we've 15 users max with 1MBit/sec allowed. Firewall states a throughput of 90MBit/sec upstream, saturating the 100MBit/sec NIC. With ZFS you're making use of all your HW, CPU, RAM, PCI Bus etc. So if something 's wrong with your HW you'll notice. But that doesn't necessarily mean that it's related to ZFS. For example I encountered a poor system performance, with lots of interrupts. Tried to tweak ZFS a bit, didn't make a difference. Then I took my "primary slave disk" from the PCI Controller, attached it to onboard primary master - and things went out fine. Just as a side note: If your dmesg reports something like this: atapci0: port 0xdc00-0xdc07,0xd800-0xd803,0xd400-0xd407,0xd000-0xd003,0xcc00-0xcc0f irq 10 at device 6.0 on pci0 ...remove it. ;-) Christian