From owner-freebsd-scsi@FreeBSD.ORG Fri Nov 29 14:52:47 2013 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 048F6DDB for ; Fri, 29 Nov 2013 14:52:47 +0000 (UTC) Received: from pi.nmdps.net (pi.nmdps.net [109.61.102.5]) by mx1.freebsd.org (Postfix) with ESMTP id B54C01AE6 for ; Fri, 29 Nov 2013 14:52:46 +0000 (UTC) Received: from pi.nmdps.net (localhost [127.0.0.1]) (Authenticated sender: krichy@cflinux.hu) by pi.nmdps.net (Postfix) with ESMTPSA id 9BB311508 for ; Fri, 29 Nov 2013 15:52:38 +0100 (CET) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Fri, 29 Nov 2013 15:52:36 +0100 From: krichy@cflinux.hu To: freebsd-scsi@freebsd.org Subject: Re: Fwd: Re: ssd for zfs In-Reply-To: <0b12c19b8832c72369ff7244d7231846@cflinux.hu> References: <0b12c19b8832c72369ff7244d7231846@cflinux.hu> Message-ID: <81b87ca49aef7d88db1b4dbd5f7eb201@cflinux.hu> X-Sender: krichy@cflinux.hu User-Agent: Roundcube Webmail/0.9.5 X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Nov 2013 14:52:47 -0000 Dear Devs, Regarding my problem, is that possible that the device honours the SYNCHRONIZE_CACHE command slowly? Just because linux and bsd detects its cache setting as disabled when attaching it to the system. Is that possible that when linux detects it has no write-cache, it skips SYNCHRONIZE_CACHE commands? By the way, the SSD still does not lose any data with this behaviour according to tests. Thanks in advance, 2013-11-27 15:14 időpontban krichy@cflinux.hu ezt írta: > -------- Eredeti üzenet -------- > Tárgy: Re: ssd for zfs > Dátum: 2013-11-27 14:07 > Feladó: Richard Kojedzinszky > Címzett: Tom Evans > Másolat: FreeBSD FS > > Dear FS devs, > > After some investigation, it turned out that when I turn write-cache > off under linux, the performance drops to 100 on that OS also. But > when enabled, 1400 IOPS (synchronous) can be achieved. So I would like > to see the same on FreeBSD as well. Using camcontrol shows that the > write cache is enabled, but I may assume that something around this is > causing the performance degradation. But unfortunately I cannot step > forward right now. > > Regards, > > Kojedzinszky Richard > > On Wed, 27 Nov 2013, Tom Evans wrote: > >> On Wed, Nov 27, 2013 at 8:51 AM, Richard Kojedzinszky >> wrote: >>> Dear fs developers, >>> >>> Probably this is not the best list to report my issue, but please >>> forward it >>> to where it should get. >>> >>> I bought an SSD for my ZFS filesystem to use it as a ZIL. I've tested >>> it >>> under linux, and found that it can handle around 1400 random >>> synchronized >>> write IOPS. Then I placed it into my freebsd 9.2 box, and after >>> attaching it >>> as a ZIL, my zpool only performs 100 (!) write iops. I've attached it >>> to an >>> AHCI controller and to an LSI 1068 controller, on both it behaves the >>> same. >>> So I expect that something in the scsi layer is different, FreeBSD is >>> handling this device slower, but actually it can handle the 1400 iops >>> as >>> tested under linux. >>> >>> Please give some advice where to go, how to debug, and how to improve >>> FreeBSD's performance with this drive. >>> >> >> The ZIL is only used for synchronous writes. The majority of writes >> are asynchronous, and the ZIL is not used at all. Plus, a ZIL can only >> increase iops by bundling writes - if your underlying pool is write >> saturated already, then a ZIL can't help - any data written to the ZIL >> has to end up on the pool. >> >> Test the SSD by itself under FreeBSD to rule out FreeBSD not working >> correctly on the SSD (I doubt this though). >> >> Cheers >> >> Tom >>