diff options
| author | James Laird <jlaird@hdfgroup.org> | 2004-07-14 19:34:24 (GMT) |
|---|---|---|
| committer | James Laird <jlaird@hdfgroup.org> | 2004-07-14 19:34:24 (GMT) |
| commit | a0c466cd99e6d62725ac1828755b042c2dcb6c85 (patch) | |
| tree | 8ef8956600e8765fe9a0fc96dcb5faa0798032e8 /doc | |
| parent | 769ee96c1fd7cdcc4de2f2b1f36e943ebf9fff8b (diff) | |
| download | hdf5-a0c466cd99e6d62725ac1828755b042c2dcb6c85.zip hdf5-a0c466cd99e6d62725ac1828755b042c2dcb6c85.tar.gz hdf5-a0c466cd99e6d62725ac1828755b042c2dcb6c85.tar.bz2 | |
[svn-r8877]
Purpose:
Bug Fix
Description:
If an HDF5 file grows larger than its address space, it dies and is unable to
write any data. This is more likely to happen since users are able to change
the number of bytes used to store addresses in the file.
Solution:
HDF5 now throws an error instead of dying. In addition, it "reserves" address
space for the local heap and for object headers (which do not allocate space
immediately). This ensures that after the error occurs, there is enough address
space left to flush the entire file to disk, so no data is lost.
A more complete explanation is at /doc/html/TechNotes/ReservedFileSpace.html
Platforms tested:
sleipnir, copper (parallel), verbena, arabica, Windows (Visual Studio 7)
Solution:
Platforms tested:
Misc. update:
Diffstat (limited to 'doc')
| -rw-r--r-- | doc/html/TechNotes.html | 5 | ||||
| -rw-r--r-- | doc/html/TechNotes/ReservedFileSpace.html | 29 |
2 files changed, 34 insertions, 0 deletions
diff --git a/doc/html/TechNotes.html b/doc/html/TechNotes.html index 2a7e5e8..a02a7cf 100644 --- a/doc/html/TechNotes.html +++ b/doc/html/TechNotes.html @@ -247,6 +247,11 @@ HDF5 Technical Notes Description of various aspects of using variable-length datatypes in HDF5. </td></tr> +<tr><td valign=top><a href="TechNotes/ReservedFileSpace.html">Reserved File Address Space</a> + </td><td> </td><td valign=top> + Description of HDF5's internal system for ensuring that files stay within their address space. +</td></tr> + </table> </center> diff --git a/doc/html/TechNotes/ReservedFileSpace.html b/doc/html/TechNotes/ReservedFileSpace.html new file mode 100644 index 0000000..819e050 --- /dev/null +++ b/doc/html/TechNotes/ReservedFileSpace.html @@ -0,0 +1,29 @@ +<html> + <head> + <title>Reserved File Address Space</title> + </head> + + <body> + <hl>Reserved File Address Space</hl> + + <p>HDF5 files use 8-byte addresses by default, but users can change this to 2, 4, or even 16 bytes. This means that it is possible to have files that only address 64 KB of space, and thus that HDF must handle the case of files that have enough space on disk but not enough internal address space to be written.</p> + + <p>Thus, every time space is allocated in a file, HDF needs to check that this allocation is within the file’s address space. If not, HDF should output an error and ensure that all the data currently in the file (everything that is still addressable) is successfully written to disk.</p> + + <p>Unfortunately, some structures are stored in memory and do not allocate space for themselves until the file is actually flushed to disk (object headers and the local heap). This is good for efficiency, since these structures can grow without creating the fragmentation that would result from frequent allocation and deallocation, but means that if the library runs out of addressable space while allocating memory, these structures will not be present in the file. Without them, HDF5 does not know how to parse the data in the file, rendering it unreadable.</p> + + <p>Thus, HDF keeps track of the space “reserved for allocation” in the file (H5FD_t struct). When a function tries to allocate space in the file, it first checks that the allocation would not overflow the address space, taking the reserved space into account. When object headers or the heap finally allocate the space they have reserved, they free the reserved space before allocating file space.</p> + + <p>A given object header is only flushed to disk once, but the heap can be flushed to disk multiple times over the life of the file and will require contiguous space every time. To handle this, the heap keeps track of how much space it has reserved. This allows it to reserve space only when it grows (when it is dirty and needs to be re-written to disk).</p> + + <p>For instance, if the heap is flushed to disk, it frees its reserved space. If new data is inserted into the heap in memory, the heap may need to flush to disk again in a new, larger section of memory. Thus, not only does it reserve space in the file for this new data, but also for all of the previously-existing data in the heap to be re-written. The next insert, however, will only need to reserve space for its new data, since the rest of the heap already has space reserved for it.</p> + + <p>Potential issues: + <ol> + <li>This system does not take into accout deleted space. Deleted space can still be allocated as usual, but "reserved" space is always taken off the end of a file. This means that a file that was filled to capacity but then had a significant number of objects deleted will still throw errors if more data is written. This occurs because the file's free space is in the middle of the file, not at the end. A more complete space-reservation system would test if the reserved data can fit into the file's free list, but this would be significantly more complicated to implement.</li> + + <li>HDF5 currently claims to support 16-byte addresses, but since the size of a long long is only 8 bytes, addresses of this size cannot be represented in memory. This solution does not attempt to address this issue.</li> + </ol> + </p> + </body> +</html> |