From owner-freebsd-questions@FreeBSD.ORG Wed Apr 11 11:32:11 2007 Return-Path: X-Original-To: freebsd-questions@freebsd.org Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6DA7116A401 for ; Wed, 11 Apr 2007 11:32:11 +0000 (UTC) (envelope-from freebsd-questions@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id EDC1A13C4BE for ; Wed, 11 Apr 2007 11:32:10 +0000 (UTC) (envelope-from freebsd-questions@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Hbb3I-0000IO-0k for freebsd-questions@freebsd.org; Wed, 11 Apr 2007 13:31:52 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 11 Apr 2007 13:31:52 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 11 Apr 2007 13:31:52 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-questions@freebsd.org From: Ivan Voras Date: Wed, 11 Apr 2007 13:31:33 +0200 Lines: 91 Message-ID: References: <1387491461.20070411043619@pyro.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig6B17D227A26DC934945A4D80" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 1.5.0.10 (X11/20060911) In-Reply-To: <1387491461.20070411043619@pyro.de> X-Enigmail-Version: 0.94.2.0 Sender: news Subject: Re: Terabyte harddisks, GELI, AMD64, Samba and Zen... 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: Wed, 11 Apr 2007 11:32:11 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig6B17D227A26DC934945A4D80 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Solon Luigi Lutz wrote: > -------Sequential Output-------- ---Sequential Input-- --= Random-- > -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --= Seeks--- > Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /= sec %CPU > 1000 37922 31.5 48829 12.0 23827 5.0 30054 36.0 43666 6.0 11= 20.0 2.5 Interesting - your CPU doesn't look overwhelmed much. > But I have not been able to get more than 17 MB/s when using Samba to > transfer data - FTP maxes out around 27 MB/s. I also tried that on > i386 32-bit and found it to be 8 MB/s and 17 MB/s - not good, but > nothing to worry. >=20 > What made me feel really uncomfortable was the fact, that just some > minutes ago some 3000 1GB files suddenly disappeared while working > in a directory. They where gone, but the filesystem did not report > some additional 3TB to be free and after unmounting and remounting the > filesystem the files were back where the belonged... > This just happened some minutes later again, now with only 2500 files > dis- and -reappearing again. This can mean either file system corruption (which fsck fixed on boot?), = a bug (read cache bug, where the memory representation of the directory=20 doesn't agree with on-disk state) or a hardware memory error. Of these,=20 hardware errors are easiest to check in your case. Download a memtest86=20 boot CD ISO, burn it and let it run for a few hours. Next, you can try a = "full" fsck, which would probably a few last days on such a big array=20 (big arrays are inconvenient to have without journaling). If both fail,=20 we may look for a bug somewhere. > Questions until now: >=20 > 1. 10TB as a single volume, too big for good? (fsck time: 30 min with s= oftupdates) Yes, too big. Softupdates doesn't even do a full fsck - if you tried a=20 full fsck it will require about a dozen GB of memory (or memory+swap)=20 and take a really long time. If you're not scared of it, you should run=20 7-current and re-create the file system with gjournal, or even ZFS. > 2. GELI unstable on big disks and/or AMD64? You're the first to complain :) > 3. Why is Samba so slow? Search Google... Samba is notoriously slow on FreeBSD, but there are few = ways to tune it which will help. > 4. Does the crypto-framwork gain speed advantages from dual-core CPUs? No, and the same goes for most GEOM classes. > 5. Will the GPT-stuff change over the next releases in a way I need to > do DUMP/RESTORE? I don't think so, except if someone discovers an incompatibility in the=20 way FreeBSD handles GPT wrt other OSs. Shouldn't happen. --------------enig6B17D227A26DC934945A4D80 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFGHMcVldnAQVacBcgRAuq+AJ0dGxwPicstnxQ695SEUbGDgsQDVACeKSJ8 DuPvflsEB2TSW8FjMQ0aYdQ= =CceQ -----END PGP SIGNATURE----- --------------enig6B17D227A26DC934945A4D80--