Dark Reading is part of the Informa Tech Division of Informa PLC

This site is operated by a business or businesses owned by Informa PLC and all copyright resides with them.Informa PLC's registered office is 5 Howick Place, London SW1P 1WG. Registered in England and Wales. Number 8860726.

News

4/6/2010
12:15 PM
George Crump
George Crump
Commentary
50%
50%

What Is Zero Detect?

There is a term you are going to start hearing more of in storage circles; Zero Detect. Some storage systems that offer thin provisioning are adding the ability to detect areas of a volume that have been zeroed out so they can reclaim that space and use it elsewhere. Zero detect becomes a critical component as we advance the capabilities of thin provisioning.

There is a term you are going to start hearing more of in storage circles; Zero Detect. Some storage systems that offer thin provisioning are adding the ability to detect areas of a volume that have been zeroed out so they can reclaim that space and use it elsewhere. Zero detect becomes a critical component as we advance the capabilities of thin provisioning.Most file systems when they are told to delete a file, simply mark the area as available to be overwritten, they don't actually remove anything. This creates a challenge for storage systems that offer thin provisioning. If you delete a large amount of data to free up capacity, the thin provisioning system will not be able to understand what happened and reclaim that capacity. The result is that overtime thin provisioned systems used to "gain weight" as files were deleted from the file system. In other words the thinly provisioned volumes most efficient day was its first.

Despite this shortcoming, thin provisioning has caught on, almost becoming a required feature. The ability to only allocate capacity as it was needed, even if you could not later reclaim that capacity, still saves many organizations lots of wasted capacity. The ideal situation is to be able to reclaim the deleted space as well and the next era of thin provisioning will be defined by vendors that can advance the state of the art to address this challenge.

Which brings us to zero detect. As I said earlier a file system does not automatically zero out deleted blocks. It just marks them available to be overwritten. A separate utility will have to be run that will scan the file system for deleted files and then zero them out. Once thats done the zero detect aware thin provisioning system can scan the volume and identify the blocks that have been zero'ed out and reclaim those areas. While this adds a few extra tasks to the storage administrator's todo list, imagine being able to reclaim TB's of capacity. This will likely become a housekeeping chore that is run once a week or month but the return could be well worth the investment in time.

Zero detect does let a few worms sneak out of the can though. There will be issues with how many consecutive blocks of deletion are available before the space can be reclaimed and all of this scanning is going to take processing power on both the attached server and especially on the storage system. Storage system suppliers will have to come up with ways to address at least the later.

The ideal solution may be to have a file system that is thin aware and communicates directly with the storage systems. This would allow the storage systems to reclaim the space as soon as it becomes available. The communication would eliminate the need for a separate maintenance process as well as reduce the impact on server and storage processors.

There is an effort within the Technical Committee T11, which is the committee within INCITS to produce a standard interface between file systems and thin provisioned storage systems. Until this standard becomes ratified and established it is going to be on the file system vendors and storage hardware vendors to work together. Until that time though the zero detect method may be the only way to enable thin reclamation.

Track us on Twitter: http://twitter.com/storageswiss

Subscribe to our RSS feed.

George Crump is lead analyst of Storage Switzerland, an IT analyst firm focused on the storage and virtualization segments. Find Storage Switzerland's disclosure statement here.

Comment  | 
Print  | 
More Insights
Comments
Oldest First  |  Newest First  |  Threaded View
Avi_123
100%
0%
Avi_123,
User Rank: Apprentice
4/12/2015 | 7:07:42 AM
Thanks
Very useful post George.

Cheers

Avi
The Security of Cloud Applications
Hillel Solow, CTO and Co-founder, Protego,  7/11/2019
Where Businesses Waste Endpoint Security Budgets
Kelly Sheridan, Staff Editor, Dark Reading,  7/15/2019
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Current Issue
Building and Managing an IT Security Operations Program
As cyber threats grow, many organizations are building security operations centers (SOCs) to improve their defenses. In this Tech Digest you will learn tips on how to get the most out of a SOC in your organization - and what to do if you can't afford to build one.
Flash Poll
The State of IT Operations and Cybersecurity Operations
The State of IT Operations and Cybersecurity Operations
Your enterprise's cyber risk may depend upon the relationship between the IT team and the security team. Heres some insight on what's working and what isn't in the data center.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2019-13643
PUBLISHED: 2019-07-18
Stored XSS in EspoCRM before 5.6.4 allows remote attackers to execute malicious JavaScript and inject arbitrary source code into the target pages. The attack begins by storing a new stream message containing an XSS payload. The stored payload can then be triggered by clicking a malicious link on the...
CVE-2019-13644
PUBLISHED: 2019-07-18
Firefly III before 4.7.17.1 is vulnerable to stored XSS due to lack of filtration of user-supplied data in a budget name. The JavaScript code is contained in a transaction, and is executed on the tags/show/$tag_number$ tag summary page.
CVE-2019-13645
PUBLISHED: 2019-07-18
Firefly III before 4.7.17.3 is vulnerable to stored XSS due to lack of filtration of user-supplied data in image file names. The JavaScript code is executed during attachments/edit/$file_id$ attachment editing.
CVE-2019-13646
PUBLISHED: 2019-07-18
Firefly III before 4.7.17.3 is vulnerable to reflected XSS due to lack of filtration of user-supplied data in a search query.
CVE-2019-13647
PUBLISHED: 2019-07-18
Firefly III before 4.7.17.3 is vulnerable to stored XSS due to lack of filtration of user-supplied data in image file content. The JavaScript code is executed during attachments/view/$file_id$ attachment viewing.