Symbian3/SDK/Source/GUID-1824B323-AAA8-5403-A4CF-D1F530CBDAF5.dita
author Dominic Pinkman <Dominic.Pinkman@Nokia.com>
Thu, 21 Jan 2010 18:18:20 +0000
changeset 0 89d6a7a84779
permissions -rw-r--r--
Initial contribution of Documentation_content according to Feature bug 1266 bug 1268 bug 1269 bug 1270 bug 1372 bug 1374 bug 1375 bug 1379 bug 1380 bug 1381 bug 1382 bug 1383 bug 1385

<?xml version="1.0" encoding="utf-8"?>
<!-- Copyright (c) 2007-2010 Nokia Corporation and/or its subsidiary(-ies) All rights reserved. -->
<!-- This component and the accompanying materials are made available under the terms of the License 
"Eclipse Public License v1.0" which accompanies this distribution, 
and is available at the URL "http://www.eclipse.org/legal/epl-v10.html". -->
<!-- Initial Contributors:
    Nokia Corporation - initial contribution.
Contributors: 
-->
<!DOCTYPE concept
  PUBLIC "-//OASIS//DTD DITA Concept//EN" "concept.dtd">
<concept xml:lang="en" id="GUID-1824B323-AAA8-5403-A4CF-D1F530CBDAF5"><title>Introduction to space reclamation and compaction</title><prolog><metadata><keywords/></metadata></prolog><conbody><p>When a stream is replaced or deleted, the space it occupies is not immediately available for re-use by other streams. There are two things you can do about this:</p> <ul><li id="GUID-4DDE58C7-78C8-5356-A7EA-FA1D24BFE327"><p>reclaim unused space; this makes it available for re-use by the store</p> </li> <li id="GUID-FBC8264B-B808-57D3-91FA-60A5C5074226"><p>compact; this makes unused space available for re-use by the relevant system pool; for example, the filing system in the case of file-based stores.</p> </li> </ul> <p>Space reclamation and compaction are only supported by the permanent file store, <codeph>CPermanentFileStore</codeph>, and are not supported by embedded or direct file stores. Because permanent file stores must maintain their integrity, even when a transaction fails, normal operations use a relatively conservative approach to update these stores without overwriting old data. Therefore, applications using permanent file stores must compact them regularly.</p> <p>The task of both space reclamation and compaction can be approached in one of two general ways:</p> <ul><li id="GUID-4F10D740-C890-51AB-80A6-6DC76FFC39AA"><p>as a single, possibly long-running, job</p> </li> <li id="GUID-53D117F5-809C-5AB2-97E8-5AD087ABB434"><p>incrementally, as a series of small steps, running either synchronously or asynchronously.</p> </li> </ul> <section><title>See also</title> <p><xref href="GUID-C9D8D913-C65F-5A69-A606-30F59BFB38E2.dita">File stores</xref> </p> </section> </conbody></concept>