From owner-freebsd-current@FreeBSD.ORG Fri Jul 6 05:24:13 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 60FB716A421 for ; Fri, 6 Jul 2007 05:24:13 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.freebsd.org (Postfix) with ESMTP id 7CFEF13C45A for ; Fri, 6 Jul 2007 05:24:12 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from [IPv6:2001:470:1f00:2464::4] (shumai.marcuscom.com [IPv6:2001:470:1f00:2464::4]) by creme-brulee.marcuscom.com (8.14.1/8.14.1) with ESMTP id l665OWFg093971; Fri, 6 Jul 2007 01:24:32 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Brian Donnell In-Reply-To: <1c5c32890707052219p61c4abd4s7be4dd7c51a8246e@mail.gmail.com> References: <46633B27.50601@dva.dyndns.org> <1c5c32890707031732s195a97c3vd29fb46323f28fae@mail.gmail.com> <46644820.6020609@dva.dyndns.org> <1c5c32890707041057x75712a20vef9800a7ddef7a6a@mail.gmail.com> <1183674495.75595.14.camel@worf> <1c5c32890707051739t6621e2d4ude73ce5d096ea72e@mail.gmail.com> <1183698637.55166.58.camel@shumai.marcuscom.com> <1c5c32890707052219p61c4abd4s7be4dd7c51a8246e@mail.gmail.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-R5B7di3PQlpKtkmcLwp6" Organization: MarcusCom, Inc. Date: Fri, 06 Jul 2007 01:24:06 -0400 Message-Id: <1183699446.55166.62.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 FreeBSD GNOME Team Port X-Spam-Status: No, score=-0.2 required=5.0 tests=BAYES_40,NO_RELAYS autolearn=no version=3.2.0 X-Spam-Checker-Version: SpamAssassin 3.2.0 (2007-05-01) on creme-brulee.marcuscom.com Cc: current , "Boris S." , Pascal Hofstee Subject: Re: ZFS vs Samba Debugging Results ... Need Help. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jul 2007 05:24:13 -0000 --=-R5B7di3PQlpKtkmcLwp6 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2007-07-06 at 01:19 -0400, Brian Donnell wrote: > I did read the comment, and I've been running tests with zfs, ntfs, > and ufs samba shares to see if anything bad is happening without those > replacement functions. Dropping the connection between computers down > to 10mbit I'm not having any problems with directories containing a > couple thousand files. I can't reliably test any slower of a > connection. Maybe it's the speed of the computer or the speed of the > connection, but I'm not seeing any issues. With the replacement > functions in ntfs can't be shared without core dumping either. Are > these replacement functions perhaps not needed anymore? Or am I just > missing something? But ever since I removed those replacement > functions on a 100mbit network I've seen, literally, a 10 fold > increase in speeds writing to my FreeBSD samba shares from Windows XP. > Perhaps that's just coincidence, but it seems like odd timing if it > is.=20 The behavior of telldir/closedir on FreeBSD is the same as when these replacement functions were written (i.e. the unused telldir() linked list nodes need to be freed in closedir()). I'm not certain about the rmdir issue to which the comments also refer. Julian's recent post from the Samba people indicates they still think the code is needed. Joe >=20 > -- Brian >=20 > On 7/6/07, Joe Marcus Clarke wrote: > =20 > Yes, this "works" as Pascal tested for me earlier. However, > if you read > the comments in this file there was a reason these functions > are > overridden. The way that telldir() works can cause issues > when=20 > closedir() is called (e.g. network timeouts). > =20 > In any event, I'm not sure there's a better way to do this > when it comes > to ZFS. When doing an lseek() on a ZFS directory, the > internal offset > is set to a hash code value (as far as I can tell). You can > not=20 > reliably increment this by some number, and get back to the > same > location in a given directory (in fact, you can easily get a > segfault by > doing that). > =20 > Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-R5B7di3PQlpKtkmcLwp6 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGjdH1b2iPiv4Uz4cRAo1YAJ4vv7Gmv2G43CaRlr3549FtLvs3oACfYzO6 gpCF2mHbYH9VoPeSH6Xt0pg= =1uMG -----END PGP SIGNATURE----- --=-R5B7di3PQlpKtkmcLwp6--