From owner-freebsd-hackers@FreeBSD.ORG Tue May 13 02:55:07 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EAE96106567B for ; Tue, 13 May 2008 02:55:07 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.29]) by mx1.freebsd.org (Postfix) with ESMTP id A5DA98FC14 for ; Tue, 13 May 2008 02:55:07 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so1433523ywe.13 for ; Mon, 12 May 2008 19:55:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; bh=YYVVyaJ6M1ZHEhi3C4LPXpJZEwQoVgCT5fDb0aDjFWQ=; b=TtFSpt4bXU5TQU+y12PYq4nos2e27SSL4Nu7pmRgmg8MdSyr2xCl0q/odsKpFRKHRYSCnze5Qwm9aJsKLr7lKWdcVu6d8Gg0Bc+DNCihjsZxo/OwB5qQ3UsgYWMR/bnIAs8ulpBhfalSE/T3Nr8W+HNrBI4i4r19h1j3AUF0r40= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=FhJFEneZxjC9D3UrhtBbWxaoXypfVcs7ysEHFTiQza1rWPn2eQ7xFe3jc/Z0p2i8IkestMEVyPj2aB7uPa9gmY79TH69n7pddBs7S/QHbftXnxi9puJAYjkiUVR97kyAIt1GdySU8Wpa1SZzfu/HE7ohyROBpUijRTID8SV8FkM= Received: by 10.150.79.42 with SMTP id c42mr9069982ybb.163.1210647307091; Mon, 12 May 2008 19:55:07 -0700 (PDT) Received: by 10.150.53.11 with HTTP; Mon, 12 May 2008 19:55:07 -0700 (PDT) Message-ID: <5f67a8c40805121955t3269b1d5we302dda607e21573@mail.gmail.com> Date: Mon, 12 May 2008 22:55:07 -0400 From: "Zaphod Beeblebrox" To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: ZFS and mmap() datapoint. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 May 2008 02:55:08 -0000 I don't know exactly where this fits in the discussion, but I was using "ghost" v 14 to backup my XP box over SMB to a 7.0-RELEASE system using ZFS. After doing one backup, the second backup wouldn't proceed, so I erased the backup files and started fresh. The next attempt, I turned on the verify option in ghost. It claimed that the backup it was creating was corrupt. So I upgraded the FreeBSD machine to 7-STABLE. Started the backup again, same problem. So I checked into samba's options ... and it has an option that claims to turn off the mmap() usage of the daemon. It certainly slows the daemon, so it's doing something. Anyways... the backup was still corrupt. Obviously... this is testing at a high layer. Does the option in smb.conf turn off the use of mmap(). Is that moot because C libraries might use mmap() anyways? Is ghost the culprit here? I dunno. The ZFS array does handle linear reads and writes of large media files without detectable error.