Re: [zfs-discuss] Ext. UPS-backed SATA SSD ZIL?

On Sat, Nov 27, 2010 at 03:04:27AM -0800, Erik Trimble wrote: Hi, > > I haven't had a chance to test a Vertex 2 PRO against my 2 EX, and I'd > be interested if anyone else has. The EX is SLC-based, and the PRO is > MLC-based, but the claimed performance numbers are similar. If the PRO > work

Re: [zfs-discuss] Ext. UPS-backed SATA SSD ZIL?

On 11/27/2010 11:08 PM, Christopher George wrote: I'm doing compiles of the JDK, with a single backed ZFS system handing the files for 20-30 clients, each trying to compile a 15 million-line JDK at the same time. Very cool application! Can you share any metrics, such as the aggregate size of so

Re: [zfs-discuss] Ext. UPS-backed SATA SSD ZIL?

On 11/27/2010 7:42 PM, Tim Cook wrote: On Sat, Nov 27, 2010 at 9:29 PM, Erik Trimble > wrote: On 11/27/2010 6:50 PM, Christopher George wrote: Furthermore, I don't think "1 hour sustained" is a very accurate benchmark. M

Re: [zfs-discuss] Ext. UPS-backed SATA SSD ZIL?

> I'm doing compiles of the JDK, with a single backed ZFS system handing > the files for 20-30 clients, each trying to compile a 15 million-line > JDK at the same time. Very cool application! Can you share any metrics, such as the aggregate size of source files compiled and the size of the resu

Re: [zfs-discuss] Ext. UPS-backed SATA SSD ZIL?

>>TRIM was putback in July... You're telling me it didn't make it into S11 >Express? > >http://mail.opensolaris.org/pipermail/onnv-notify/2010-July/012674.html It looks like this refers to the ability to use the TRIM command, but ZFS doesn't: http://bugs.opensolaris.org/bugdatabase/view_bug.do?bu

Re: [zfs-discuss] Ext. UPS-backed SATA SSD ZIL?

On Sat, Nov 27, 2010 at 9:29 PM, Erik Trimble wrote: > On 11/27/2010 6:50 PM, Christopher George wrote: > >> Furthermore, I don't think "1 hour sustained" is a very accurate >>> benchmark. >>> Most workloads are bursty in nature. >>> >> The IOPS degradation is additive, the length of the first and

Re: [zfs-discuss] Ext. UPS-backed SATA SSD ZIL?

On 11/27/2010 6:50 PM, Christopher George wrote: Furthermore, I don't think "1 hour sustained" is a very accurate benchmark. Most workloads are bursty in nature. The IOPS degradation is additive, the length of the first and second one hour sustained period is completely arbitrary. The take away

Re: [zfs-discuss] Ext. UPS-backed SATA SSD ZIL?

> Furthermore, I don't think "1 hour sustained" is a very accurate benchmark. > Most workloads are bursty in nature. The IOPS degradation is additive, the length of the first and second one hour sustained period is completely arbitrary. The take away from slides 1 and 2 is drive inactivity ha

Re: [zfs-discuss] Ext. UPS-backed SATA SSD ZIL?

> From: zfs-discuss-boun...@opensolaris.org [mailto:zfs-discuss- > boun...@opensolaris.org] On Behalf Of Christopher George > > Jump to slide 37 for the write IOPS benchmarks: > > http://www.ddrdrive.com/zil_accelerator.pdf Anybody who designs or works with NAND (flash) at a low level knows it c

Re: [zfs-discuss] Ext. UPS-backed SATA SSD ZIL?

> TRIM was putback in July... You're telling me it didn't make it into S11 > Express? Without top level ZFS TRIM support, SATA Framework (sata.c) support has no bearing on this discussion. Best regards, Christopher George Founder/CTO www.ddrdrive.com -- This message posted from opensolaris.org

Re: [zfs-discuss] Ext. UPS-backed SATA SSD ZIL?

On Sat, Nov 27, 2010 at 2:24 PM, Christopher George wrote: > > Why would you disable TRIM on an SSD benchmark? > > Because ZFS does *not* support TRIM, so the benchmarks > are configured to replicate actual ZIL Accelerator workloads. > > > If you're doing sustained high-IOPS workloads like that, t

Re: [zfs-discuss] Ext. UPS-backed SATA SSD ZIL?

> Why would you disable TRIM on an SSD benchmark? Because ZFS does *not* support TRIM, so the benchmarks are configured to replicate actual ZIL Accelerator workloads. > If you're doing sustained high-IOPS workloads like that, the > back-end is going to fall over and die long before the hour time-

Re: [zfs-discuss] Ext. UPS-backed SATA SSD ZIL?

That's a great deck, Chris. -marc Sent from my iPhone On 2010-11-27, at 10:34 AM, Christopher George wrote: >> I haven't had a chance to test a Vertex 2 PRO against my 2 EX, and I'd >> be interested if anyone else has. > > I recently presented at the OpenStorage Summit 2010 and compared > ex

Re: [zfs-discuss] Ext. UPS-backed SATA SSD ZIL?

On Sat, Nov 27, 2010 at 9:34 AM, Christopher George wrote: > > I haven't had a chance to test a Vertex 2 PRO against my 2 EX, and I'd > > be interested if anyone else has. > > I recently presented at the OpenStorage Summit 2010 and compared > exactly the three devices you mention in your post (Ver

Re: [zfs-discuss] Ext. UPS-backed SATA SSD ZIL?

> I haven't had a chance to test a Vertex 2 PRO against my 2 EX, and I'd > be interested if anyone else has. I recently presented at the OpenStorage Summit 2010 and compared exactly the three devices you mention in your post (Vertex 2 EX, Vertex 2 Pro, and the DDRdrive X1) as ZIL Accelerators. J

Re: [zfs-discuss] Ext. UPS-backed SATA SSD ZIL?

On 11/26/2010 1:11 PM, Krunal Desai wrote: What about powering the X25-E by an external power source, one that is also solid-state and backed by a UPS? In my experience, smaller power supplies tend to be much more reliable than typical ATX supplies. I don't think the different PSU would be an

Re: [zfs-discuss] Ext. UPS-backed SATA SSD ZIL?

> What about powering the X25-E by an external power source, one that is also > solid-state and backed by a UPS? In my experience, smaller power supplies > tend to be much more reliable than typical ATX supplies. I don't think the different PSU would be an issue, The supply you've linked doesn

[zfs-discuss] Ext. UPS-backed SATA SSD ZIL?

Hi all, I've run into the classic NFS performance bottleneck when the ZIL is enabled and having no fast, dedicated ZIL device. Being on a budget I concluded that an X25-E would be my best option, but there is still the concern that its write cache is not battery-backed and that a corrupt ZIL i