From owner-freebsd-current@FreeBSD.ORG Fri Jul 6 05:19:57 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 3999016A41F for ; Fri, 6 Jul 2007 05:19:57 +0000 (UTC) (envelope-from bdonnell@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.224]) by mx1.freebsd.org (Postfix) with ESMTP id E755913C448 for ; Fri, 6 Jul 2007 05:19:56 +0000 (UTC) (envelope-from bdonnell@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so89226nzf for ; Thu, 05 Jul 2007 22:19:56 -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:references; b=NDZdgO+x/DRXKD6CXa/G+3WwYCxPDcaGA0qumpLtJqI86n8L6ZZARTQ/WKq0ooQE+UD3b+fO1hfgamLNj+DlOUfDFs95yun+NpRD7JLe76C+ZRel5zvSB+USkurXTwpfX3yLCQ9k0bPIRiFUOVyQcBb3UQ+mhrUsJbFILpnh4H4= 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:references; b=s/D41PAjGld94elz9MWozBghNCry5R1Bsjn3TCyGPMa9Q4wzIyoMYMF5mO9SRjS6cfdN2Acm4cwES0aq5+36j/7fSqfS+ggeEftuCN6HZ0vE3hfAS/MiKjOk7MxqEwdqyze9dcvrAA8uG4ZxQDeoeIBq0gO6OyUAqbw7vWLS+fY= Received: by 10.142.80.7 with SMTP id d7mr25316wfb.1183699195776; Thu, 05 Jul 2007 22:19:55 -0700 (PDT) Received: by 10.143.44.7 with HTTP; Thu, 5 Jul 2007 22:19:55 -0700 (PDT) Message-ID: <1c5c32890707052219p61c4abd4s7be4dd7c51a8246e@mail.gmail.com> Date: Fri, 6 Jul 2007 01:19:55 -0400 From: "Brian Donnell" To: "Joe Marcus Clarke" In-Reply-To: <1183698637.55166.58.camel@shumai.marcuscom.com> MIME-Version: 1.0 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> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 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:19:57 -0000 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. -- Brian On 7/6/07, Joe Marcus Clarke wrote: > > > 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 > closedir() is called (e.g. network timeouts). > > 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 > 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). > > Joe >