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
Newest First  |  Oldest 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
Small Business Security: 5 Tips on How and Where to Start
Mike Puglia, Chief Strategy Officer at Kaseya,  2/13/2020
Architectural Analysis IDs 78 Specific Risks in Machine-Learning Systems
Jai Vijayan, Contributing Writer,  2/13/2020
Register for Dark Reading Newsletters
White Papers
Video
Cartoon
Current Issue
6 Emerging Cyber Threats That Enterprises Face in 2020
This Tech Digest gives an in-depth look at six emerging cyber threats that enterprises could face in 2020. Download your copy today!
Flash Poll
How Enterprises Are Developing and Maintaining Secure Applications
How Enterprises Are Developing and Maintaining Secure Applications
The concept of application security is well known, but application security testing and remediation processes remain unbalanced. Most organizations are confident in their approach to AppSec, although others seem to have no approach at all. Read this report to find out more.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2020-4230
PUBLISHED: 2020-02-19
IBM DB2 for Linux, UNIX and Windows (includes DB2 Connect Server) 11.1 and 11.5 is vulnerable to an escalation of privilege when an authenticated local attacker with special permissions executes specially crafted Db2 commands. IBM X-Force ID: 175212.
CVE-2019-4429
PUBLISHED: 2020-02-19
IBM Maximo Asset Management 7.6.0 and 7.6.1 is vulnerable to cross-site scripting. This vulnerability allows users to embed arbitrary JavaScript code in the Web UI thus altering the intended functionality potentially leading to credentials disclosure within a trusted session. IBM X-Force ID: 162886.
CVE-2019-4457
PUBLISHED: 2020-02-19
IBM Jazz Foundation 6.0, 6.0.1, 6.0.2, 6.0.3, 6.0.4, 6.0.5, 6.0.6, and 6.0.6.1 could allow an authenticated user to obtain sensitive information that could be used in further attacks against the system. IBM X-Force ID: 163654.
CVE-2019-4640
PUBLISHED: 2020-02-19
IBM Security Secret Server 10.7 processes patches, image backups and other updates without sufficiently verifying the origin and integrity of the code which could result in an attacker executing malicious code. IBM X-Force ID: 170046.
CVE-2020-4135
PUBLISHED: 2020-02-19
IBM DB2 for Linux, UNIX and Windows (includes DB2 Connect Server) 9.7, 10.1, 10.5, 11.1, and 11.5 could allow an unauthenticated user to send specially crafted packets to cause a denial of service from excessive memory usage.