From owner-freebsd-stable@FreeBSD.ORG Fri Apr 29 01:48:39 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1780D1065674 for ; Fri, 29 Apr 2011 01:48:39 +0000 (UTC) (envelope-from mwaltz@PACIFIC.EDU) Received: from mx20.pacific.edu (mx20.pacific.edu [138.9.110.64]) by mx1.freebsd.org (Postfix) with ESMTP id E20618FC16 for ; Fri, 29 Apr 2011 01:48:38 +0000 (UTC) Received: from mx20.pacific.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 80D45AC8663; Thu, 28 Apr 2011 18:48:38 -0700 (PDT) Received: from EXCASHUB1.stk.pacific.edu (excashub1.stk.pacific.edu [10.9.4.121]) by mx20.pacific.edu (Postfix) with ESMTP id 13FA1AC8661; Thu, 28 Apr 2011 18:48:38 -0700 (PDT) Received: from EXMB2.STK.PACIFIC.EDU ([10.9.4.102]) by excashub1.stk.pacific.edu ([10.9.4.121]) with mapi id 14.01.0289.001; Thu, 28 Apr 2011 18:48:38 -0700 From: Malcolm Waltz To: Jeremy Chadwick Thread-Topic: ZFS vs OSX Time Machine Thread-Index: AQHMBa0X6h4oagP/h0u8OmOQbCHfSJR0JpeAgABIBYCAAA9IgIAACzYA Date: Fri, 29 Apr 2011 01:48:37 +0000 Message-ID: <5ED49CD2-5FF2-4110-8EEA-F754373D16F3@pacific.edu> References: <537A8F4F-A302-40F9-92DF-403388D99B4B@gsoft.com.au> <20110428195601.GA31807@icarus.home.lan> <20110429010829.GA36744@icarus.home.lan> In-Reply-To: <20110429010829.GA36744@icarus.home.lan> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.9.104.200] MIME-Version: 1.0 X-PMX-Version: 5.6.0.2009776, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2011.4.29.13317 X-PerlMx-Spam: Gauge=IIIIIIII, Probability=8%, Report=' SUPERLONG_LINE 0.05, BODYTEXTH_SIZE_10000_LESS 0, BODYTEXTP_SIZE_3000_LESS 0, BODY_SIZE_5000_5999 0, BODY_SIZE_7000_LESS 0, FROM_EDU_TLD 0, WEBMAIL_SOURCE 0, WEBMAIL_XOIP 0, WEBMAIL_X_IP_HDR 0, __BOUNCE_CHALLENGE_SUBJ 0, __BOUNCE_NDR_SUBJ_EXEMPT 0, __CP_MEDIA_BODY 0, __CP_URI_IN_BODY 0, __CT 0, __CTYPE_HAS_BOUNDARY 0, __CTYPE_MULTIPART 0, __CTYPE_MULTIPART_ALT 0, __HAS_HTML 0, __HAS_MSGID 0, __HAS_XOIP 0, __MIME_HTML 0, __MIME_VERSION 0, __MSGID_APPLEMAIL 0, __RATWARE_SIGNATURE_3_N1 0, __SANE_MSGID 0, __TAG_EXISTS_HTML 0, __TO_MALFORMED_2 0, __URI_NO_MAILTO 0, __URI_NS ' Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable List Subject: Re: ZFS vs OSX Time Machine X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Apr 2011 01:48:39 -0000 On Apr 28, 2011, at 6:08 PM, Jeremy Chadwick wrote: Be aware there are all sorts of caveats/complexities with iSCSI on FreeBSD. There are past threads on -stable and -fs talking about them in great detail. I personally wouldn't go this route. Why can't OS X use CIFS? It has the ability to mount a SMB filesystem, right? Is there some reason you can't mount that, then tell TM to write its backups to /mountedcifs? Ahh... I see. Well this works perfectly (iSCSI on ZFS): http://www.nexenta.org/ Perhaps we will see some improvements in the future. As for CIFS, yes some people do that. I wouldn't, but whatever. Certainly= you won't see _better_ performance. Most people choose AFP for this (as d= id the original poster). http://www.nickebo.net/tag/benchmark/ (there are plenty of others) As you can read in my previous posts, Time Machine needs block storage. If= you don't use block storage, it will emulate block storage using a disk im= age, which in this case is generating ~80000 files in one directory (sparse= -bands). Good luck with that. If iSCSI is not stable on FreeBSD, then it's probably best not to store Tim= e Machine data on FreeBSD. Some people don't seem to have issues with this= (as one other poster mentioned). I suppose it depends on how much and wha= t kind of data you are backing up. I can say that if you are backing up a media library and other normal user = data using Time Machine, it definitely performs poorly (unusable) after a w= hile if you are using anything but block based storage. If it hasn't happe= ned to you yet, just wait. It will.