Comments on: Enterprise Computing: So EMC, Where’s Your Thin Persistence?

By: thin space

thin space — Wed, 31 Mar 2010 04:32:54 +0000

[...] residential and commercial. Lowering monthly electrical costs by reducing electrical usage.The Storage Architect Blog Archive Enterprise Computing …… Space-efficient volumes, allowing us to also go from thick to thin … This capability exists [...]

By: Andrew

Andrew — Thu, 11 Mar 2010 11:10:29 +0000

Null/0 page reclamation has a rather limited set of use cases. Probably the most effective use being to reclaim null/o pages after a thik to thin migration assuming you don’t have access to something like Symantec SmartMove.

After that 0 page reclamation is much less useful because filesystems do not typically write lots of blocks full of nulls. When a filesystem deletes data it typically does not write nulls to the blocks that are no longer used, in stead it de-references the blocks, because these blocks do not contain nulls 0 page cannot reclaim them.

This is one reason why data recovery programs can recover deleted files.

What is required it intelligence at the host level to provide the TP system with a list of blocks that are no-null but which the filesystem is no longer using.

This capability exists today in the form of the Thin reclamation API developed by Symantec.

By: Barry Whyte

Barry Whyte — Thu, 15 Oct 2009 17:57:26 +0000

Chris, you are correct SVC 5 brings Zero Impact Zero Detection function to our “Space-efficient” volumes, allowing us to also go from “thick to thin” as well as stay thin by inline detecting zeros.

What is interesting is that 3Par think they need a custom ASIC to do this – when SSE 64bit macros in commodity Intel CPUs provide an almost zero impact mechanism to implement said function.

By: Cinetica Blog » start thin, stay thin, think thin! (in italiano)

Cinetica Blog » start thin, stay thin, think thin! (in italiano) — Thu, 15 Oct 2009 15:55:52 +0000

[...] Probably we are going to talk a lot about different implementations of this features in the near future, but, as Chris Evans (the Storage Architect) reminds us EMC will not be at this party! [...]

By: Cinetica Blog » start thin, stay thin, think thin!

Cinetica Blog » start thin, stay thin, think thin! — Wed, 14 Oct 2009 16:08:11 +0000

By: Chris Evans

Chris Evans — Tue, 13 Oct 2009 21:10:06 +0000

I think you’re right – not a fun way? Surprised EMC haven’t responded…

Chris

By: InsaneGeek

InsaneGeek — Tue, 13 Oct 2009 14:28:43 +0000

There’s a way… but it’s not a real “fun” way. If you are a powerpath user, you can use it’s migration enabler to do thick to thin conversions live (at least for Linux & Windows). Here’s where is stops being fun: you present the host new target luns, then you use powermig to sync the source to the target luns. It basically looks for 256k of sequential zeros, and throws those away, if you have a 255k of zero’s and 1k of data it will write everything (the 256k was from memory so it might be off). So for me if I really want to reclaim as much as possible: defrag first (if on windows) then create a large file with nothing but zeros in it, then delete the file so I have the best chance of contiguous zero’s (which is true for any array’s zpr)

This is all done online so I don’t have to do a whole lot of application/customer negotiation for time, but it’s a big pain in the ass if you ask me compared to other vendors of just running it as a low-priority service in the array (but at least the option’s there).