From owner-freebsd-fs@FreeBSD.ORG Mon Dec 2 09:40:59 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 738216FA for ; Mon, 2 Dec 2013 09:40:59 +0000 (UTC) Received: from mail-qa0-x22f.google.com (mail-qa0-x22f.google.com [IPv6:2607:f8b0:400d:c00::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 30CBF1292 for ; Mon, 2 Dec 2013 09:40:59 +0000 (UTC) Received: by mail-qa0-f47.google.com with SMTP id w5so4112909qac.20 for ; Mon, 02 Dec 2013 01:40:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=T4o3HjhuzCkcCr0aylv0O9NHG7H6F/4zyXSU2nbCYkY=; b=Ie9IwlXQXCUaAMZpcY6Pq2Xy9pgs85HjYVDXveksL0uqIdvufsaBRc08yPCu3Qp76D 1zCYSZK4xp+qK1FwTTWnc6urbhrmi6iw9AdLQi3M9UZnS5YjsIj6kiLx3Qt1iVwWKbd0 V7cszjrK+rFc7AeqaHseoyFv1HLmznQCNZM91M4NzCtwy8vgYgpP8+YkIYfgOq8TpVhH bT2u72Is7Vwy8nF6k3pSAferTMX/GHy+ayJ9LlAFN1fiJXaT9a8UcR8nAG5mGe2CvTeY LViEUtpRyypt8J60OQCJgr/ECzA66tuU03hFZldwrZuOIDqSx6ceManhNoGJXVEGZ3ma MQ7w== MIME-Version: 1.0 X-Received: by 10.229.219.5 with SMTP id hs5mr111411816qcb.9.1385977257799; Mon, 02 Dec 2013 01:40:57 -0800 (PST) Received: by 10.224.36.137 with HTTP; Mon, 2 Dec 2013 01:40:57 -0800 (PST) In-Reply-To: <03CB6E4FFD454EBA9E416813A5187C9F@multiplay.co.uk> References: <03CB6E4FFD454EBA9E416813A5187C9F@multiplay.co.uk> Date: Mon, 2 Dec 2013 09:40:57 +0000 Message-ID: Subject: Re: ssd for zfs From: krad To: Steven Hartland Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.16 Cc: FreeBSD FS , Richard Kojedzinszky X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Dec 2013 09:40:59 -0000 you also want to look at your workloads on the pool, if you are not doing lots of async writes, you may well be better off using it as an l2arc device. Ideally you should have separate devices, but you could partition the ssd and use it as l2arc and zill, but that isnt best practice, but there are many people who do that out there with varying mileage depending on their workloads. On 28 November 2013 12:51, Steven Hartland wrote: > FreeBSD has TRIM support and some disks have very slow TRIM support. > > Try disabling TRIM support in /boot/loader.conf > vfs.zfs.trim.enabled=0 > > Also check to see if your seeing ashift 12 as I suspect thats actually > a 4k not 512b device. This can be confirmed by looking at the boot > output. > > Regards > Steve > ----- Original Message ----- From: "Richard Kojedzinszky" < > krichy@cflinux.hu> > To: > Sent: Wednesday, November 27, 2013 8:51 AM > Subject: ssd for zfs > > > > 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 device is: >> # camcontrol identify ada3 >> pass4: ATA-8 SATA 2.x device >> pass4: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 512bytes) >> >> protocol ATA/ATAPI-8 SATA 2.x >> device model STEC MACH16 M16SD2S-50UI >> firmware revision 00000299 >> serial number STM0001680E8 >> WWN 5000a7203006f8e5 >> media serial number STEC MACH16 M16SD2S-50UI STM00 >> cylinders 16383 >> heads 15 >> sectors/track 63 >> sector size logical 512, physical 512, offset 0 >> LBA supported 97696368 sectors >> LBA48 supported 97696368 sectors >> PIO supported PIO4 >> DMA supported WDMA2 UDMA6 >> media RPM non-rotating >> >> Feature Support Enabled Value Vendor >> read ahead yes yes >> write cache yes yes >> flush cache yes yes >> overlap no >> Tagged Command Queuing (TCQ) no no >> Native Command Queuing (NCQ) yes 32 tags >> SMART yes yes >> microcode download yes yes >> security yes no >> power management yes yes >> advanced power management no no >> automatic acoustic management no no >> media status notification no no >> power-up in Standby yes no >> write-read-verify no no >> unload no yes >> free-fall no no >> Data Set Management (DSM/TRIM) yes >> DSM - max 512byte blocks yes 8 >> DSM - deterministic read yes any value >> Host Protected Area (HPA) yes no 97696368/97696368 >> HPA - Security no >> >> Regards, >> >> Kojedzinszky Richard >> _______________________________________________ >> freebsd-fs@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-fs >> To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" >> >> > ================================================ > This e.mail is private and confidential between Multiplay (UK) Ltd. and > the person or entity to whom it is addressed. In the event of misdirection, > the recipient is prohibited from using, copying, printing or otherwise > disseminating it or any information contained in it. > In the event of misdirection, illegible or incomplete transmission please > telephone +44 845 868 1337 > or return the E.mail to postmaster@multiplay.co.uk. > > > _______________________________________________ > freebsd-fs@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-fs > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" >