2003-02-24 15:13:07 -05:00
|
|
|
|
/* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
|
|
|
|
|
* Copyright by the Board of Trustees of the University of Illinois. *
|
|
|
|
|
* All rights reserved. *
|
|
|
|
|
* *
|
|
|
|
|
* This file is part of HDF5. The full HDF5 copyright notice, including *
|
|
|
|
|
* terms governing use, modification, and redistribution, is contained in *
|
|
|
|
|
* the files COPYING and Copyright.html. COPYING can be found at the root *
|
|
|
|
|
* of the source code distribution tree; Copyright.html can be found at the *
|
|
|
|
|
* root level of an installed copy of the electronic HDF5 document set and *
|
|
|
|
|
* is linked from the top-level documents page. It can also be found at *
|
|
|
|
|
* http://hdf.ncsa.uiuc.edu/HDF5/doc/Copyright.html. If you do not have *
|
|
|
|
|
* access to either file, you may request a copy from hdfhelp@ncsa.uiuc.edu. *
|
|
|
|
|
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * */
|
|
|
|
|
|
|
|
|
|
/* Programmer: Quincey Koziol <koziol@ncsa.uiuc.ued>
|
1998-07-06 16:01:13 -05:00
|
|
|
|
* Friday, May 29, 1998
|
|
|
|
|
*
|
2003-02-24 15:13:07 -05:00
|
|
|
|
* Purpose: Dataspace selection functions.
|
1998-07-06 16:01:13 -05:00
|
|
|
|
*/
|
|
|
|
|
|
2000-10-10 02:43:38 -05:00
|
|
|
|
#define H5S_PACKAGE /*suppress error about including H5Spkg */
|
|
|
|
|
|
2003-06-27 10:59:48 -05:00
|
|
|
|
|
2004-09-29 22:46:58 -05:00
|
|
|
|
#include "H5private.h" /* Generic Functions */
|
2006-01-28 13:31:22 -05:00
|
|
|
|
#include "H5Dprivate.h" /* Datasets */
|
2004-09-29 22:46:58 -05:00
|
|
|
|
#include "H5Eprivate.h" /* Error handling */
|
|
|
|
|
#include "H5FLprivate.h" /* Free Lists */
|
|
|
|
|
#include "H5Iprivate.h" /* IDs */
|
|
|
|
|
#include "H5Spkg.h" /* Dataspaces */
|
|
|
|
|
#include "H5Vprivate.h" /* Vector and array functions */
|
1998-07-06 16:01:13 -05:00
|
|
|
|
|
2003-06-04 10:22:23 -05:00
|
|
|
|
/* Local functions */
|
2004-06-23 10:36:35 -05:00
|
|
|
|
#ifdef LATER
|
2004-12-29 09:26:20 -05:00
|
|
|
|
static herr_t H5S_select_iter_block (const H5S_sel_iter_t *iter, hsize_t *start, hsize_t *end);
|
2003-06-04 10:22:23 -05:00
|
|
|
|
static htri_t H5S_select_iter_has_next_block (const H5S_sel_iter_t *iter);
|
|
|
|
|
static herr_t H5S_select_iter_next_block(H5S_sel_iter_t *iter);
|
2004-06-23 10:36:35 -05:00
|
|
|
|
#endif /* LATER */
|
2003-06-04 10:22:23 -05:00
|
|
|
|
|
[svn-r5834] Purpose:
Large code cleanup/re-write
Description:
This is phase 1 of the data I/O re-architecture, with the following changes:
- Changed the selection drivers to not actually do any I/O, they
only generate the sequences of offset/length pairs needed for
the I/O (or memory access, in the case of iterating or filling
a selection in a memory buffer)
- Wrote more abstract I/O routines which get the sequence of offset/
length pairs for each selection and access perform the I/O or
memory access.
Benefits of this change include:
- Removed ~3400 lines of quite redundant code, with corresponding
reduction in the size of library binary.
- Any selection can now directly access memory when performing I/O,
if no type conversions are required, instead of just "regular"
hyperslab and 'all' selections, which speeds up I/O.
- Sped up I/O for hyperslab selections which have contiguous lower
dimensions by "flattening" them out into lesser dimensional objects
for the I/O.
No file format or API changes were necessary for this change.
The next phase will be to create a "selection driver" for each type of
selection, allowing each type of selection to directly call certain
methods that only apply to that type of selection, instead of passing
through dozens of functions which have switch statements to call the
appropriate method for each selection type. This will also reduce
the amount of code in the library and speed things up a bit more.
Phase 3 will involve generating an MPI datatype for all types of selections,
instead of only "regular" hyperslab and 'all' selections. This will
allow collective parallel I/O for all I/O operations which don't
require type conversions. It will also open up the door for allowing
collective I/O on datasets which require type conversion.
Phase 4 will involve changing the access pattern to deal with chunked
datasets in a more optimal way (in serial).
Phase 5 will deal with accessing chunked datasets more optimally for
collective parallel I/O operations.
Platforms tested:
FreeBSD 4.6 (sleipnir) w/ parallel & C++ and IRIX64 6.5 (modi4) w/parallel
2002-07-24 13:56:48 -05:00
|
|
|
|
/* Declare a free list to manage blocks of single datatype element data */
|
|
|
|
|
H5FL_BLK_EXTERN(type_elem);
|
|
|
|
|
|
2003-05-31 11:26:19 -05:00
|
|
|
|
|
|
|
|
|
/*--------------------------------------------------------------------------
|
|
|
|
|
NAME
|
|
|
|
|
H5S_select_offset
|
|
|
|
|
PURPOSE
|
|
|
|
|
Set the selection offset for a datapace
|
|
|
|
|
USAGE
|
|
|
|
|
herr_t H5S_select_offset(space, offset)
|
|
|
|
|
H5S_t *space; IN/OUT: Dataspace object to set selection offset
|
|
|
|
|
const hssize_t *offset; IN: Offset to position the selection at
|
|
|
|
|
RETURNS
|
|
|
|
|
Non-negative on success/Negative on failure
|
|
|
|
|
DESCRIPTION
|
|
|
|
|
Sets the selection offset for the dataspace
|
|
|
|
|
GLOBAL VARIABLES
|
|
|
|
|
COMMENTS, BUGS, ASSUMPTIONS
|
|
|
|
|
Only works for simple dataspaces currently
|
|
|
|
|
EXAMPLES
|
|
|
|
|
REVISION LOG
|
|
|
|
|
--------------------------------------------------------------------------*/
|
|
|
|
|
herr_t
|
|
|
|
|
H5S_select_offset(H5S_t *space, const hssize_t *offset)
|
|
|
|
|
{
|
2004-06-23 10:36:35 -05:00
|
|
|
|
FUNC_ENTER_NOAPI_NOFUNC(H5S_select_offset);
|
2003-05-31 11:26:19 -05:00
|
|
|
|
|
|
|
|
|
/* Check args */
|
|
|
|
|
assert(space);
|
2004-06-13 19:33:03 -05:00
|
|
|
|
assert(space->extent.rank);
|
2003-05-31 11:26:19 -05:00
|
|
|
|
assert(offset);
|
|
|
|
|
|
|
|
|
|
/* Copy the offset over */
|
2004-06-13 19:33:03 -05:00
|
|
|
|
HDmemcpy(space->select.offset,offset,sizeof(hssize_t)*space->extent.rank);
|
2003-05-31 11:26:19 -05:00
|
|
|
|
|
2004-06-23 10:36:35 -05:00
|
|
|
|
FUNC_LEAVE_NOAPI(SUCCEED);
|
2003-05-31 11:26:19 -05:00
|
|
|
|
} /* H5S_select_offset() */
|
|
|
|
|
|
1998-07-06 16:01:13 -05:00
|
|
|
|
|
|
|
|
|
/*--------------------------------------------------------------------------
|
|
|
|
|
NAME
|
|
|
|
|
H5S_select_copy
|
|
|
|
|
PURPOSE
|
|
|
|
|
Copy a selection from one dataspace to another
|
|
|
|
|
USAGE
|
|
|
|
|
herr_t H5S_select_copy(dst, src)
|
|
|
|
|
H5S_t *dst; OUT: Pointer to the destination dataspace
|
|
|
|
|
H5S_t *src; IN: Pointer to the source dataspace
|
|
|
|
|
RETURNS
|
1998-10-26 16:18:54 -05:00
|
|
|
|
Non-negative on success/Negative on failure
|
1998-07-06 16:01:13 -05:00
|
|
|
|
DESCRIPTION
|
|
|
|
|
Copies all the selection information (include offset) from the source
|
|
|
|
|
dataspace to the destination dataspace.
|
2004-05-08 14:09:50 -05:00
|
|
|
|
|
|
|
|
|
If the SHARE_SELECTION flag is set, then the selection can be shared
|
|
|
|
|
between the source and destination dataspaces. (This should only occur in
|
|
|
|
|
situations where the destination dataspace will immediately change to a new
|
|
|
|
|
selection)
|
1998-07-06 16:01:13 -05:00
|
|
|
|
GLOBAL VARIABLES
|
|
|
|
|
COMMENTS, BUGS, ASSUMPTIONS
|
|
|
|
|
EXAMPLES
|
|
|
|
|
REVISION LOG
|
|
|
|
|
--------------------------------------------------------------------------*/
|
1998-07-08 10:05:01 -05:00
|
|
|
|
herr_t
|
2004-05-08 14:09:50 -05:00
|
|
|
|
H5S_select_copy (H5S_t *dst, const H5S_t *src, hbool_t share_selection)
|
1998-07-06 16:01:13 -05:00
|
|
|
|
{
|
2004-06-13 14:08:17 -05:00
|
|
|
|
herr_t ret_value; /* return value */
|
1998-07-22 17:11:22 -05:00
|
|
|
|
|
2002-05-29 10:07:55 -05:00
|
|
|
|
FUNC_ENTER_NOAPI(H5S_select_copy, FAIL);
|
1998-07-06 16:01:13 -05:00
|
|
|
|
|
|
|
|
|
/* Check args */
|
|
|
|
|
assert(dst);
|
|
|
|
|
assert(src);
|
|
|
|
|
|
1998-07-22 17:11:22 -05:00
|
|
|
|
/* Copy regular fields */
|
2004-06-13 14:08:17 -05:00
|
|
|
|
dst->select=src->select;
|
1998-08-03 19:30:35 -05:00
|
|
|
|
|
1998-07-06 16:01:13 -05:00
|
|
|
|
/* Perform correct type of copy based on the type of selection */
|
2004-06-13 14:08:17 -05:00
|
|
|
|
if((ret_value=(*src->select.type->copy)(dst,src,share_selection))<0)
|
|
|
|
|
HGOTO_ERROR(H5E_DATASPACE, H5E_CANTCOPY, FAIL, "can't copy selection specific information");
|
1998-07-06 16:01:13 -05:00
|
|
|
|
|
2002-08-08 11:52:55 -05:00
|
|
|
|
done:
|
2003-01-10 15:26:02 -05:00
|
|
|
|
FUNC_LEAVE_NOAPI(ret_value);
|
1998-07-06 16:01:13 -05:00
|
|
|
|
} /* H5S_select_copy() */
|
1998-07-23 18:29:44 -05:00
|
|
|
|
|
2003-05-31 11:26:19 -05:00
|
|
|
|
|
|
|
|
|
/*-------------------------------------------------------------------------
|
|
|
|
|
* Function: H5S_select_release
|
|
|
|
|
*
|
|
|
|
|
* Purpose: Releases all memory associated with a dataspace selection.
|
|
|
|
|
*
|
|
|
|
|
* Return: Non-negative on success/Negative on failure
|
|
|
|
|
*
|
|
|
|
|
* Programmer: Quincey Koziol
|
|
|
|
|
* Friday, May 30, 2003
|
|
|
|
|
*
|
2004-05-20 10:32:09 -05:00
|
|
|
|
* Note: This routine participates in the "Inlining C function pointers"
|
|
|
|
|
* pattern, don't call it directly, use the appropriate macro
|
|
|
|
|
* defined in H5Sprivate.h.
|
|
|
|
|
*
|
2003-05-31 11:26:19 -05:00
|
|
|
|
* Modifications:
|
|
|
|
|
*
|
|
|
|
|
*-------------------------------------------------------------------------
|
|
|
|
|
*/
|
|
|
|
|
herr_t
|
|
|
|
|
H5S_select_release(H5S_t *ds)
|
|
|
|
|
{
|
2004-06-13 14:08:17 -05:00
|
|
|
|
herr_t ret_value; /* Return value */
|
2003-05-31 11:26:19 -05:00
|
|
|
|
|
2004-06-23 10:36:35 -05:00
|
|
|
|
FUNC_ENTER_NOAPI_NOFUNC(H5S_select_release);
|
2003-05-31 11:26:19 -05:00
|
|
|
|
|
|
|
|
|
assert(ds);
|
|
|
|
|
|
|
|
|
|
/* Call the selection type's release function */
|
2004-06-13 14:08:17 -05:00
|
|
|
|
ret_value=(*ds->select.type->release)(ds);
|
2003-05-31 11:26:19 -05:00
|
|
|
|
|
|
|
|
|
FUNC_LEAVE_NOAPI(ret_value);
|
|
|
|
|
} /* end H5S_select_release() */
|
|
|
|
|
|
2004-05-20 10:32:09 -05:00
|
|
|
|
|
|
|
|
|
/*-------------------------------------------------------------------------
|
|
|
|
|
* Function: H5S_select_get_seq_list
|
|
|
|
|
*
|
|
|
|
|
* Purpose: Retrieves the next sequence of offset/length pairs for an
|
|
|
|
|
* iterator on a dataspace
|
|
|
|
|
*
|
|
|
|
|
* Return: Non-negative on success/Negative on failure
|
|
|
|
|
*
|
|
|
|
|
* Programmer: Quincey Koziol
|
|
|
|
|
* Tuesday, May 18, 2004
|
|
|
|
|
*
|
|
|
|
|
* Note: This routine participates in the "Inlining C function pointers"
|
|
|
|
|
* pattern, don't call it directly, use the appropriate macro
|
|
|
|
|
* defined in H5Sprivate.h.
|
|
|
|
|
*
|
|
|
|
|
* Modifications:
|
|
|
|
|
*
|
|
|
|
|
*-------------------------------------------------------------------------
|
|
|
|
|
*/
|
|
|
|
|
herr_t
|
|
|
|
|
H5S_select_get_seq_list(const H5S_t *space, unsigned flags,
|
|
|
|
|
H5S_sel_iter_t *iter, size_t maxseq, size_t maxbytes,
|
|
|
|
|
size_t *nseq, size_t *nbytes, hsize_t *off, size_t *len)
|
|
|
|
|
{
|
2004-06-13 14:08:17 -05:00
|
|
|
|
herr_t ret_value; /* Return value */
|
2004-05-20 10:32:09 -05:00
|
|
|
|
|
2004-06-23 10:36:35 -05:00
|
|
|
|
FUNC_ENTER_NOAPI_NOFUNC(H5S_select_get_seq_list);
|
2004-05-20 10:32:09 -05:00
|
|
|
|
|
|
|
|
|
assert(space);
|
|
|
|
|
|
|
|
|
|
/* Call the selection type's get_seq_list function */
|
2004-06-13 14:08:17 -05:00
|
|
|
|
ret_value=(*space->select.type->get_seq_list)(space,flags,iter,maxseq,maxbytes,nseq,nbytes,off,len);
|
2004-05-20 10:32:09 -05:00
|
|
|
|
|
|
|
|
|
FUNC_LEAVE_NOAPI(ret_value);
|
|
|
|
|
} /* end H5S_select_get_seq_list() */
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
/*-------------------------------------------------------------------------
|
|
|
|
|
* Function: H5S_select_serial_size
|
|
|
|
|
*
|
|
|
|
|
* Purpose: Determines the number of bytes required to store the current
|
|
|
|
|
* selection
|
|
|
|
|
*
|
|
|
|
|
* Return: Non-negative on success/Negative on failure
|
|
|
|
|
*
|
|
|
|
|
* Programmer: Quincey Koziol
|
|
|
|
|
* Tuesday, May 18, 2004
|
|
|
|
|
*
|
|
|
|
|
* Note: This routine participates in the "Inlining C function pointers"
|
|
|
|
|
* pattern, don't call it directly, use the appropriate macro
|
|
|
|
|
* defined in H5Sprivate.h.
|
|
|
|
|
*
|
|
|
|
|
* Modifications:
|
|
|
|
|
*
|
|
|
|
|
*-------------------------------------------------------------------------
|
|
|
|
|
*/
|
2004-07-01 15:02:47 -05:00
|
|
|
|
hssize_t
|
2004-05-20 10:32:09 -05:00
|
|
|
|
H5S_select_serial_size(const H5S_t *space)
|
|
|
|
|
{
|
|
|
|
|
hssize_t ret_value; /* Return value */
|
|
|
|
|
|
2004-06-23 10:36:35 -05:00
|
|
|
|
FUNC_ENTER_NOAPI_NOFUNC(H5S_select_serial_size);
|
2004-05-20 10:32:09 -05:00
|
|
|
|
|
|
|
|
|
assert(space);
|
|
|
|
|
|
|
|
|
|
/* Call the selection type's serial_size function */
|
2004-06-13 14:08:17 -05:00
|
|
|
|
ret_value=(*space->select.type->serial_size)(space);
|
2004-05-20 10:32:09 -05:00
|
|
|
|
|
|
|
|
|
FUNC_LEAVE_NOAPI(ret_value);
|
|
|
|
|
} /* end H5S_select_serial_size() */
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
/*--------------------------------------------------------------------------
|
|
|
|
|
NAME
|
|
|
|
|
H5S_select_serialize
|
|
|
|
|
PURPOSE
|
|
|
|
|
Serialize the selection for a dataspace into a buffer
|
|
|
|
|
USAGE
|
|
|
|
|
herr_t H5S_select_serialize(space, buf)
|
|
|
|
|
const H5S_t *space; IN: Dataspace with selection to serialize
|
|
|
|
|
uint8_t *buf; OUT: Buffer to put serialized selection
|
|
|
|
|
RETURNS
|
|
|
|
|
Non-negative on success/Negative on failure
|
|
|
|
|
DESCRIPTION
|
|
|
|
|
Calls the appropriate dataspace selection callback to serialize the
|
|
|
|
|
current selection into a buffer.
|
|
|
|
|
GLOBAL VARIABLES
|
|
|
|
|
COMMENTS, BUGS, ASSUMPTIONS
|
|
|
|
|
This routine participates in the "Inlining C function pointers"
|
|
|
|
|
pattern, don't call it directly, use the appropriate macro
|
|
|
|
|
defined in H5Sprivate.h.
|
|
|
|
|
EXAMPLES
|
|
|
|
|
REVISION LOG
|
|
|
|
|
--------------------------------------------------------------------------*/
|
|
|
|
|
herr_t
|
|
|
|
|
H5S_select_serialize(const H5S_t *space, uint8_t *buf)
|
|
|
|
|
{
|
|
|
|
|
herr_t ret_value=SUCCEED; /* Return value */
|
|
|
|
|
|
2004-06-23 10:36:35 -05:00
|
|
|
|
FUNC_ENTER_NOAPI_NOFUNC(H5S_select_serialize);
|
2004-05-20 10:32:09 -05:00
|
|
|
|
|
|
|
|
|
assert(space);
|
|
|
|
|
assert(buf);
|
|
|
|
|
|
|
|
|
|
/* Call the selection type's serialize function */
|
2004-06-13 14:08:17 -05:00
|
|
|
|
ret_value=(*space->select.type->serialize)(space,buf);
|
2004-05-20 10:32:09 -05:00
|
|
|
|
|
|
|
|
|
FUNC_LEAVE_NOAPI(ret_value);
|
|
|
|
|
} /* end H5S_select_serialize() */
|
|
|
|
|
|
1998-07-24 15:46:19 -05:00
|
|
|
|
|
1998-07-06 16:01:13 -05:00
|
|
|
|
/*--------------------------------------------------------------------------
|
|
|
|
|
NAME
|
1998-08-31 22:35:23 -05:00
|
|
|
|
H5Sget_select_npoints
|
1998-07-06 16:01:13 -05:00
|
|
|
|
PURPOSE
|
|
|
|
|
Get the number of elements in current selection
|
|
|
|
|
USAGE
|
1998-10-26 12:42:48 -05:00
|
|
|
|
hssize_t H5Sget_select_npoints(dsid)
|
1998-07-06 16:01:13 -05:00
|
|
|
|
hid_t dsid; IN: Dataspace ID of selection to query
|
|
|
|
|
RETURNS
|
2003-05-07 16:52:24 -05:00
|
|
|
|
Non-negative on success/Negative on failure
|
1998-07-06 16:01:13 -05:00
|
|
|
|
DESCRIPTION
|
|
|
|
|
Returns the number of elements in current selection for dataspace.
|
|
|
|
|
GLOBAL VARIABLES
|
|
|
|
|
COMMENTS, BUGS, ASSUMPTIONS
|
|
|
|
|
EXAMPLES
|
|
|
|
|
REVISION LOG
|
|
|
|
|
--------------------------------------------------------------------------*/
|
1998-10-26 12:42:48 -05:00
|
|
|
|
hssize_t
|
1998-08-31 22:35:23 -05:00
|
|
|
|
H5Sget_select_npoints(hid_t spaceid)
|
1998-07-06 16:01:13 -05:00
|
|
|
|
{
|
|
|
|
|
H5S_t *space = NULL; /* Dataspace to modify selection of */
|
2002-08-08 11:52:55 -05:00
|
|
|
|
hssize_t ret_value; /* return value */
|
1998-07-06 16:01:13 -05:00
|
|
|
|
|
2003-05-07 16:52:24 -05:00
|
|
|
|
FUNC_ENTER_API(H5Sget_select_npoints, FAIL);
|
2006-12-18 14:16:17 -05:00
|
|
|
|
H5TRACE1("Hs", "i", spaceid);
|
1998-07-06 16:01:13 -05:00
|
|
|
|
|
|
|
|
|
/* Check args */
|
2002-07-31 14:17:12 -05:00
|
|
|
|
if (NULL == (space=H5I_object_verify(spaceid, H5I_DATASPACE)))
|
2003-06-04 10:22:23 -05:00
|
|
|
|
HGOTO_ERROR(H5E_ARGS, H5E_BADTYPE, FAIL, "not a dataspace");
|
1998-07-06 16:01:13 -05:00
|
|
|
|
|
2004-05-20 10:32:09 -05:00
|
|
|
|
ret_value = H5S_GET_SELECT_NPOINTS(space);
|
1998-07-06 16:01:13 -05:00
|
|
|
|
|
2002-08-08 11:52:55 -05:00
|
|
|
|
done:
|
2003-01-10 15:26:02 -05:00
|
|
|
|
FUNC_LEAVE_API(ret_value);
|
1998-08-31 22:35:23 -05:00
|
|
|
|
} /* H5Sget_select_npoints() */
|
[svn-r5834] Purpose:
Large code cleanup/re-write
Description:
This is phase 1 of the data I/O re-architecture, with the following changes:
- Changed the selection drivers to not actually do any I/O, they
only generate the sequences of offset/length pairs needed for
the I/O (or memory access, in the case of iterating or filling
a selection in a memory buffer)
- Wrote more abstract I/O routines which get the sequence of offset/
length pairs for each selection and access perform the I/O or
memory access.
Benefits of this change include:
- Removed ~3400 lines of quite redundant code, with corresponding
reduction in the size of library binary.
- Any selection can now directly access memory when performing I/O,
if no type conversions are required, instead of just "regular"
hyperslab and 'all' selections, which speeds up I/O.
- Sped up I/O for hyperslab selections which have contiguous lower
dimensions by "flattening" them out into lesser dimensional objects
for the I/O.
No file format or API changes were necessary for this change.
The next phase will be to create a "selection driver" for each type of
selection, allowing each type of selection to directly call certain
methods that only apply to that type of selection, instead of passing
through dozens of functions which have switch statements to call the
appropriate method for each selection type. This will also reduce
the amount of code in the library and speed things up a bit more.
Phase 3 will involve generating an MPI datatype for all types of selections,
instead of only "regular" hyperslab and 'all' selections. This will
allow collective parallel I/O for all I/O operations which don't
require type conversions. It will also open up the door for allowing
collective I/O on datasets which require type conversion.
Phase 4 will involve changing the access pattern to deal with chunked
datasets in a more optimal way (in serial).
Phase 5 will deal with accessing chunked datasets more optimally for
collective parallel I/O operations.
Platforms tested:
FreeBSD 4.6 (sleipnir) w/ parallel & C++ and IRIX64 6.5 (modi4) w/parallel
2002-07-24 13:56:48 -05:00
|
|
|
|
|
2003-05-07 16:52:24 -05:00
|
|
|
|
|
|
|
|
|
/*--------------------------------------------------------------------------
|
|
|
|
|
NAME
|
|
|
|
|
H5S_get_select_npoints
|
|
|
|
|
PURPOSE
|
|
|
|
|
Get the number of elements in current selection
|
|
|
|
|
USAGE
|
|
|
|
|
hssize_t H5Sget_select_npoints(space)
|
|
|
|
|
H5S_t *space; IN: Dataspace of selection to query
|
|
|
|
|
RETURNS
|
|
|
|
|
The number of elements in selection on success, 0 on failure
|
|
|
|
|
DESCRIPTION
|
|
|
|
|
Returns the number of elements in current selection for dataspace.
|
|
|
|
|
GLOBAL VARIABLES
|
|
|
|
|
COMMENTS, BUGS, ASSUMPTIONS
|
2004-05-20 10:32:09 -05:00
|
|
|
|
This routine participates in the "Inlining C function pointers"
|
|
|
|
|
pattern, don't call it directly, use the appropriate macro
|
|
|
|
|
defined in H5Sprivate.h.
|
2003-05-07 16:52:24 -05:00
|
|
|
|
EXAMPLES
|
|
|
|
|
REVISION LOG
|
|
|
|
|
--------------------------------------------------------------------------*/
|
|
|
|
|
hssize_t
|
|
|
|
|
H5S_get_select_npoints(const H5S_t *space)
|
|
|
|
|
{
|
2004-06-23 10:36:35 -05:00
|
|
|
|
FUNC_ENTER_NOAPI_NOFUNC(H5S_get_select_npoints);
|
2003-05-07 16:52:24 -05:00
|
|
|
|
|
|
|
|
|
/* Check args */
|
|
|
|
|
assert(space);
|
|
|
|
|
|
2004-06-23 10:36:35 -05:00
|
|
|
|
FUNC_LEAVE_NOAPI(space->select.num_elem);
|
2003-05-07 16:52:24 -05:00
|
|
|
|
} /* H5S_get_select_npoints() */
|
|
|
|
|
|
1998-08-03 19:30:35 -05:00
|
|
|
|
|
|
|
|
|
/*--------------------------------------------------------------------------
|
|
|
|
|
NAME
|
|
|
|
|
H5Sselect_valid
|
|
|
|
|
PURPOSE
|
|
|
|
|
Check whether the selection fits within the extent, with the current
|
|
|
|
|
offset defined.
|
|
|
|
|
USAGE
|
1998-10-26 17:44:13 -05:00
|
|
|
|
htri_t H5Sselect_void(dsid)
|
1998-08-03 19:30:35 -05:00
|
|
|
|
hid_t dsid; IN: Dataspace ID to query
|
|
|
|
|
RETURNS
|
|
|
|
|
TRUE if the selection fits within the extent, FALSE if it does not and
|
1998-10-26 16:18:54 -05:00
|
|
|
|
Negative on an error.
|
1998-08-03 19:30:35 -05:00
|
|
|
|
DESCRIPTION
|
|
|
|
|
Determines if the current selection at the current offet fits within the
|
|
|
|
|
extent for the dataspace.
|
|
|
|
|
GLOBAL VARIABLES
|
|
|
|
|
COMMENTS, BUGS, ASSUMPTIONS
|
|
|
|
|
EXAMPLES
|
|
|
|
|
REVISION LOG
|
2007-01-17 15:48:04 -05:00
|
|
|
|
Christian Chilan 01/17/2007
|
|
|
|
|
Changed the error return value from 0 to FAIL.
|
1998-08-03 19:30:35 -05:00
|
|
|
|
--------------------------------------------------------------------------*/
|
1998-10-26 17:44:13 -05:00
|
|
|
|
htri_t
|
1998-08-27 11:48:50 -05:00
|
|
|
|
H5Sselect_valid(hid_t spaceid)
|
1998-08-03 19:30:35 -05:00
|
|
|
|
{
|
|
|
|
|
H5S_t *space = NULL; /* Dataspace to modify selection of */
|
2002-08-08 11:52:55 -05:00
|
|
|
|
htri_t ret_value; /* return value */
|
1998-08-03 19:30:35 -05:00
|
|
|
|
|
2007-01-17 15:48:04 -05:00
|
|
|
|
FUNC_ENTER_API(H5Sselect_valid, FAIL);
|
2006-12-18 14:16:17 -05:00
|
|
|
|
H5TRACE1("t", "i", spaceid);
|
1998-08-03 19:30:35 -05:00
|
|
|
|
|
|
|
|
|
/* Check args */
|
2002-07-31 14:17:12 -05:00
|
|
|
|
if (NULL == (space=H5I_object_verify(spaceid, H5I_DATASPACE)))
|
2007-01-17 15:48:04 -05:00
|
|
|
|
HGOTO_ERROR(H5E_ARGS, H5E_BADTYPE, FAIL, "not a dataspace");
|
1998-08-03 19:30:35 -05:00
|
|
|
|
|
2004-05-20 10:32:09 -05:00
|
|
|
|
ret_value = H5S_SELECT_VALID(space);
|
1998-08-03 19:30:35 -05:00
|
|
|
|
|
2002-08-08 11:52:55 -05:00
|
|
|
|
done:
|
2003-01-10 15:26:02 -05:00
|
|
|
|
FUNC_LEAVE_API(ret_value);
|
1998-08-03 19:30:35 -05:00
|
|
|
|
} /* H5Sselect_valid() */
|
2001-11-02 15:31:35 -05:00
|
|
|
|
|
2003-05-07 16:52:24 -05:00
|
|
|
|
|
|
|
|
|
/*--------------------------------------------------------------------------
|
|
|
|
|
NAME
|
|
|
|
|
H5S_select_valid
|
|
|
|
|
PURPOSE
|
|
|
|
|
Check whether the selection fits within the extent, with the current
|
|
|
|
|
offset defined.
|
|
|
|
|
USAGE
|
|
|
|
|
htri_t H5S_select_void(space)
|
|
|
|
|
H5S_t *space; IN: Dataspace to query
|
|
|
|
|
RETURNS
|
|
|
|
|
TRUE if the selection fits within the extent, FALSE if it does not and
|
|
|
|
|
Negative on an error.
|
|
|
|
|
DESCRIPTION
|
|
|
|
|
Determines if the current selection at the current offet fits within the
|
|
|
|
|
extent for the dataspace.
|
|
|
|
|
GLOBAL VARIABLES
|
|
|
|
|
COMMENTS, BUGS, ASSUMPTIONS
|
2004-05-20 10:32:09 -05:00
|
|
|
|
This routine participates in the "Inlining C function pointers"
|
|
|
|
|
pattern, don't call it directly, use the appropriate macro
|
|
|
|
|
defined in H5Sprivate.h.
|
2003-05-07 16:52:24 -05:00
|
|
|
|
EXAMPLES
|
|
|
|
|
REVISION LOG
|
|
|
|
|
--------------------------------------------------------------------------*/
|
|
|
|
|
htri_t
|
|
|
|
|
H5S_select_valid(const H5S_t *space)
|
|
|
|
|
{
|
2004-06-23 10:36:35 -05:00
|
|
|
|
htri_t ret_value; /* Return value */
|
2003-05-07 16:52:24 -05:00
|
|
|
|
|
2004-06-23 10:36:35 -05:00
|
|
|
|
FUNC_ENTER_NOAPI_NOFUNC(H5S_select_valid);
|
2003-05-07 16:52:24 -05:00
|
|
|
|
|
|
|
|
|
assert(space);
|
|
|
|
|
|
2004-06-13 14:08:17 -05:00
|
|
|
|
ret_value = (*space->select.type->is_valid)(space);
|
2003-05-07 16:52:24 -05:00
|
|
|
|
|
|
|
|
|
FUNC_LEAVE_NOAPI(ret_value);
|
|
|
|
|
} /* H5S_select_valid() */
|
|
|
|
|
|
1998-11-24 19:29:09 -05:00
|
|
|
|
|
|
|
|
|
/*--------------------------------------------------------------------------
|
|
|
|
|
NAME
|
|
|
|
|
H5S_select_deserialize
|
|
|
|
|
PURPOSE
|
|
|
|
|
Deserialize the current selection from a user-provided buffer into a real
|
2002-07-31 10:27:07 -05:00
|
|
|
|
selection in the dataspace.
|
1999-03-10 18:50:03 -05:00
|
|
|
|
USAGE
|
2002-07-31 10:27:07 -05:00
|
|
|
|
herr_t H5S_select_deserialize(space, buf)
|
|
|
|
|
H5S_t *space; IN/OUT: Dataspace pointer to place selection into
|
|
|
|
|
uint8 *buf; IN: Buffer to retrieve serialized selection from
|
1999-03-10 18:50:03 -05:00
|
|
|
|
RETURNS
|
2002-07-31 10:27:07 -05:00
|
|
|
|
Non-negative on success/Negative on failure
|
1999-03-10 18:50:03 -05:00
|
|
|
|
DESCRIPTION
|
2002-07-31 10:27:07 -05:00
|
|
|
|
Deserializes the current selection into a buffer. (Primarily for retrieving
|
|
|
|
|
from disk). This routine just hands off to the appropriate routine for each
|
|
|
|
|
type of selection. The format of the serialized information is shown in
|
|
|
|
|
the H5S_select_serialize() header.
|
1999-03-10 18:50:03 -05:00
|
|
|
|
GLOBAL VARIABLES
|
|
|
|
|
COMMENTS, BUGS, ASSUMPTIONS
|
|
|
|
|
EXAMPLES
|
|
|
|
|
REVISION LOG
|
|
|
|
|
--------------------------------------------------------------------------*/
|
2002-07-31 10:27:07 -05:00
|
|
|
|
herr_t
|
|
|
|
|
H5S_select_deserialize (H5S_t *space, const uint8_t *buf)
|
1999-03-10 18:50:03 -05:00
|
|
|
|
{
|
2002-07-31 10:27:07 -05:00
|
|
|
|
const uint8_t *tbuf; /* Temporary pointer to the selection type */
|
|
|
|
|
uint32_t sel_type; /* Pointer to the selection type */
|
|
|
|
|
herr_t ret_value=FAIL; /* return value */
|
1999-03-10 18:50:03 -05:00
|
|
|
|
|
2002-07-31 10:27:07 -05:00
|
|
|
|
FUNC_ENTER_NOAPI(H5S_select_deserialize, FAIL);
|
1999-03-10 18:50:03 -05:00
|
|
|
|
|
|
|
|
|
assert(space);
|
|
|
|
|
|
2002-07-31 10:27:07 -05:00
|
|
|
|
tbuf=buf;
|
|
|
|
|
UINT32DECODE(tbuf, sel_type);
|
|
|
|
|
switch(sel_type) {
|
1999-03-10 18:50:03 -05:00
|
|
|
|
case H5S_SEL_POINTS: /* Sequence of points selected */
|
2004-06-13 14:08:17 -05:00
|
|
|
|
ret_value=(*H5S_sel_point->deserialize)(space,buf);
|
1999-03-10 18:50:03 -05:00
|
|
|
|
break;
|
|
|
|
|
|
|
|
|
|
case H5S_SEL_HYPERSLABS: /* Hyperslab selection defined */
|
2004-06-13 14:08:17 -05:00
|
|
|
|
ret_value=(*H5S_sel_hyper->deserialize)(space,buf);
|
1999-03-10 18:50:03 -05:00
|
|
|
|
break;
|
|
|
|
|
|
|
|
|
|
case H5S_SEL_ALL: /* Entire extent selected */
|
2004-06-13 14:08:17 -05:00
|
|
|
|
ret_value=(*H5S_sel_all->deserialize)(space,buf);
|
1999-03-10 18:50:03 -05:00
|
|
|
|
break;
|
|
|
|
|
|
|
|
|
|
case H5S_SEL_NONE: /* Nothing selected */
|
2004-06-13 14:08:17 -05:00
|
|
|
|
ret_value=(*H5S_sel_none->deserialize)(space,buf);
|
2002-07-31 10:27:07 -05:00
|
|
|
|
break;
|
|
|
|
|
|
|
|
|
|
default:
|
1999-03-10 18:50:03 -05:00
|
|
|
|
break;
|
|
|
|
|
}
|
2004-06-13 14:08:17 -05:00
|
|
|
|
if(ret_value<0)
|
|
|
|
|
HGOTO_ERROR(H5E_DATASPACE, H5E_CANTLOAD, FAIL, "can't deserialize selection");
|
1999-03-10 18:50:03 -05:00
|
|
|
|
|
2002-08-09 15:48:23 -05:00
|
|
|
|
done:
|
2003-01-10 15:26:02 -05:00
|
|
|
|
FUNC_LEAVE_NOAPI(ret_value);
|
2002-07-31 10:27:07 -05:00
|
|
|
|
} /* H5S_select_deserialize() */
|
2001-11-02 15:31:35 -05:00
|
|
|
|
|
1999-03-10 18:50:03 -05:00
|
|
|
|
|
|
|
|
|
/*--------------------------------------------------------------------------
|
|
|
|
|
NAME
|
|
|
|
|
H5Sget_select_bounds
|
|
|
|
|
PURPOSE
|
|
|
|
|
Gets the bounding box containing the selection.
|
|
|
|
|
USAGE
|
|
|
|
|
herr_t H5S_get_select_bounds(space, start, end)
|
|
|
|
|
hid_t dsid; IN: Dataspace ID of selection to query
|
2004-12-29 09:26:20 -05:00
|
|
|
|
hsize_t *start; OUT: Starting coordinate of bounding box
|
|
|
|
|
hsize_t *end; OUT: Opposite coordinate of bounding box
|
1999-03-10 18:50:03 -05:00
|
|
|
|
RETURNS
|
|
|
|
|
Non-negative on success, negative on failure
|
|
|
|
|
DESCRIPTION
|
|
|
|
|
Retrieves the bounding box containing the current selection and places
|
|
|
|
|
it into the user's buffers. The start and end buffers must be large
|
|
|
|
|
enough to hold the dataspace rank number of coordinates. The bounding box
|
|
|
|
|
exactly contains the selection, ie. if a 2-D element selection is currently
|
|
|
|
|
defined with the following points: (4,5), (6,8) (10,7), the bounding box
|
|
|
|
|
with be (4, 5), (10, 8). Calling this function on a "none" selection
|
|
|
|
|
returns fail.
|
|
|
|
|
The bounding box calculations _does_ include the current offset of the
|
|
|
|
|
selection within the dataspace extent.
|
|
|
|
|
GLOBAL VARIABLES
|
|
|
|
|
COMMENTS, BUGS, ASSUMPTIONS
|
2004-05-20 10:32:09 -05:00
|
|
|
|
This routine participates in the "Inlining C function pointers"
|
|
|
|
|
pattern, don't call it directly, use the appropriate macro
|
|
|
|
|
defined in H5Sprivate.h.
|
1999-03-10 18:50:03 -05:00
|
|
|
|
EXAMPLES
|
|
|
|
|
REVISION LOG
|
|
|
|
|
--------------------------------------------------------------------------*/
|
2003-06-04 10:22:23 -05:00
|
|
|
|
herr_t
|
2004-12-29 09:26:20 -05:00
|
|
|
|
H5Sget_select_bounds(hid_t spaceid, hsize_t *start, hsize_t *end)
|
1999-03-10 18:50:03 -05:00
|
|
|
|
{
|
|
|
|
|
H5S_t *space = NULL; /* Dataspace to modify selection of */
|
2002-08-08 11:52:55 -05:00
|
|
|
|
herr_t ret_value; /* return value */
|
1999-03-10 18:50:03 -05:00
|
|
|
|
|
2002-05-29 10:07:55 -05:00
|
|
|
|
FUNC_ENTER_API(H5Sget_select_bounds, FAIL);
|
2006-12-18 14:16:17 -05:00
|
|
|
|
H5TRACE3("e", "i*h*h", spaceid, start, end);
|
1999-03-10 18:50:03 -05:00
|
|
|
|
|
|
|
|
|
/* Check args */
|
|
|
|
|
if(start==NULL || end==NULL)
|
2002-08-08 11:52:55 -05:00
|
|
|
|
HGOTO_ERROR(H5E_ARGS, H5E_BADVALUE, FAIL, "invalid pointer");
|
2002-07-31 14:17:12 -05:00
|
|
|
|
if (NULL == (space=H5I_object_verify(spaceid, H5I_DATASPACE)))
|
2003-06-04 10:22:23 -05:00
|
|
|
|
HGOTO_ERROR(H5E_ARGS, H5E_BADTYPE, FAIL, "not a dataspace");
|
1999-03-10 18:50:03 -05:00
|
|
|
|
|
2004-05-20 10:32:09 -05:00
|
|
|
|
ret_value = H5S_SELECT_BOUNDS(space,start,end);
|
1999-03-10 18:50:03 -05:00
|
|
|
|
|
2002-08-08 11:52:55 -05:00
|
|
|
|
done:
|
2003-01-10 15:26:02 -05:00
|
|
|
|
FUNC_LEAVE_API(ret_value);
|
1999-03-10 18:50:03 -05:00
|
|
|
|
} /* H5Sget_select_bounds() */
|
2001-11-02 15:31:35 -05:00
|
|
|
|
|
2003-05-31 11:26:19 -05:00
|
|
|
|
|
|
|
|
|
/*--------------------------------------------------------------------------
|
|
|
|
|
NAME
|
|
|
|
|
H5S_get_select_bounds
|
|
|
|
|
PURPOSE
|
|
|
|
|
Gets the bounding box containing the selection.
|
|
|
|
|
USAGE
|
|
|
|
|
herr_t H5S_get_select_bounds(space, start, end)
|
|
|
|
|
H5S_t *space; IN: Dataspace ID of selection to query
|
2004-12-29 09:26:20 -05:00
|
|
|
|
hsize_t *start; OUT: Starting coordinate of bounding box
|
|
|
|
|
hsize_t *end; OUT: Opposite coordinate of bounding box
|
2003-05-31 11:26:19 -05:00
|
|
|
|
RETURNS
|
|
|
|
|
Non-negative on success, negative on failure
|
|
|
|
|
DESCRIPTION
|
|
|
|
|
Retrieves the bounding box containing the current selection and places
|
|
|
|
|
it into the user's buffers. The start and end buffers must be large
|
|
|
|
|
enough to hold the dataspace rank number of coordinates. The bounding box
|
|
|
|
|
exactly contains the selection, ie. if a 2-D element selection is currently
|
|
|
|
|
defined with the following points: (4,5), (6,8) (10,7), the bounding box
|
|
|
|
|
with be (4, 5), (10, 8). Calling this function on a "none" selection
|
|
|
|
|
returns fail.
|
|
|
|
|
The bounding box calculations _does_ include the current offset of the
|
|
|
|
|
selection within the dataspace extent.
|
|
|
|
|
GLOBAL VARIABLES
|
|
|
|
|
COMMENTS, BUGS, ASSUMPTIONS
|
|
|
|
|
EXAMPLES
|
|
|
|
|
REVISION LOG
|
|
|
|
|
--------------------------------------------------------------------------*/
|
|
|
|
|
herr_t
|
2004-12-29 09:26:20 -05:00
|
|
|
|
H5S_get_select_bounds(const H5S_t *space, hsize_t *start, hsize_t *end)
|
2003-05-31 11:26:19 -05:00
|
|
|
|
{
|
|
|
|
|
herr_t ret_value; /* return value */
|
|
|
|
|
|
2004-06-23 10:36:35 -05:00
|
|
|
|
FUNC_ENTER_NOAPI_NOFUNC(H5S_get_select_bounds);
|
2003-05-31 11:26:19 -05:00
|
|
|
|
|
|
|
|
|
/* Check args */
|
|
|
|
|
assert(space);
|
|
|
|
|
assert(start);
|
|
|
|
|
assert(end);
|
|
|
|
|
|
2004-06-13 14:08:17 -05:00
|
|
|
|
ret_value = (*space->select.type->bounds)(space,start,end);
|
2003-05-31 11:26:19 -05:00
|
|
|
|
|
|
|
|
|
FUNC_LEAVE_NOAPI(ret_value);
|
|
|
|
|
} /* H5S_get_select_bounds() */
|
|
|
|
|
|
2004-05-20 10:32:09 -05:00
|
|
|
|
|
|
|
|
|
/*--------------------------------------------------------------------------
|
|
|
|
|
NAME
|
|
|
|
|
H5S_select_is_contiguous
|
|
|
|
|
PURPOSE
|
|
|
|
|
Determines if a selection is contiguous in the dataspace
|
|
|
|
|
USAGE
|
|
|
|
|
htri_t H5S_select_is_contiguous(space)
|
|
|
|
|
const H5S_t *space; IN: Dataspace of selection to query
|
|
|
|
|
RETURNS
|
|
|
|
|
Non-negative (TRUE/FALSE) on success, negative on failure
|
|
|
|
|
DESCRIPTION
|
|
|
|
|
Checks the selection to determine if the points to iterated over will be
|
|
|
|
|
contiguous in the particular dataspace.
|
|
|
|
|
GLOBAL VARIABLES
|
|
|
|
|
COMMENTS, BUGS, ASSUMPTIONS
|
|
|
|
|
This routine participates in the "Inlining C function pointers"
|
|
|
|
|
pattern, don't call it directly, use the appropriate macro
|
|
|
|
|
defined in H5Sprivate.h.
|
|
|
|
|
EXAMPLES
|
|
|
|
|
REVISION LOG
|
|
|
|
|
--------------------------------------------------------------------------*/
|
|
|
|
|
htri_t
|
|
|
|
|
H5S_select_is_contiguous(const H5S_t *space)
|
|
|
|
|
{
|
|
|
|
|
herr_t ret_value; /* return value */
|
|
|
|
|
|
2004-06-23 10:36:35 -05:00
|
|
|
|
FUNC_ENTER_NOAPI_NOFUNC(H5S_select_is_contiguous);
|
2004-05-20 10:32:09 -05:00
|
|
|
|
|
|
|
|
|
/* Check args */
|
|
|
|
|
assert(space);
|
|
|
|
|
|
2004-06-13 14:08:17 -05:00
|
|
|
|
ret_value = (*space->select.type->is_contiguous)(space);
|
2004-05-20 10:32:09 -05:00
|
|
|
|
|
|
|
|
|
FUNC_LEAVE_NOAPI(ret_value);
|
|
|
|
|
} /* H5S_select_is_contiguous() */
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
/*--------------------------------------------------------------------------
|
|
|
|
|
NAME
|
|
|
|
|
H5S_select_is_single
|
|
|
|
|
PURPOSE
|
|
|
|
|
Determines if a selection is a single block in the dataspace
|
|
|
|
|
USAGE
|
|
|
|
|
htri_t H5S_select_is_single(space)
|
|
|
|
|
const H5S_t *space; IN: Dataspace of selection to query
|
|
|
|
|
RETURNS
|
|
|
|
|
Non-negative (TRUE/FALSE) on success, negative on failure
|
|
|
|
|
DESCRIPTION
|
|
|
|
|
Checks the selection to determine if it occupies a single block in the
|
|
|
|
|
particular dataspace.
|
|
|
|
|
GLOBAL VARIABLES
|
|
|
|
|
COMMENTS, BUGS, ASSUMPTIONS
|
|
|
|
|
This routine participates in the "Inlining C function pointers"
|
|
|
|
|
pattern, don't call it directly, use the appropriate macro
|
|
|
|
|
defined in H5Sprivate.h.
|
|
|
|
|
EXAMPLES
|
|
|
|
|
REVISION LOG
|
|
|
|
|
--------------------------------------------------------------------------*/
|
|
|
|
|
htri_t
|
|
|
|
|
H5S_select_is_single(const H5S_t *space)
|
|
|
|
|
{
|
|
|
|
|
herr_t ret_value; /* return value */
|
|
|
|
|
|
2004-06-23 10:36:35 -05:00
|
|
|
|
FUNC_ENTER_NOAPI_NOFUNC(H5S_select_is_single);
|
2004-05-20 10:32:09 -05:00
|
|
|
|
|
|
|
|
|
/* Check args */
|
|
|
|
|
assert(space);
|
|
|
|
|
|
2004-06-13 14:08:17 -05:00
|
|
|
|
ret_value = (*space->select.type->is_single)(space);
|
2004-05-20 10:32:09 -05:00
|
|
|
|
|
|
|
|
|
FUNC_LEAVE_NOAPI(ret_value);
|
|
|
|
|
} /* H5S_select_is_single() */
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
/*--------------------------------------------------------------------------
|
|
|
|
|
NAME
|
|
|
|
|
H5S_select_is_regular
|
|
|
|
|
PURPOSE
|
|
|
|
|
Determines if a selection is "regular" in the dataspace
|
|
|
|
|
USAGE
|
|
|
|
|
htri_t H5S_select_is_regular(space)
|
|
|
|
|
const H5S_t *space; IN: Dataspace of selection to query
|
|
|
|
|
RETURNS
|
|
|
|
|
Non-negative (TRUE/FALSE) on success, negative on failure
|
|
|
|
|
DESCRIPTION
|
|
|
|
|
Checks the selection to determine if it is "regular" (i.e. a single
|
|
|
|
|
block or a strided pattern) in the particular dataspace.
|
|
|
|
|
GLOBAL VARIABLES
|
|
|
|
|
COMMENTS, BUGS, ASSUMPTIONS
|
|
|
|
|
This routine participates in the "Inlining C function pointers"
|
|
|
|
|
pattern, don't call it directly, use the appropriate macro
|
|
|
|
|
defined in H5Sprivate.h.
|
|
|
|
|
EXAMPLES
|
|
|
|
|
REVISION LOG
|
|
|
|
|
--------------------------------------------------------------------------*/
|
|
|
|
|
htri_t
|
|
|
|
|
H5S_select_is_regular(const H5S_t *space)
|
|
|
|
|
{
|
|
|
|
|
herr_t ret_value; /* return value */
|
|
|
|
|
|
2004-06-23 10:36:35 -05:00
|
|
|
|
FUNC_ENTER_NOAPI_NOFUNC(H5S_select_is_regular);
|
2004-05-20 10:32:09 -05:00
|
|
|
|
|
|
|
|
|
/* Check args */
|
|
|
|
|
assert(space);
|
|
|
|
|
|
2004-06-13 14:08:17 -05:00
|
|
|
|
ret_value = (*space->select.type->is_regular)(space);
|
2004-05-20 10:32:09 -05:00
|
|
|
|
|
|
|
|
|
FUNC_LEAVE_NOAPI(ret_value);
|
|
|
|
|
} /* H5S_select_is_regular() */
|
|
|
|
|
|
2003-05-07 16:52:24 -05:00
|
|
|
|
|
|
|
|
|
/*--------------------------------------------------------------------------
|
|
|
|
|
NAME
|
|
|
|
|
H5S_select_iter_init
|
|
|
|
|
PURPOSE
|
|
|
|
|
Initializes iteration information for a selection.
|
|
|
|
|
USAGE
|
|
|
|
|
herr_t H5S_select_iter_init(sel_iter, space, elmt_size)
|
|
|
|
|
H5S_sel_iter_t *sel_iter; OUT: Selection iterator to initialize.
|
|
|
|
|
H5S_t *space; IN: Dataspace object containing selection to
|
|
|
|
|
iterate over
|
|
|
|
|
size_t elmt_size; IN: Size of elements in the selection
|
|
|
|
|
RETURNS
|
|
|
|
|
Non-negative on success, negative on failure.
|
|
|
|
|
DESCRIPTION
|
|
|
|
|
Initialize the selection iterator object to point to the first element
|
|
|
|
|
in the dataspace's selection.
|
|
|
|
|
--------------------------------------------------------------------------*/
|
|
|
|
|
herr_t
|
|
|
|
|
H5S_select_iter_init(H5S_sel_iter_t *sel_iter, const H5S_t *space, size_t elmt_size)
|
|
|
|
|
{
|
2004-06-13 14:08:17 -05:00
|
|
|
|
herr_t ret_value; /* Return value */
|
2003-05-07 16:52:24 -05:00
|
|
|
|
|
2004-06-23 10:36:35 -05:00
|
|
|
|
FUNC_ENTER_NOAPI_NOFUNC(H5S_select_iter_init);
|
2003-05-07 16:52:24 -05:00
|
|
|
|
|
|
|
|
|
/* Check args */
|
|
|
|
|
assert(sel_iter);
|
|
|
|
|
assert(space);
|
|
|
|
|
|
|
|
|
|
/* Initialize common information */
|
|
|
|
|
|
|
|
|
|
/* Save the dataspace's rank */
|
2004-06-13 19:33:03 -05:00
|
|
|
|
sel_iter->rank=space->extent.rank;
|
2003-05-07 16:52:24 -05:00
|
|
|
|
|
2003-12-10 13:34:53 -05:00
|
|
|
|
if(sel_iter->rank>0) {
|
2004-04-06 13:51:26 -05:00
|
|
|
|
/* Point to the dataspace dimensions */
|
2004-06-13 19:33:03 -05:00
|
|
|
|
sel_iter->dims=space->extent.size;
|
2003-12-10 13:34:53 -05:00
|
|
|
|
} /* end if */
|
|
|
|
|
else
|
|
|
|
|
sel_iter->dims = NULL;
|
2003-05-07 16:52:24 -05:00
|
|
|
|
|
2004-05-01 13:16:54 -05:00
|
|
|
|
/* Save the element size */
|
|
|
|
|
sel_iter->elmt_size=elmt_size;
|
|
|
|
|
|
2003-05-07 16:52:24 -05:00
|
|
|
|
/* Call initialization routine for selection type */
|
2004-06-13 14:08:17 -05:00
|
|
|
|
ret_value= (*space->select.type->iter_init)(sel_iter, space);
|
2003-05-07 16:52:24 -05:00
|
|
|
|
|
|
|
|
|
FUNC_LEAVE_NOAPI(ret_value);
|
|
|
|
|
} /* H5S_select_iter_init() */
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
/*--------------------------------------------------------------------------
|
|
|
|
|
NAME
|
|
|
|
|
H5S_select_iter_coords
|
|
|
|
|
PURPOSE
|
|
|
|
|
Get the coordinates of the current iterator position
|
|
|
|
|
USAGE
|
|
|
|
|
herr_t H5S_select_iter_coords(sel_iter,coords)
|
|
|
|
|
H5S_sel_iter_t *sel_iter; IN: Selection iterator to query
|
2004-12-29 09:26:20 -05:00
|
|
|
|
hsize_t *coords; OUT: Array to place iterator coordinates in
|
2003-05-07 16:52:24 -05:00
|
|
|
|
RETURNS
|
|
|
|
|
Non-negative on success, negative on failure.
|
|
|
|
|
DESCRIPTION
|
|
|
|
|
The current location of the iterator within the selection is placed in
|
|
|
|
|
the COORDS array.
|
|
|
|
|
GLOBAL VARIABLES
|
|
|
|
|
COMMENTS, BUGS, ASSUMPTIONS
|
2004-05-20 10:32:09 -05:00
|
|
|
|
This routine participates in the "Inlining C function pointers"
|
|
|
|
|
pattern, don't call it directly, use the appropriate macro
|
|
|
|
|
defined in H5Sprivate.h.
|
2003-05-07 16:52:24 -05:00
|
|
|
|
EXAMPLES
|
|
|
|
|
REVISION LOG
|
|
|
|
|
--------------------------------------------------------------------------*/
|
|
|
|
|
herr_t
|
2004-12-29 09:26:20 -05:00
|
|
|
|
H5S_select_iter_coords (const H5S_sel_iter_t *sel_iter, hsize_t *coords)
|
2003-05-07 16:52:24 -05:00
|
|
|
|
{
|
|
|
|
|
herr_t ret_value; /* return value */
|
|
|
|
|
|
2004-06-23 10:36:35 -05:00
|
|
|
|
FUNC_ENTER_NOAPI_NOFUNC(H5S_select_iter_coords);
|
2003-05-07 16:52:24 -05:00
|
|
|
|
|
|
|
|
|
/* Check args */
|
|
|
|
|
assert(sel_iter);
|
|
|
|
|
assert(coords);
|
|
|
|
|
|
|
|
|
|
/* Call iter_coords routine for selection type */
|
2004-06-13 14:08:17 -05:00
|
|
|
|
ret_value = (*sel_iter->type->iter_coords)(sel_iter,coords);
|
2003-05-07 16:52:24 -05:00
|
|
|
|
|
|
|
|
|
FUNC_LEAVE_NOAPI(ret_value);
|
|
|
|
|
} /* H5S_select_iter_coords() */
|
|
|
|
|
|
2004-06-23 10:36:35 -05:00
|
|
|
|
#ifdef LATER
|
2003-06-04 10:22:23 -05:00
|
|
|
|
|
|
|
|
|
/*--------------------------------------------------------------------------
|
|
|
|
|
NAME
|
|
|
|
|
H5S_select_iter_block
|
|
|
|
|
PURPOSE
|
|
|
|
|
Get the block of the current iterator position
|
|
|
|
|
USAGE
|
|
|
|
|
herr_t H5S_select_iter_block(sel_iter,start,end)
|
|
|
|
|
const H5S_sel_iter_t *sel_iter; IN: Selection iterator to query
|
2004-12-29 09:26:20 -05:00
|
|
|
|
hsize_t *start; OUT: Array to place iterator start block coordinates
|
|
|
|
|
hsize_t *end; OUT: Array to place iterator end block coordinates
|
2003-06-04 10:22:23 -05:00
|
|
|
|
RETURNS
|
|
|
|
|
Non-negative on success, negative on failure.
|
|
|
|
|
DESCRIPTION
|
|
|
|
|
The current location of the iterator within the selection is placed in
|
|
|
|
|
the COORDS array.
|
|
|
|
|
GLOBAL VARIABLES
|
|
|
|
|
COMMENTS, BUGS, ASSUMPTIONS
|
2004-05-20 10:32:09 -05:00
|
|
|
|
This routine participates in the "Inlining C function pointers"
|
|
|
|
|
pattern, don't call it directly, use the appropriate macro
|
|
|
|
|
defined in H5Sprivate.h.
|
2003-06-04 10:22:23 -05:00
|
|
|
|
EXAMPLES
|
|
|
|
|
REVISION LOG
|
|
|
|
|
--------------------------------------------------------------------------*/
|
|
|
|
|
static herr_t
|
2004-12-29 09:26:20 -05:00
|
|
|
|
H5S_select_iter_block (const H5S_sel_iter_t *iter, hsize_t *start, hsize_t *end)
|
2003-06-04 10:22:23 -05:00
|
|
|
|
{
|
|
|
|
|
herr_t ret_value; /* return value */
|
|
|
|
|
|
2003-12-06 15:38:31 -05:00
|
|
|
|
FUNC_ENTER_NOAPI_NOINIT_NOFUNC(H5S_select_iter_block);
|
2003-06-04 10:22:23 -05:00
|
|
|
|
|
|
|
|
|
/* Check args */
|
|
|
|
|
assert(iter);
|
|
|
|
|
assert(start);
|
|
|
|
|
assert(end);
|
|
|
|
|
|
|
|
|
|
/* Call iter_block routine for selection type */
|
2004-06-13 14:08:17 -05:00
|
|
|
|
ret_value = (*iter->type->iter_block)(iter,start,end);
|
2003-06-04 10:22:23 -05:00
|
|
|
|
|
|
|
|
|
FUNC_LEAVE_NOAPI(ret_value);
|
|
|
|
|
} /* H5S_select_iter_block() */
|
2004-06-23 10:36:35 -05:00
|
|
|
|
#endif /* LATER */
|
2003-06-04 10:22:23 -05:00
|
|
|
|
|
2003-05-07 16:52:24 -05:00
|
|
|
|
|
|
|
|
|
/*--------------------------------------------------------------------------
|
|
|
|
|
NAME
|
|
|
|
|
H5S_select_iter_nelmts
|
|
|
|
|
PURPOSE
|
|
|
|
|
Get the number of elements left to iterate over in selection
|
|
|
|
|
USAGE
|
|
|
|
|
hssize_t H5S_select_iter_nelmts(sel_iter)
|
|
|
|
|
H5S_sel_iter_t *sel_iter; IN: Selection iterator to query
|
|
|
|
|
RETURNS
|
|
|
|
|
The number of elements in selection on success, 0 on failure
|
|
|
|
|
DESCRIPTION
|
|
|
|
|
Returns the number of elements in current selection for dataspace.
|
|
|
|
|
GLOBAL VARIABLES
|
|
|
|
|
COMMENTS, BUGS, ASSUMPTIONS
|
2004-05-20 10:32:09 -05:00
|
|
|
|
This routine participates in the "Inlining C function pointers"
|
|
|
|
|
pattern, don't call it directly, use the appropriate macro
|
|
|
|
|
defined in H5Sprivate.h.
|
2003-05-07 16:52:24 -05:00
|
|
|
|
EXAMPLES
|
|
|
|
|
REVISION LOG
|
|
|
|
|
--------------------------------------------------------------------------*/
|
|
|
|
|
hsize_t
|
|
|
|
|
H5S_select_iter_nelmts (const H5S_sel_iter_t *sel_iter)
|
|
|
|
|
{
|
|
|
|
|
hsize_t ret_value; /* return value */
|
|
|
|
|
|
2004-06-23 10:36:35 -05:00
|
|
|
|
FUNC_ENTER_NOAPI_NOFUNC(H5S_select_iter_nelmts);
|
2003-05-07 16:52:24 -05:00
|
|
|
|
|
|
|
|
|
/* Check args */
|
|
|
|
|
assert(sel_iter);
|
|
|
|
|
|
|
|
|
|
/* Call iter_nelmts routine for selection type */
|
2004-06-13 14:08:17 -05:00
|
|
|
|
ret_value = (*sel_iter->type->iter_nelmts)(sel_iter);
|
2003-05-07 16:52:24 -05:00
|
|
|
|
|
|
|
|
|
FUNC_LEAVE_NOAPI(ret_value);
|
|
|
|
|
} /* H5S_select_iter_nelmts() */
|
|
|
|
|
|
2004-06-23 10:36:35 -05:00
|
|
|
|
#ifdef LATER
|
2003-06-04 10:22:23 -05:00
|
|
|
|
|
|
|
|
|
/*--------------------------------------------------------------------------
|
|
|
|
|
NAME
|
|
|
|
|
H5S_select_iter_has_next_block
|
|
|
|
|
PURPOSE
|
|
|
|
|
Check if there is another block available in the selection iterator
|
|
|
|
|
USAGE
|
|
|
|
|
htri_t H5S_select_iter_has_next_block(sel_iter)
|
|
|
|
|
const H5S_sel_iter_t *sel_iter; IN: Selection iterator to query
|
|
|
|
|
RETURNS
|
|
|
|
|
Non-negative on success, negative on failure.
|
|
|
|
|
DESCRIPTION
|
|
|
|
|
Check if there is another block available to advance to in the selection
|
|
|
|
|
iterator.
|
|
|
|
|
GLOBAL VARIABLES
|
|
|
|
|
COMMENTS, BUGS, ASSUMPTIONS
|
2004-05-20 10:32:09 -05:00
|
|
|
|
This routine participates in the "Inlining C function pointers"
|
|
|
|
|
pattern, don't call it directly, use the appropriate macro
|
|
|
|
|
defined in H5Sprivate.h.
|
2003-06-04 10:22:23 -05:00
|
|
|
|
EXAMPLES
|
|
|
|
|
REVISION LOG
|
|
|
|
|
--------------------------------------------------------------------------*/
|
|
|
|
|
static htri_t
|
|
|
|
|
H5S_select_iter_has_next_block (const H5S_sel_iter_t *iter)
|
|
|
|
|
{
|
|
|
|
|
herr_t ret_value; /* return value */
|
|
|
|
|
|
2003-12-06 15:38:31 -05:00
|
|
|
|
FUNC_ENTER_NOAPI_NOINIT_NOFUNC(H5S_select_iter_has_next_block);
|
2003-06-04 10:22:23 -05:00
|
|
|
|
|
|
|
|
|
/* Check args */
|
|
|
|
|
assert(iter);
|
|
|
|
|
|
|
|
|
|
/* Call iter_has_next_block routine for selection type */
|
2004-06-13 14:08:17 -05:00
|
|
|
|
ret_value = (*iter->type->iter_has_next_block)(iter);
|
2003-06-04 10:22:23 -05:00
|
|
|
|
|
|
|
|
|
FUNC_LEAVE_NOAPI(ret_value);
|
|
|
|
|
} /* H5S_select_iter_has_next_block() */
|
2004-06-23 10:36:35 -05:00
|
|
|
|
#endif /* LATER */
|
2003-06-04 10:22:23 -05:00
|
|
|
|
|
2003-05-07 16:52:24 -05:00
|
|
|
|
|
|
|
|
|
/*--------------------------------------------------------------------------
|
|
|
|
|
NAME
|
|
|
|
|
H5S_select_iter_next
|
|
|
|
|
PURPOSE
|
2003-06-04 10:22:23 -05:00
|
|
|
|
Advance selection iterator to next element
|
2003-05-07 16:52:24 -05:00
|
|
|
|
USAGE
|
|
|
|
|
herr_t H5S_select_iter_next(iter, nelem)
|
|
|
|
|
H5S_sel_iter_t *iter; IN/OUT: Selection iterator to change
|
|
|
|
|
size_t nelem; IN: Number of elements to advance by
|
|
|
|
|
RETURNS
|
|
|
|
|
Non-negative on success, negative on failure.
|
|
|
|
|
DESCRIPTION
|
|
|
|
|
Move the current element for the selection iterator to the NELEM'th next
|
|
|
|
|
element in the selection.
|
|
|
|
|
GLOBAL VARIABLES
|
|
|
|
|
COMMENTS, BUGS, ASSUMPTIONS
|
2004-05-20 10:32:09 -05:00
|
|
|
|
This routine participates in the "Inlining C function pointers"
|
|
|
|
|
pattern, don't call it directly, use the appropriate macro
|
|
|
|
|
defined in H5Sprivate.h.
|
2003-05-07 16:52:24 -05:00
|
|
|
|
EXAMPLES
|
|
|
|
|
REVISION LOG
|
|
|
|
|
--------------------------------------------------------------------------*/
|
|
|
|
|
herr_t
|
|
|
|
|
H5S_select_iter_next(H5S_sel_iter_t *iter, size_t nelem)
|
|
|
|
|
{
|
|
|
|
|
herr_t ret_value; /* return value */
|
|
|
|
|
|
2004-06-23 10:36:35 -05:00
|
|
|
|
FUNC_ENTER_NOAPI_NOFUNC(H5S_select_iter_next);
|
2003-05-07 16:52:24 -05:00
|
|
|
|
|
|
|
|
|
/* Check args */
|
|
|
|
|
assert(iter);
|
|
|
|
|
assert(nelem>0);
|
|
|
|
|
|
2003-06-04 10:22:23 -05:00
|
|
|
|
/* Call iter_next routine for selection type */
|
2004-06-13 14:08:17 -05:00
|
|
|
|
ret_value = (*iter->type->iter_next)(iter,nelem);
|
2003-05-07 16:52:24 -05:00
|
|
|
|
|
|
|
|
|
/* Decrement the number of elements left in selection */
|
|
|
|
|
iter->elmt_left-=nelem;
|
|
|
|
|
|
|
|
|
|
FUNC_LEAVE_NOAPI(ret_value);
|
|
|
|
|
} /* H5S_select_iter_next() */
|
|
|
|
|
|
2004-06-23 10:36:35 -05:00
|
|
|
|
#ifdef LATER
|
2003-06-04 10:22:23 -05:00
|
|
|
|
|
|
|
|
|
/*--------------------------------------------------------------------------
|
|
|
|
|
NAME
|
|
|
|
|
H5S_select_iter_next_block
|
|
|
|
|
PURPOSE
|
|
|
|
|
Advance selection iterator to next block
|
|
|
|
|
USAGE
|
2004-05-20 10:32:09 -05:00
|
|
|
|
herr_t H5S_select_iter_next_block(iter)
|
2003-06-04 10:22:23 -05:00
|
|
|
|
H5S_sel_iter_t *iter; IN/OUT: Selection iterator to change
|
|
|
|
|
RETURNS
|
|
|
|
|
Non-negative on success, negative on failure.
|
|
|
|
|
DESCRIPTION
|
|
|
|
|
Move the current element for the selection iterator to the next
|
|
|
|
|
block in the selection.
|
|
|
|
|
GLOBAL VARIABLES
|
|
|
|
|
COMMENTS, BUGS, ASSUMPTIONS
|
|
|
|
|
Doesn't maintain the 'elmt_left' field of the selection iterator.
|
2004-05-20 10:32:09 -05:00
|
|
|
|
|
|
|
|
|
This routine participates in the "Inlining C function pointers"
|
|
|
|
|
pattern, don't call it directly, use the appropriate macro
|
|
|
|
|
defined in H5Sprivate.h.
|
2003-06-04 10:22:23 -05:00
|
|
|
|
EXAMPLES
|
|
|
|
|
REVISION LOG
|
|
|
|
|
--------------------------------------------------------------------------*/
|
|
|
|
|
static herr_t
|
|
|
|
|
H5S_select_iter_next_block(H5S_sel_iter_t *iter)
|
|
|
|
|
{
|
|
|
|
|
herr_t ret_value; /* return value */
|
|
|
|
|
|
2003-12-06 15:38:31 -05:00
|
|
|
|
FUNC_ENTER_NOAPI_NOINIT_NOFUNC(H5S_select_iter_next_block);
|
2003-06-04 10:22:23 -05:00
|
|
|
|
|
|
|
|
|
/* Check args */
|
|
|
|
|
assert(iter);
|
|
|
|
|
|
|
|
|
|
/* Call iter_next_block routine for selection type */
|
2004-06-13 14:08:17 -05:00
|
|
|
|
ret_value = (*iter->type->iter_next_block)(iter);
|
2003-06-04 10:22:23 -05:00
|
|
|
|
|
|
|
|
|
FUNC_LEAVE_NOAPI(ret_value);
|
|
|
|
|
} /* H5S_select_iter_next_block() */
|
2004-06-23 10:36:35 -05:00
|
|
|
|
#endif /* LATER */
|
2003-06-04 10:22:23 -05:00
|
|
|
|
|
2003-05-07 16:52:24 -05:00
|
|
|
|
|
|
|
|
|
/*--------------------------------------------------------------------------
|
|
|
|
|
NAME
|
|
|
|
|
H5S_select_iter_release
|
|
|
|
|
PURPOSE
|
|
|
|
|
Release a selection iterator's resources.
|
|
|
|
|
USAGE
|
|
|
|
|
hssize_t H5S_select_iter_release(sel_iter)
|
|
|
|
|
H5S_sel_iter_t *sel_iter; IN: Selection iterator to query
|
|
|
|
|
RETURNS
|
|
|
|
|
The number of elements in selection on success, 0 on failure
|
|
|
|
|
DESCRIPTION
|
|
|
|
|
Returns the number of elements in current selection for dataspace.
|
|
|
|
|
GLOBAL VARIABLES
|
|
|
|
|
COMMENTS, BUGS, ASSUMPTIONS
|
2004-05-20 10:32:09 -05:00
|
|
|
|
This routine participates in the "Inlining C function pointers"
|
|
|
|
|
pattern, don't call it directly, use the appropriate macro
|
|
|
|
|
defined in H5Sprivate.h.
|
2003-05-07 16:52:24 -05:00
|
|
|
|
EXAMPLES
|
|
|
|
|
REVISION LOG
|
|
|
|
|
--------------------------------------------------------------------------*/
|
|
|
|
|
herr_t
|
|
|
|
|
H5S_select_iter_release(H5S_sel_iter_t *sel_iter)
|
|
|
|
|
{
|
|
|
|
|
herr_t ret_value; /* return value */
|
|
|
|
|
|
2004-06-23 10:36:35 -05:00
|
|
|
|
FUNC_ENTER_NOAPI_NOFUNC(H5S_select_iter_release);
|
2003-05-07 16:52:24 -05:00
|
|
|
|
|
|
|
|
|
/* Check args */
|
|
|
|
|
assert(sel_iter);
|
|
|
|
|
|
|
|
|
|
/* Call selection type-specific release routine */
|
2004-06-13 14:08:17 -05:00
|
|
|
|
ret_value = (*sel_iter->type->iter_release)(sel_iter);
|
2003-05-07 16:52:24 -05:00
|
|
|
|
|
|
|
|
|
FUNC_LEAVE_NOAPI(ret_value);
|
|
|
|
|
} /* H5S_select_iter_release() */
|
|
|
|
|
|
1999-06-23 21:16:13 -05:00
|
|
|
|
|
|
|
|
|
/*--------------------------------------------------------------------------
|
|
|
|
|
NAME
|
2002-04-09 07:47:34 -05:00
|
|
|
|
H5S_select_iterate
|
1999-06-23 21:16:13 -05:00
|
|
|
|
PURPOSE
|
|
|
|
|
Iterate over the selected elements in a memory buffer.
|
|
|
|
|
USAGE
|
|
|
|
|
herr_t H5S_select_iterate(buf, type_id, space, operator, operator_data)
|
|
|
|
|
void *buf; IN/OUT: Buffer containing elements to iterate over
|
|
|
|
|
hid_t type_id; IN: Datatype ID of BUF array.
|
|
|
|
|
H5S_t *space; IN: Dataspace object containing selection to iterate over
|
1999-08-10 13:54:06 -05:00
|
|
|
|
H5D_operator_t op; IN: Function pointer to the routine to be
|
1999-06-23 21:16:13 -05:00
|
|
|
|
called for each element in BUF iterated over.
|
|
|
|
|
void *operator_data; IN/OUT: Pointer to any user-defined data
|
|
|
|
|
associated with the operation.
|
|
|
|
|
RETURNS
|
|
|
|
|
Returns the return value of the last operator if it was non-zero, or zero
|
|
|
|
|
if all elements were processed. Otherwise returns a negative value.
|
|
|
|
|
DESCRIPTION
|
|
|
|
|
Iterates over the selected elements in a memory buffer, calling the user's
|
|
|
|
|
callback function for each element. The selection in the dataspace is
|
|
|
|
|
modified so that any elements already iterated over are removed from the
|
|
|
|
|
selection if the iteration is interrupted (by the H5D_operator_t function
|
|
|
|
|
returning non-zero) in the "middle" of the iteration and may be re-started
|
|
|
|
|
by the user where it left off.
|
|
|
|
|
|
|
|
|
|
NOTE: Until "subtracting" elements from a selection is implemented,
|
|
|
|
|
the selection is not modified.
|
|
|
|
|
--------------------------------------------------------------------------*/
|
|
|
|
|
herr_t
|
2003-05-07 16:52:24 -05:00
|
|
|
|
H5S_select_iterate(void *buf, hid_t type_id, const H5S_t *space, H5D_operator_t op,
|
1999-06-23 21:16:13 -05:00
|
|
|
|
void *operator_data)
|
|
|
|
|
{
|
[svn-r5834] Purpose:
Large code cleanup/re-write
Description:
This is phase 1 of the data I/O re-architecture, with the following changes:
- Changed the selection drivers to not actually do any I/O, they
only generate the sequences of offset/length pairs needed for
the I/O (or memory access, in the case of iterating or filling
a selection in a memory buffer)
- Wrote more abstract I/O routines which get the sequence of offset/
length pairs for each selection and access perform the I/O or
memory access.
Benefits of this change include:
- Removed ~3400 lines of quite redundant code, with corresponding
reduction in the size of library binary.
- Any selection can now directly access memory when performing I/O,
if no type conversions are required, instead of just "regular"
hyperslab and 'all' selections, which speeds up I/O.
- Sped up I/O for hyperslab selections which have contiguous lower
dimensions by "flattening" them out into lesser dimensional objects
for the I/O.
No file format or API changes were necessary for this change.
The next phase will be to create a "selection driver" for each type of
selection, allowing each type of selection to directly call certain
methods that only apply to that type of selection, instead of passing
through dozens of functions which have switch statements to call the
appropriate method for each selection type. This will also reduce
the amount of code in the library and speed things up a bit more.
Phase 3 will involve generating an MPI datatype for all types of selections,
instead of only "regular" hyperslab and 'all' selections. This will
allow collective parallel I/O for all I/O operations which don't
require type conversions. It will also open up the door for allowing
collective I/O on datasets which require type conversion.
Phase 4 will involve changing the access pattern to deal with chunked
datasets in a more optimal way (in serial).
Phase 5 will deal with accessing chunked datasets more optimally for
collective parallel I/O operations.
Platforms tested:
FreeBSD 4.6 (sleipnir) w/ parallel & C++ and IRIX64 6.5 (modi4) w/parallel
2002-07-24 13:56:48 -05:00
|
|
|
|
H5T_t *dt; /* Datatype structure */
|
[svn-r6252] Purpose:
Lots of performance improvements & a couple new internal API interfaces.
Description:
Performance Improvements:
- Cached file offset & length sizes in shared file struct, to avoid
constantly looking them up in the FCPL.
- Generic property improvements:
- Added "revision" number to generic property classes to speed
up comparisons.
- Changed method of storing properties from using a hash-table
to the TBBT routines in the library.
- Share the propery names between classes and the lists derived
from them.
- Removed redundant 'def_value' buffer from each property.
- Switching code to use a "copy on write" strategy for
properties in each list, where the properties in each list
are shared with the properties in the class, until a
property's value is changed in a list.
- Fixed error in layout code which was allocating too many buffers.
- Redefined public macros of the form (H5open()/H5check, <variable>)
internally to only be (<variable>), avoiding innumerable useless
calls to H5open() and H5check_version().
- Reuse already zeroed buffers in H5F_contig_fill instead of
constantly re-zeroing them.
- Don't write fill values if writing entire dataset.
- Use gettimeofday() system call instead of time() system when
checking the modification time of a dataset.
- Added reference counted string API and use it for tracking the
names of objects opening in a file (for the ID->name code).
- Removed redundant H5P_get() calls in B-tree routines.
- Redefine H5T datatype macros internally to the library, to avoid
calling H5check redundantly.
- Keep dataspace information for dataset locally instead of reading
from disk each time. Added new module to track open objects
in a file, to allow this (which will be useful eventually for
some FPH5 metadata caching issues).
- Remove H5AC_find macro which was inlining metadata cache lookups,
and call function instead.
- Remove redundant memset() calls from H5G_namei() routine.
- Remove redundant checking of object type when locating objects
in metadata cache and rely on the address only.
- Create default dataset object to use when default dataset creation
property list is used to create datasets, bypassing querying
for all the property list values.
- Use default I/O vector size when performing raw data with the
default dataset transfer property list, instead of querying for
I/O vector size.
- Remove H5P_DEFAULT internally to the library, replacing it with
more specific default property list based on the type of
property list needed.
- Remove redundant memset() calls in object header message (H5O*)
routines.
- Remove redunant memset() calls in data I/O routines.
- Split free-list allocation routines into malloc() and calloc()-
like routines, instead of one combined routine.
- Remove lots of indirection in H5O*() routines.
- Simplify metadata cache entry comparison routine (used when
flushing entire cache out).
- Only enable metadata cache statistics when H5AC_DEBUG is turned
on, instead of always tracking them.
- Simplify address comparison macro (H5F_addr_eq).
- Remove redundant metadata cache entry protections during dataset
creation by protecting the object header once and making all
the modifications necessary for the dataset creation before
unprotecting it.
- Reduce # of "number of element in extent" computations performed
by computing and storing the value during dataspace creation.
- Simplify checking for group location's file information, when file
has not been involving in file-mounting operations.
- Use binary encoding for modification time, instead of ASCII.
- Hoist H5HL_peek calls (to get information in a local heap)
out of loops in many group routine.
- Use static variable for iterators of selections, instead of
dynamically allocation them each time.
- Lookup & insert new entries in one step, avoiding traversing
group's B-tree twice.
- Fixed memory leak in H5Gget_objname_idx() routine (tangential to
performance improvements, but fixed along the way).
- Use free-list for reference counted strings.
- Don't bother copying object names into cached group entries,
since they are re-created when an object is opened.
The benchmark I used to measure these results created several thousand
small (2K) datasets in a file and wrote out the data for them. This is
Elena's "regular.c" benchmark.
These changes resulted in approximately ~4.3x speedup of the
development branch when compared to the previous code in the
development branch and ~1.4x speedup compared to the release
branch.
Additionally, these changes reduce the total memory used (code and
data) by the development branch by ~800KB, bringing the development
branch back into the same ballpark as the release branch.
I'll send out a more detailed description of the benchmark results
as a followup note.
New internal API routines:
Added "reference counted strings" API for tracking strings that get
used by multiple owners without duplicating the strings.
Added "ternary search tree" API for text->object mappings.
Platforms tested:
Tested h5committest {arabica (fortran), eirene (fortran, C++)
modi4 (parallel, fortran)}
Other platforms/configurations tested?
FreeBSD 4.7 (sleipnir) serial & parallel
Solaris 2.6 (baldric) serial
2003-01-09 12:20:03 -05:00
|
|
|
|
H5S_sel_iter_t iter; /* Selection iteration info */
|
|
|
|
|
hbool_t iter_init=0; /* Selection iteration info has been initialized */
|
[svn-r5834] Purpose:
Large code cleanup/re-write
Description:
This is phase 1 of the data I/O re-architecture, with the following changes:
- Changed the selection drivers to not actually do any I/O, they
only generate the sequences of offset/length pairs needed for
the I/O (or memory access, in the case of iterating or filling
a selection in a memory buffer)
- Wrote more abstract I/O routines which get the sequence of offset/
length pairs for each selection and access perform the I/O or
memory access.
Benefits of this change include:
- Removed ~3400 lines of quite redundant code, with corresponding
reduction in the size of library binary.
- Any selection can now directly access memory when performing I/O,
if no type conversions are required, instead of just "regular"
hyperslab and 'all' selections, which speeds up I/O.
- Sped up I/O for hyperslab selections which have contiguous lower
dimensions by "flattening" them out into lesser dimensional objects
for the I/O.
No file format or API changes were necessary for this change.
The next phase will be to create a "selection driver" for each type of
selection, allowing each type of selection to directly call certain
methods that only apply to that type of selection, instead of passing
through dozens of functions which have switch statements to call the
appropriate method for each selection type. This will also reduce
the amount of code in the library and speed things up a bit more.
Phase 3 will involve generating an MPI datatype for all types of selections,
instead of only "regular" hyperslab and 'all' selections. This will
allow collective parallel I/O for all I/O operations which don't
require type conversions. It will also open up the door for allowing
collective I/O on datasets which require type conversion.
Phase 4 will involve changing the access pattern to deal with chunked
datasets in a more optimal way (in serial).
Phase 5 will deal with accessing chunked datasets more optimally for
collective parallel I/O operations.
Platforms tested:
FreeBSD 4.6 (sleipnir) w/ parallel & C++ and IRIX64 6.5 (modi4) w/parallel
2002-07-24 13:56:48 -05:00
|
|
|
|
uint8_t *loc; /* Current element location in buffer */
|
2004-12-29 09:26:20 -05:00
|
|
|
|
hsize_t coords[H5O_LAYOUT_NDIMS]; /* Coordinates of element in dataspace */
|
[svn-r5834] Purpose:
Large code cleanup/re-write
Description:
This is phase 1 of the data I/O re-architecture, with the following changes:
- Changed the selection drivers to not actually do any I/O, they
only generate the sequences of offset/length pairs needed for
the I/O (or memory access, in the case of iterating or filling
a selection in a memory buffer)
- Wrote more abstract I/O routines which get the sequence of offset/
length pairs for each selection and access perform the I/O or
memory access.
Benefits of this change include:
- Removed ~3400 lines of quite redundant code, with corresponding
reduction in the size of library binary.
- Any selection can now directly access memory when performing I/O,
if no type conversions are required, instead of just "regular"
hyperslab and 'all' selections, which speeds up I/O.
- Sped up I/O for hyperslab selections which have contiguous lower
dimensions by "flattening" them out into lesser dimensional objects
for the I/O.
No file format or API changes were necessary for this change.
The next phase will be to create a "selection driver" for each type of
selection, allowing each type of selection to directly call certain
methods that only apply to that type of selection, instead of passing
through dozens of functions which have switch statements to call the
appropriate method for each selection type. This will also reduce
the amount of code in the library and speed things up a bit more.
Phase 3 will involve generating an MPI datatype for all types of selections,
instead of only "regular" hyperslab and 'all' selections. This will
allow collective parallel I/O for all I/O operations which don't
require type conversions. It will also open up the door for allowing
collective I/O on datasets which require type conversion.
Phase 4 will involve changing the access pattern to deal with chunked
datasets in a more optimal way (in serial).
Phase 5 will deal with accessing chunked datasets more optimally for
collective parallel I/O operations.
Platforms tested:
FreeBSD 4.6 (sleipnir) w/ parallel & C++ and IRIX64 6.5 (modi4) w/parallel
2002-07-24 13:56:48 -05:00
|
|
|
|
hssize_t nelmts; /* Number of elements in selection */
|
|
|
|
|
hsize_t space_size[H5O_LAYOUT_NDIMS]; /* Dataspace size */
|
2006-11-01 23:54:19 -05:00
|
|
|
|
hsize_t off[H5D_IO_VECTOR_SIZE]; /* Array to store sequence offsets */
|
[svn-r5834] Purpose:
Large code cleanup/re-write
Description:
This is phase 1 of the data I/O re-architecture, with the following changes:
- Changed the selection drivers to not actually do any I/O, they
only generate the sequences of offset/length pairs needed for
the I/O (or memory access, in the case of iterating or filling
a selection in a memory buffer)
- Wrote more abstract I/O routines which get the sequence of offset/
length pairs for each selection and access perform the I/O or
memory access.
Benefits of this change include:
- Removed ~3400 lines of quite redundant code, with corresponding
reduction in the size of library binary.
- Any selection can now directly access memory when performing I/O,
if no type conversions are required, instead of just "regular"
hyperslab and 'all' selections, which speeds up I/O.
- Sped up I/O for hyperslab selections which have contiguous lower
dimensions by "flattening" them out into lesser dimensional objects
for the I/O.
No file format or API changes were necessary for this change.
The next phase will be to create a "selection driver" for each type of
selection, allowing each type of selection to directly call certain
methods that only apply to that type of selection, instead of passing
through dozens of functions which have switch statements to call the
appropriate method for each selection type. This will also reduce
the amount of code in the library and speed things up a bit more.
Phase 3 will involve generating an MPI datatype for all types of selections,
instead of only "regular" hyperslab and 'all' selections. This will
allow collective parallel I/O for all I/O operations which don't
require type conversions. It will also open up the door for allowing
collective I/O on datasets which require type conversion.
Phase 4 will involve changing the access pattern to deal with chunked
datasets in a more optimal way (in serial).
Phase 5 will deal with accessing chunked datasets more optimally for
collective parallel I/O operations.
Platforms tested:
FreeBSD 4.6 (sleipnir) w/ parallel & C++ and IRIX64 6.5 (modi4) w/parallel
2002-07-24 13:56:48 -05:00
|
|
|
|
hsize_t curr_off; /* Current offset within sequence */
|
|
|
|
|
hsize_t tmp_off; /* Temporary offset within sequence */
|
2006-11-01 23:54:19 -05:00
|
|
|
|
size_t len[H5D_IO_VECTOR_SIZE]; /* Array to store sequence lengths */
|
[svn-r5834] Purpose:
Large code cleanup/re-write
Description:
This is phase 1 of the data I/O re-architecture, with the following changes:
- Changed the selection drivers to not actually do any I/O, they
only generate the sequences of offset/length pairs needed for
the I/O (or memory access, in the case of iterating or filling
a selection in a memory buffer)
- Wrote more abstract I/O routines which get the sequence of offset/
length pairs for each selection and access perform the I/O or
memory access.
Benefits of this change include:
- Removed ~3400 lines of quite redundant code, with corresponding
reduction in the size of library binary.
- Any selection can now directly access memory when performing I/O,
if no type conversions are required, instead of just "regular"
hyperslab and 'all' selections, which speeds up I/O.
- Sped up I/O for hyperslab selections which have contiguous lower
dimensions by "flattening" them out into lesser dimensional objects
for the I/O.
No file format or API changes were necessary for this change.
The next phase will be to create a "selection driver" for each type of
selection, allowing each type of selection to directly call certain
methods that only apply to that type of selection, instead of passing
through dozens of functions which have switch statements to call the
appropriate method for each selection type. This will also reduce
the amount of code in the library and speed things up a bit more.
Phase 3 will involve generating an MPI datatype for all types of selections,
instead of only "regular" hyperslab and 'all' selections. This will
allow collective parallel I/O for all I/O operations which don't
require type conversions. It will also open up the door for allowing
collective I/O on datasets which require type conversion.
Phase 4 will involve changing the access pattern to deal with chunked
datasets in a more optimal way (in serial).
Phase 5 will deal with accessing chunked datasets more optimally for
collective parallel I/O operations.
Platforms tested:
FreeBSD 4.6 (sleipnir) w/ parallel & C++ and IRIX64 6.5 (modi4) w/parallel
2002-07-24 13:56:48 -05:00
|
|
|
|
size_t curr_len; /* Length of bytes left to process in sequence */
|
|
|
|
|
size_t nseq; /* Number of sequences generated */
|
|
|
|
|
size_t curr_seq; /* Current sequnce being worked on */
|
2004-05-01 11:10:17 -05:00
|
|
|
|
size_t nelem; /* Number of elements used in sequences */
|
|
|
|
|
size_t max_elem; /* Maximum number of elements allowed in sequences */
|
[svn-r5834] Purpose:
Large code cleanup/re-write
Description:
This is phase 1 of the data I/O re-architecture, with the following changes:
- Changed the selection drivers to not actually do any I/O, they
only generate the sequences of offset/length pairs needed for
the I/O (or memory access, in the case of iterating or filling
a selection in a memory buffer)
- Wrote more abstract I/O routines which get the sequence of offset/
length pairs for each selection and access perform the I/O or
memory access.
Benefits of this change include:
- Removed ~3400 lines of quite redundant code, with corresponding
reduction in the size of library binary.
- Any selection can now directly access memory when performing I/O,
if no type conversions are required, instead of just "regular"
hyperslab and 'all' selections, which speeds up I/O.
- Sped up I/O for hyperslab selections which have contiguous lower
dimensions by "flattening" them out into lesser dimensional objects
for the I/O.
No file format or API changes were necessary for this change.
The next phase will be to create a "selection driver" for each type of
selection, allowing each type of selection to directly call certain
methods that only apply to that type of selection, instead of passing
through dozens of functions which have switch statements to call the
appropriate method for each selection type. This will also reduce
the amount of code in the library and speed things up a bit more.
Phase 3 will involve generating an MPI datatype for all types of selections,
instead of only "regular" hyperslab and 'all' selections. This will
allow collective parallel I/O for all I/O operations which don't
require type conversions. It will also open up the door for allowing
collective I/O on datasets which require type conversion.
Phase 4 will involve changing the access pattern to deal with chunked
datasets in a more optimal way (in serial).
Phase 5 will deal with accessing chunked datasets more optimally for
collective parallel I/O operations.
Platforms tested:
FreeBSD 4.6 (sleipnir) w/ parallel & C++ and IRIX64 6.5 (modi4) w/parallel
2002-07-24 13:56:48 -05:00
|
|
|
|
size_t elmt_size; /* Datatype size */
|
2004-12-29 09:26:20 -05:00
|
|
|
|
unsigned ndims; /* Number of dimensions in dataspace */
|
[svn-r5834] Purpose:
Large code cleanup/re-write
Description:
This is phase 1 of the data I/O re-architecture, with the following changes:
- Changed the selection drivers to not actually do any I/O, they
only generate the sequences of offset/length pairs needed for
the I/O (or memory access, in the case of iterating or filling
a selection in a memory buffer)
- Wrote more abstract I/O routines which get the sequence of offset/
length pairs for each selection and access perform the I/O or
memory access.
Benefits of this change include:
- Removed ~3400 lines of quite redundant code, with corresponding
reduction in the size of library binary.
- Any selection can now directly access memory when performing I/O,
if no type conversions are required, instead of just "regular"
hyperslab and 'all' selections, which speeds up I/O.
- Sped up I/O for hyperslab selections which have contiguous lower
dimensions by "flattening" them out into lesser dimensional objects
for the I/O.
No file format or API changes were necessary for this change.
The next phase will be to create a "selection driver" for each type of
selection, allowing each type of selection to directly call certain
methods that only apply to that type of selection, instead of passing
through dozens of functions which have switch statements to call the
appropriate method for each selection type. This will also reduce
the amount of code in the library and speed things up a bit more.
Phase 3 will involve generating an MPI datatype for all types of selections,
instead of only "regular" hyperslab and 'all' selections. This will
allow collective parallel I/O for all I/O operations which don't
require type conversions. It will also open up the door for allowing
collective I/O on datasets which require type conversion.
Phase 4 will involve changing the access pattern to deal with chunked
datasets in a more optimal way (in serial).
Phase 5 will deal with accessing chunked datasets more optimally for
collective parallel I/O operations.
Platforms tested:
FreeBSD 4.6 (sleipnir) w/ parallel & C++ and IRIX64 6.5 (modi4) w/parallel
2002-07-24 13:56:48 -05:00
|
|
|
|
int i; /* Local Index variable */
|
|
|
|
|
herr_t user_ret=0; /* User's return value */
|
|
|
|
|
herr_t ret_value=SUCCEED; /* Return value */
|
1999-06-23 21:16:13 -05:00
|
|
|
|
|
2002-05-29 10:07:55 -05:00
|
|
|
|
FUNC_ENTER_NOAPI(H5S_select_iterate, FAIL);
|
1999-06-23 21:16:13 -05:00
|
|
|
|
|
|
|
|
|
/* Check args */
|
|
|
|
|
assert(buf);
|
[svn-r5834] Purpose:
Large code cleanup/re-write
Description:
This is phase 1 of the data I/O re-architecture, with the following changes:
- Changed the selection drivers to not actually do any I/O, they
only generate the sequences of offset/length pairs needed for
the I/O (or memory access, in the case of iterating or filling
a selection in a memory buffer)
- Wrote more abstract I/O routines which get the sequence of offset/
length pairs for each selection and access perform the I/O or
memory access.
Benefits of this change include:
- Removed ~3400 lines of quite redundant code, with corresponding
reduction in the size of library binary.
- Any selection can now directly access memory when performing I/O,
if no type conversions are required, instead of just "regular"
hyperslab and 'all' selections, which speeds up I/O.
- Sped up I/O for hyperslab selections which have contiguous lower
dimensions by "flattening" them out into lesser dimensional objects
for the I/O.
No file format or API changes were necessary for this change.
The next phase will be to create a "selection driver" for each type of
selection, allowing each type of selection to directly call certain
methods that only apply to that type of selection, instead of passing
through dozens of functions which have switch statements to call the
appropriate method for each selection type. This will also reduce
the amount of code in the library and speed things up a bit more.
Phase 3 will involve generating an MPI datatype for all types of selections,
instead of only "regular" hyperslab and 'all' selections. This will
allow collective parallel I/O for all I/O operations which don't
require type conversions. It will also open up the door for allowing
collective I/O on datasets which require type conversion.
Phase 4 will involve changing the access pattern to deal with chunked
datasets in a more optimal way (in serial).
Phase 5 will deal with accessing chunked datasets more optimally for
collective parallel I/O operations.
Platforms tested:
FreeBSD 4.6 (sleipnir) w/ parallel & C++ and IRIX64 6.5 (modi4) w/parallel
2002-07-24 13:56:48 -05:00
|
|
|
|
assert(H5I_DATATYPE == H5I_get_type(type_id));
|
1999-06-23 21:16:13 -05:00
|
|
|
|
assert(space);
|
1999-08-10 13:54:06 -05:00
|
|
|
|
assert(op);
|
1999-06-23 21:16:13 -05:00
|
|
|
|
|
[svn-r5834] Purpose:
Large code cleanup/re-write
Description:
This is phase 1 of the data I/O re-architecture, with the following changes:
- Changed the selection drivers to not actually do any I/O, they
only generate the sequences of offset/length pairs needed for
the I/O (or memory access, in the case of iterating or filling
a selection in a memory buffer)
- Wrote more abstract I/O routines which get the sequence of offset/
length pairs for each selection and access perform the I/O or
memory access.
Benefits of this change include:
- Removed ~3400 lines of quite redundant code, with corresponding
reduction in the size of library binary.
- Any selection can now directly access memory when performing I/O,
if no type conversions are required, instead of just "regular"
hyperslab and 'all' selections, which speeds up I/O.
- Sped up I/O for hyperslab selections which have contiguous lower
dimensions by "flattening" them out into lesser dimensional objects
for the I/O.
No file format or API changes were necessary for this change.
The next phase will be to create a "selection driver" for each type of
selection, allowing each type of selection to directly call certain
methods that only apply to that type of selection, instead of passing
through dozens of functions which have switch statements to call the
appropriate method for each selection type. This will also reduce
the amount of code in the library and speed things up a bit more.
Phase 3 will involve generating an MPI datatype for all types of selections,
instead of only "regular" hyperslab and 'all' selections. This will
allow collective parallel I/O for all I/O operations which don't
require type conversions. It will also open up the door for allowing
collective I/O on datasets which require type conversion.
Phase 4 will involve changing the access pattern to deal with chunked
datasets in a more optimal way (in serial).
Phase 5 will deal with accessing chunked datasets more optimally for
collective parallel I/O operations.
Platforms tested:
FreeBSD 4.6 (sleipnir) w/ parallel & C++ and IRIX64 6.5 (modi4) w/parallel
2002-07-24 13:56:48 -05:00
|
|
|
|
/* Get the datatype size */
|
2002-07-31 14:17:12 -05:00
|
|
|
|
if (NULL==(dt=H5I_object_verify(type_id,H5I_DATATYPE)))
|
[svn-r5834] Purpose:
Large code cleanup/re-write
Description:
This is phase 1 of the data I/O re-architecture, with the following changes:
- Changed the selection drivers to not actually do any I/O, they
only generate the sequences of offset/length pairs needed for
the I/O (or memory access, in the case of iterating or filling
a selection in a memory buffer)
- Wrote more abstract I/O routines which get the sequence of offset/
length pairs for each selection and access perform the I/O or
memory access.
Benefits of this change include:
- Removed ~3400 lines of quite redundant code, with corresponding
reduction in the size of library binary.
- Any selection can now directly access memory when performing I/O,
if no type conversions are required, instead of just "regular"
hyperslab and 'all' selections, which speeds up I/O.
- Sped up I/O for hyperslab selections which have contiguous lower
dimensions by "flattening" them out into lesser dimensional objects
for the I/O.
No file format or API changes were necessary for this change.
The next phase will be to create a "selection driver" for each type of
selection, allowing each type of selection to directly call certain
methods that only apply to that type of selection, instead of passing
through dozens of functions which have switch statements to call the
appropriate method for each selection type. This will also reduce
the amount of code in the library and speed things up a bit more.
Phase 3 will involve generating an MPI datatype for all types of selections,
instead of only "regular" hyperslab and 'all' selections. This will
allow collective parallel I/O for all I/O operations which don't
require type conversions. It will also open up the door for allowing
collective I/O on datasets which require type conversion.
Phase 4 will involve changing the access pattern to deal with chunked
datasets in a more optimal way (in serial).
Phase 5 will deal with accessing chunked datasets more optimally for
collective parallel I/O operations.
Platforms tested:
FreeBSD 4.6 (sleipnir) w/ parallel & C++ and IRIX64 6.5 (modi4) w/parallel
2002-07-24 13:56:48 -05:00
|
|
|
|
HGOTO_ERROR(H5E_ARGS, H5E_BADTYPE, FAIL, "not an valid base datatype");
|
|
|
|
|
if((elmt_size=H5T_get_size(dt))==0)
|
|
|
|
|
HGOTO_ERROR(H5E_DATATYPE, H5E_BADSIZE, FAIL, "datatype size invalid");
|
|
|
|
|
|
|
|
|
|
/* Initialize iterator */
|
2003-05-07 16:52:24 -05:00
|
|
|
|
if (H5S_select_iter_init(&iter, space, elmt_size)<0)
|
[svn-r5834] Purpose:
Large code cleanup/re-write
Description:
This is phase 1 of the data I/O re-architecture, with the following changes:
- Changed the selection drivers to not actually do any I/O, they
only generate the sequences of offset/length pairs needed for
the I/O (or memory access, in the case of iterating or filling
a selection in a memory buffer)
- Wrote more abstract I/O routines which get the sequence of offset/
length pairs for each selection and access perform the I/O or
memory access.
Benefits of this change include:
- Removed ~3400 lines of quite redundant code, with corresponding
reduction in the size of library binary.
- Any selection can now directly access memory when performing I/O,
if no type conversions are required, instead of just "regular"
hyperslab and 'all' selections, which speeds up I/O.
- Sped up I/O for hyperslab selections which have contiguous lower
dimensions by "flattening" them out into lesser dimensional objects
for the I/O.
No file format or API changes were necessary for this change.
The next phase will be to create a "selection driver" for each type of
selection, allowing each type of selection to directly call certain
methods that only apply to that type of selection, instead of passing
through dozens of functions which have switch statements to call the
appropriate method for each selection type. This will also reduce
the amount of code in the library and speed things up a bit more.
Phase 3 will involve generating an MPI datatype for all types of selections,
instead of only "regular" hyperslab and 'all' selections. This will
allow collective parallel I/O for all I/O operations which don't
require type conversions. It will also open up the door for allowing
collective I/O on datasets which require type conversion.
Phase 4 will involve changing the access pattern to deal with chunked
datasets in a more optimal way (in serial).
Phase 5 will deal with accessing chunked datasets more optimally for
collective parallel I/O operations.
Platforms tested:
FreeBSD 4.6 (sleipnir) w/ parallel & C++ and IRIX64 6.5 (modi4) w/parallel
2002-07-24 13:56:48 -05:00
|
|
|
|
HGOTO_ERROR (H5E_DATASPACE, H5E_CANTINIT, FAIL, "unable to initialize selection iterator");
|
[svn-r6252] Purpose:
Lots of performance improvements & a couple new internal API interfaces.
Description:
Performance Improvements:
- Cached file offset & length sizes in shared file struct, to avoid
constantly looking them up in the FCPL.
- Generic property improvements:
- Added "revision" number to generic property classes to speed
up comparisons.
- Changed method of storing properties from using a hash-table
to the TBBT routines in the library.
- Share the propery names between classes and the lists derived
from them.
- Removed redundant 'def_value' buffer from each property.
- Switching code to use a "copy on write" strategy for
properties in each list, where the properties in each list
are shared with the properties in the class, until a
property's value is changed in a list.
- Fixed error in layout code which was allocating too many buffers.
- Redefined public macros of the form (H5open()/H5check, <variable>)
internally to only be (<variable>), avoiding innumerable useless
calls to H5open() and H5check_version().
- Reuse already zeroed buffers in H5F_contig_fill instead of
constantly re-zeroing them.
- Don't write fill values if writing entire dataset.
- Use gettimeofday() system call instead of time() system when
checking the modification time of a dataset.
- Added reference counted string API and use it for tracking the
names of objects opening in a file (for the ID->name code).
- Removed redundant H5P_get() calls in B-tree routines.
- Redefine H5T datatype macros internally to the library, to avoid
calling H5check redundantly.
- Keep dataspace information for dataset locally instead of reading
from disk each time. Added new module to track open objects
in a file, to allow this (which will be useful eventually for
some FPH5 metadata caching issues).
- Remove H5AC_find macro which was inlining metadata cache lookups,
and call function instead.
- Remove redundant memset() calls from H5G_namei() routine.
- Remove redundant checking of object type when locating objects
in metadata cache and rely on the address only.
- Create default dataset object to use when default dataset creation
property list is used to create datasets, bypassing querying
for all the property list values.
- Use default I/O vector size when performing raw data with the
default dataset transfer property list, instead of querying for
I/O vector size.
- Remove H5P_DEFAULT internally to the library, replacing it with
more specific default property list based on the type of
property list needed.
- Remove redundant memset() calls in object header message (H5O*)
routines.
- Remove redunant memset() calls in data I/O routines.
- Split free-list allocation routines into malloc() and calloc()-
like routines, instead of one combined routine.
- Remove lots of indirection in H5O*() routines.
- Simplify metadata cache entry comparison routine (used when
flushing entire cache out).
- Only enable metadata cache statistics when H5AC_DEBUG is turned
on, instead of always tracking them.
- Simplify address comparison macro (H5F_addr_eq).
- Remove redundant metadata cache entry protections during dataset
creation by protecting the object header once and making all
the modifications necessary for the dataset creation before
unprotecting it.
- Reduce # of "number of element in extent" computations performed
by computing and storing the value during dataspace creation.
- Simplify checking for group location's file information, when file
has not been involving in file-mounting operations.
- Use binary encoding for modification time, instead of ASCII.
- Hoist H5HL_peek calls (to get information in a local heap)
out of loops in many group routine.
- Use static variable for iterators of selections, instead of
dynamically allocation them each time.
- Lookup & insert new entries in one step, avoiding traversing
group's B-tree twice.
- Fixed memory leak in H5Gget_objname_idx() routine (tangential to
performance improvements, but fixed along the way).
- Use free-list for reference counted strings.
- Don't bother copying object names into cached group entries,
since they are re-created when an object is opened.
The benchmark I used to measure these results created several thousand
small (2K) datasets in a file and wrote out the data for them. This is
Elena's "regular.c" benchmark.
These changes resulted in approximately ~4.3x speedup of the
development branch when compared to the previous code in the
development branch and ~1.4x speedup compared to the release
branch.
Additionally, these changes reduce the total memory used (code and
data) by the development branch by ~800KB, bringing the development
branch back into the same ballpark as the release branch.
I'll send out a more detailed description of the benchmark results
as a followup note.
New internal API routines:
Added "reference counted strings" API for tracking strings that get
used by multiple owners without duplicating the strings.
Added "ternary search tree" API for text->object mappings.
Platforms tested:
Tested h5committest {arabica (fortran), eirene (fortran, C++)
modi4 (parallel, fortran)}
Other platforms/configurations tested?
FreeBSD 4.7 (sleipnir) serial & parallel
Solaris 2.6 (baldric) serial
2003-01-09 12:20:03 -05:00
|
|
|
|
iter_init=1; /* Selection iteration info has been initialized */
|
[svn-r5834] Purpose:
Large code cleanup/re-write
Description:
This is phase 1 of the data I/O re-architecture, with the following changes:
- Changed the selection drivers to not actually do any I/O, they
only generate the sequences of offset/length pairs needed for
the I/O (or memory access, in the case of iterating or filling
a selection in a memory buffer)
- Wrote more abstract I/O routines which get the sequence of offset/
length pairs for each selection and access perform the I/O or
memory access.
Benefits of this change include:
- Removed ~3400 lines of quite redundant code, with corresponding
reduction in the size of library binary.
- Any selection can now directly access memory when performing I/O,
if no type conversions are required, instead of just "regular"
hyperslab and 'all' selections, which speeds up I/O.
- Sped up I/O for hyperslab selections which have contiguous lower
dimensions by "flattening" them out into lesser dimensional objects
for the I/O.
No file format or API changes were necessary for this change.
The next phase will be to create a "selection driver" for each type of
selection, allowing each type of selection to directly call certain
methods that only apply to that type of selection, instead of passing
through dozens of functions which have switch statements to call the
appropriate method for each selection type. This will also reduce
the amount of code in the library and speed things up a bit more.
Phase 3 will involve generating an MPI datatype for all types of selections,
instead of only "regular" hyperslab and 'all' selections. This will
allow collective parallel I/O for all I/O operations which don't
require type conversions. It will also open up the door for allowing
collective I/O on datasets which require type conversion.
Phase 4 will involve changing the access pattern to deal with chunked
datasets in a more optimal way (in serial).
Phase 5 will deal with accessing chunked datasets more optimally for
collective parallel I/O operations.
Platforms tested:
FreeBSD 4.6 (sleipnir) w/ parallel & C++ and IRIX64 6.5 (modi4) w/parallel
2002-07-24 13:56:48 -05:00
|
|
|
|
|
|
|
|
|
/* Get the number of elements in selection */
|
2004-05-20 10:32:09 -05:00
|
|
|
|
if((nelmts = H5S_GET_SELECT_NPOINTS(space))<0)
|
[svn-r5834] Purpose:
Large code cleanup/re-write
Description:
This is phase 1 of the data I/O re-architecture, with the following changes:
- Changed the selection drivers to not actually do any I/O, they
only generate the sequences of offset/length pairs needed for
the I/O (or memory access, in the case of iterating or filling
a selection in a memory buffer)
- Wrote more abstract I/O routines which get the sequence of offset/
length pairs for each selection and access perform the I/O or
memory access.
Benefits of this change include:
- Removed ~3400 lines of quite redundant code, with corresponding
reduction in the size of library binary.
- Any selection can now directly access memory when performing I/O,
if no type conversions are required, instead of just "regular"
hyperslab and 'all' selections, which speeds up I/O.
- Sped up I/O for hyperslab selections which have contiguous lower
dimensions by "flattening" them out into lesser dimensional objects
for the I/O.
No file format or API changes were necessary for this change.
The next phase will be to create a "selection driver" for each type of
selection, allowing each type of selection to directly call certain
methods that only apply to that type of selection, instead of passing
through dozens of functions which have switch statements to call the
appropriate method for each selection type. This will also reduce
the amount of code in the library and speed things up a bit more.
Phase 3 will involve generating an MPI datatype for all types of selections,
instead of only "regular" hyperslab and 'all' selections. This will
allow collective parallel I/O for all I/O operations which don't
require type conversions. It will also open up the door for allowing
collective I/O on datasets which require type conversion.
Phase 4 will involve changing the access pattern to deal with chunked
datasets in a more optimal way (in serial).
Phase 5 will deal with accessing chunked datasets more optimally for
collective parallel I/O operations.
Platforms tested:
FreeBSD 4.6 (sleipnir) w/ parallel & C++ and IRIX64 6.5 (modi4) w/parallel
2002-07-24 13:56:48 -05:00
|
|
|
|
HGOTO_ERROR (H5E_DATASPACE, H5E_CANTCOUNT, FAIL, "can't get number of elements selected");
|
|
|
|
|
|
|
|
|
|
/* Get the rank of the dataspace */
|
2004-06-13 19:33:03 -05:00
|
|
|
|
ndims=space->extent.rank;
|
[svn-r5834] Purpose:
Large code cleanup/re-write
Description:
This is phase 1 of the data I/O re-architecture, with the following changes:
- Changed the selection drivers to not actually do any I/O, they
only generate the sequences of offset/length pairs needed for
the I/O (or memory access, in the case of iterating or filling
a selection in a memory buffer)
- Wrote more abstract I/O routines which get the sequence of offset/
length pairs for each selection and access perform the I/O or
memory access.
Benefits of this change include:
- Removed ~3400 lines of quite redundant code, with corresponding
reduction in the size of library binary.
- Any selection can now directly access memory when performing I/O,
if no type conversions are required, instead of just "regular"
hyperslab and 'all' selections, which speeds up I/O.
- Sped up I/O for hyperslab selections which have contiguous lower
dimensions by "flattening" them out into lesser dimensional objects
for the I/O.
No file format or API changes were necessary for this change.
The next phase will be to create a "selection driver" for each type of
selection, allowing each type of selection to directly call certain
methods that only apply to that type of selection, instead of passing
through dozens of functions which have switch statements to call the
appropriate method for each selection type. This will also reduce
the amount of code in the library and speed things up a bit more.
Phase 3 will involve generating an MPI datatype for all types of selections,
instead of only "regular" hyperslab and 'all' selections. This will
allow collective parallel I/O for all I/O operations which don't
require type conversions. It will also open up the door for allowing
collective I/O on datasets which require type conversion.
Phase 4 will involve changing the access pattern to deal with chunked
datasets in a more optimal way (in serial).
Phase 5 will deal with accessing chunked datasets more optimally for
collective parallel I/O operations.
Platforms tested:
FreeBSD 4.6 (sleipnir) w/ parallel & C++ and IRIX64 6.5 (modi4) w/parallel
2002-07-24 13:56:48 -05:00
|
|
|
|
|
2002-10-15 16:12:48 -05:00
|
|
|
|
if (ndims > 0){
|
|
|
|
|
/* Copy the size of the space */
|
2004-06-13 19:33:03 -05:00
|
|
|
|
assert(space->extent.size);
|
|
|
|
|
HDmemcpy(space_size, space->extent.size, ndims*sizeof(hsize_t));
|
2002-10-15 16:12:48 -05:00
|
|
|
|
}
|
[svn-r5834] Purpose:
Large code cleanup/re-write
Description:
This is phase 1 of the data I/O re-architecture, with the following changes:
- Changed the selection drivers to not actually do any I/O, they
only generate the sequences of offset/length pairs needed for
the I/O (or memory access, in the case of iterating or filling
a selection in a memory buffer)
- Wrote more abstract I/O routines which get the sequence of offset/
length pairs for each selection and access perform the I/O or
memory access.
Benefits of this change include:
- Removed ~3400 lines of quite redundant code, with corresponding
reduction in the size of library binary.
- Any selection can now directly access memory when performing I/O,
if no type conversions are required, instead of just "regular"
hyperslab and 'all' selections, which speeds up I/O.
- Sped up I/O for hyperslab selections which have contiguous lower
dimensions by "flattening" them out into lesser dimensional objects
for the I/O.
No file format or API changes were necessary for this change.
The next phase will be to create a "selection driver" for each type of
selection, allowing each type of selection to directly call certain
methods that only apply to that type of selection, instead of passing
through dozens of functions which have switch statements to call the
appropriate method for each selection type. This will also reduce
the amount of code in the library and speed things up a bit more.
Phase 3 will involve generating an MPI datatype for all types of selections,
instead of only "regular" hyperslab and 'all' selections. This will
allow collective parallel I/O for all I/O operations which don't
require type conversions. It will also open up the door for allowing
collective I/O on datasets which require type conversion.
Phase 4 will involve changing the access pattern to deal with chunked
datasets in a more optimal way (in serial).
Phase 5 will deal with accessing chunked datasets more optimally for
collective parallel I/O operations.
Platforms tested:
FreeBSD 4.6 (sleipnir) w/ parallel & C++ and IRIX64 6.5 (modi4) w/parallel
2002-07-24 13:56:48 -05:00
|
|
|
|
space_size[ndims]=elmt_size;
|
|
|
|
|
|
|
|
|
|
/* Compute the maximum number of bytes required */
|
2004-05-01 11:10:17 -05:00
|
|
|
|
H5_ASSIGN_OVERFLOW(max_elem,nelmts,hssize_t,size_t);
|
[svn-r5834] Purpose:
Large code cleanup/re-write
Description:
This is phase 1 of the data I/O re-architecture, with the following changes:
- Changed the selection drivers to not actually do any I/O, they
only generate the sequences of offset/length pairs needed for
the I/O (or memory access, in the case of iterating or filling
a selection in a memory buffer)
- Wrote more abstract I/O routines which get the sequence of offset/
length pairs for each selection and access perform the I/O or
memory access.
Benefits of this change include:
- Removed ~3400 lines of quite redundant code, with corresponding
reduction in the size of library binary.
- Any selection can now directly access memory when performing I/O,
if no type conversions are required, instead of just "regular"
hyperslab and 'all' selections, which speeds up I/O.
- Sped up I/O for hyperslab selections which have contiguous lower
dimensions by "flattening" them out into lesser dimensional objects
for the I/O.
No file format or API changes were necessary for this change.
The next phase will be to create a "selection driver" for each type of
selection, allowing each type of selection to directly call certain
methods that only apply to that type of selection, instead of passing
through dozens of functions which have switch statements to call the
appropriate method for each selection type. This will also reduce
the amount of code in the library and speed things up a bit more.
Phase 3 will involve generating an MPI datatype for all types of selections,
instead of only "regular" hyperslab and 'all' selections. This will
allow collective parallel I/O for all I/O operations which don't
require type conversions. It will also open up the door for allowing
collective I/O on datasets which require type conversion.
Phase 4 will involve changing the access pattern to deal with chunked
datasets in a more optimal way (in serial).
Phase 5 will deal with accessing chunked datasets more optimally for
collective parallel I/O operations.
Platforms tested:
FreeBSD 4.6 (sleipnir) w/ parallel & C++ and IRIX64 6.5 (modi4) w/parallel
2002-07-24 13:56:48 -05:00
|
|
|
|
|
|
|
|
|
/* Loop, while elements left in selection */
|
2004-05-01 11:10:17 -05:00
|
|
|
|
while(max_elem>0 && user_ret==0) {
|
[svn-r5834] Purpose:
Large code cleanup/re-write
Description:
This is phase 1 of the data I/O re-architecture, with the following changes:
- Changed the selection drivers to not actually do any I/O, they
only generate the sequences of offset/length pairs needed for
the I/O (or memory access, in the case of iterating or filling
a selection in a memory buffer)
- Wrote more abstract I/O routines which get the sequence of offset/
length pairs for each selection and access perform the I/O or
memory access.
Benefits of this change include:
- Removed ~3400 lines of quite redundant code, with corresponding
reduction in the size of library binary.
- Any selection can now directly access memory when performing I/O,
if no type conversions are required, instead of just "regular"
hyperslab and 'all' selections, which speeds up I/O.
- Sped up I/O for hyperslab selections which have contiguous lower
dimensions by "flattening" them out into lesser dimensional objects
for the I/O.
No file format or API changes were necessary for this change.
The next phase will be to create a "selection driver" for each type of
selection, allowing each type of selection to directly call certain
methods that only apply to that type of selection, instead of passing
through dozens of functions which have switch statements to call the
appropriate method for each selection type. This will also reduce
the amount of code in the library and speed things up a bit more.
Phase 3 will involve generating an MPI datatype for all types of selections,
instead of only "regular" hyperslab and 'all' selections. This will
allow collective parallel I/O for all I/O operations which don't
require type conversions. It will also open up the door for allowing
collective I/O on datasets which require type conversion.
Phase 4 will involve changing the access pattern to deal with chunked
datasets in a more optimal way (in serial).
Phase 5 will deal with accessing chunked datasets more optimally for
collective parallel I/O operations.
Platforms tested:
FreeBSD 4.6 (sleipnir) w/ parallel & C++ and IRIX64 6.5 (modi4) w/parallel
2002-07-24 13:56:48 -05:00
|
|
|
|
/* Get the sequences of bytes */
|
2006-11-01 23:54:19 -05:00
|
|
|
|
if(H5S_SELECT_GET_SEQ_LIST(space, 0, &iter, (size_t)H5D_IO_VECTOR_SIZE, max_elem, &nseq, &nelem, off, len) < 0)
|
[svn-r5834] Purpose:
Large code cleanup/re-write
Description:
This is phase 1 of the data I/O re-architecture, with the following changes:
- Changed the selection drivers to not actually do any I/O, they
only generate the sequences of offset/length pairs needed for
the I/O (or memory access, in the case of iterating or filling
a selection in a memory buffer)
- Wrote more abstract I/O routines which get the sequence of offset/
length pairs for each selection and access perform the I/O or
memory access.
Benefits of this change include:
- Removed ~3400 lines of quite redundant code, with corresponding
reduction in the size of library binary.
- Any selection can now directly access memory when performing I/O,
if no type conversions are required, instead of just "regular"
hyperslab and 'all' selections, which speeds up I/O.
- Sped up I/O for hyperslab selections which have contiguous lower
dimensions by "flattening" them out into lesser dimensional objects
for the I/O.
No file format or API changes were necessary for this change.
The next phase will be to create a "selection driver" for each type of
selection, allowing each type of selection to directly call certain
methods that only apply to that type of selection, instead of passing
through dozens of functions which have switch statements to call the
appropriate method for each selection type. This will also reduce
the amount of code in the library and speed things up a bit more.
Phase 3 will involve generating an MPI datatype for all types of selections,
instead of only "regular" hyperslab and 'all' selections. This will
allow collective parallel I/O for all I/O operations which don't
require type conversions. It will also open up the door for allowing
collective I/O on datasets which require type conversion.
Phase 4 will involve changing the access pattern to deal with chunked
datasets in a more optimal way (in serial).
Phase 5 will deal with accessing chunked datasets more optimally for
collective parallel I/O operations.
Platforms tested:
FreeBSD 4.6 (sleipnir) w/ parallel & C++ and IRIX64 6.5 (modi4) w/parallel
2002-07-24 13:56:48 -05:00
|
|
|
|
HGOTO_ERROR (H5E_INTERNAL, H5E_UNSUPPORTED, FAIL, "sequence length generation failed");
|
|
|
|
|
|
|
|
|
|
/* Loop, while sequences left to process */
|
|
|
|
|
for(curr_seq=0; curr_seq<nseq && user_ret==0; curr_seq++) {
|
|
|
|
|
/* Get the current offset */
|
|
|
|
|
curr_off=off[curr_seq];
|
|
|
|
|
|
|
|
|
|
/* Get the number of bytes in sequence */
|
|
|
|
|
curr_len=len[curr_seq];
|
|
|
|
|
|
|
|
|
|
/* Loop, while bytes left in sequence */
|
|
|
|
|
while(curr_len>0 && user_ret==0) {
|
|
|
|
|
/* Compute the coordinate from the offset */
|
|
|
|
|
for(i=ndims, tmp_off=curr_off; i>=0; i--) {
|
|
|
|
|
coords[i]=tmp_off%space_size[i];
|
|
|
|
|
tmp_off/=space_size[i];
|
|
|
|
|
} /* end for */
|
|
|
|
|
|
|
|
|
|
/* Get the location within the user's buffer */
|
|
|
|
|
loc=(unsigned char *)buf+curr_off;
|
|
|
|
|
|
|
|
|
|
/* Call user's callback routine */
|
2004-12-29 09:26:20 -05:00
|
|
|
|
user_ret=(*op)(loc,type_id,ndims,coords,operator_data);
|
[svn-r5834] Purpose:
Large code cleanup/re-write
Description:
This is phase 1 of the data I/O re-architecture, with the following changes:
- Changed the selection drivers to not actually do any I/O, they
only generate the sequences of offset/length pairs needed for
the I/O (or memory access, in the case of iterating or filling
a selection in a memory buffer)
- Wrote more abstract I/O routines which get the sequence of offset/
length pairs for each selection and access perform the I/O or
memory access.
Benefits of this change include:
- Removed ~3400 lines of quite redundant code, with corresponding
reduction in the size of library binary.
- Any selection can now directly access memory when performing I/O,
if no type conversions are required, instead of just "regular"
hyperslab and 'all' selections, which speeds up I/O.
- Sped up I/O for hyperslab selections which have contiguous lower
dimensions by "flattening" them out into lesser dimensional objects
for the I/O.
No file format or API changes were necessary for this change.
The next phase will be to create a "selection driver" for each type of
selection, allowing each type of selection to directly call certain
methods that only apply to that type of selection, instead of passing
through dozens of functions which have switch statements to call the
appropriate method for each selection type. This will also reduce
the amount of code in the library and speed things up a bit more.
Phase 3 will involve generating an MPI datatype for all types of selections,
instead of only "regular" hyperslab and 'all' selections. This will
allow collective parallel I/O for all I/O operations which don't
require type conversions. It will also open up the door for allowing
collective I/O on datasets which require type conversion.
Phase 4 will involve changing the access pattern to deal with chunked
datasets in a more optimal way (in serial).
Phase 5 will deal with accessing chunked datasets more optimally for
collective parallel I/O operations.
Platforms tested:
FreeBSD 4.6 (sleipnir) w/ parallel & C++ and IRIX64 6.5 (modi4) w/parallel
2002-07-24 13:56:48 -05:00
|
|
|
|
|
|
|
|
|
/* Increment offset in dataspace */
|
|
|
|
|
curr_off+=elmt_size;
|
|
|
|
|
|
|
|
|
|
/* Decrement number of bytes left in sequence */
|
|
|
|
|
curr_len-=elmt_size;
|
|
|
|
|
} /* end while */
|
|
|
|
|
} /* end for */
|
1999-06-23 21:16:13 -05:00
|
|
|
|
|
[svn-r5834] Purpose:
Large code cleanup/re-write
Description:
This is phase 1 of the data I/O re-architecture, with the following changes:
- Changed the selection drivers to not actually do any I/O, they
only generate the sequences of offset/length pairs needed for
the I/O (or memory access, in the case of iterating or filling
a selection in a memory buffer)
- Wrote more abstract I/O routines which get the sequence of offset/
length pairs for each selection and access perform the I/O or
memory access.
Benefits of this change include:
- Removed ~3400 lines of quite redundant code, with corresponding
reduction in the size of library binary.
- Any selection can now directly access memory when performing I/O,
if no type conversions are required, instead of just "regular"
hyperslab and 'all' selections, which speeds up I/O.
- Sped up I/O for hyperslab selections which have contiguous lower
dimensions by "flattening" them out into lesser dimensional objects
for the I/O.
No file format or API changes were necessary for this change.
The next phase will be to create a "selection driver" for each type of
selection, allowing each type of selection to directly call certain
methods that only apply to that type of selection, instead of passing
through dozens of functions which have switch statements to call the
appropriate method for each selection type. This will also reduce
the amount of code in the library and speed things up a bit more.
Phase 3 will involve generating an MPI datatype for all types of selections,
instead of only "regular" hyperslab and 'all' selections. This will
allow collective parallel I/O for all I/O operations which don't
require type conversions. It will also open up the door for allowing
collective I/O on datasets which require type conversion.
Phase 4 will involve changing the access pattern to deal with chunked
datasets in a more optimal way (in serial).
Phase 5 will deal with accessing chunked datasets more optimally for
collective parallel I/O operations.
Platforms tested:
FreeBSD 4.6 (sleipnir) w/ parallel & C++ and IRIX64 6.5 (modi4) w/parallel
2002-07-24 13:56:48 -05:00
|
|
|
|
/* Decrement number of elements left to process */
|
2004-05-01 11:10:17 -05:00
|
|
|
|
max_elem-=nelem;
|
[svn-r5834] Purpose:
Large code cleanup/re-write
Description:
This is phase 1 of the data I/O re-architecture, with the following changes:
- Changed the selection drivers to not actually do any I/O, they
only generate the sequences of offset/length pairs needed for
the I/O (or memory access, in the case of iterating or filling
a selection in a memory buffer)
- Wrote more abstract I/O routines which get the sequence of offset/
length pairs for each selection and access perform the I/O or
memory access.
Benefits of this change include:
- Removed ~3400 lines of quite redundant code, with corresponding
reduction in the size of library binary.
- Any selection can now directly access memory when performing I/O,
if no type conversions are required, instead of just "regular"
hyperslab and 'all' selections, which speeds up I/O.
- Sped up I/O for hyperslab selections which have contiguous lower
dimensions by "flattening" them out into lesser dimensional objects
for the I/O.
No file format or API changes were necessary for this change.
The next phase will be to create a "selection driver" for each type of
selection, allowing each type of selection to directly call certain
methods that only apply to that type of selection, instead of passing
through dozens of functions which have switch statements to call the
appropriate method for each selection type. This will also reduce
the amount of code in the library and speed things up a bit more.
Phase 3 will involve generating an MPI datatype for all types of selections,
instead of only "regular" hyperslab and 'all' selections. This will
allow collective parallel I/O for all I/O operations which don't
require type conversions. It will also open up the door for allowing
collective I/O on datasets which require type conversion.
Phase 4 will involve changing the access pattern to deal with chunked
datasets in a more optimal way (in serial).
Phase 5 will deal with accessing chunked datasets more optimally for
collective parallel I/O operations.
Platforms tested:
FreeBSD 4.6 (sleipnir) w/ parallel & C++ and IRIX64 6.5 (modi4) w/parallel
2002-07-24 13:56:48 -05:00
|
|
|
|
} /* end while */
|
1999-06-23 21:16:13 -05:00
|
|
|
|
|
[svn-r5834] Purpose:
Large code cleanup/re-write
Description:
This is phase 1 of the data I/O re-architecture, with the following changes:
- Changed the selection drivers to not actually do any I/O, they
only generate the sequences of offset/length pairs needed for
the I/O (or memory access, in the case of iterating or filling
a selection in a memory buffer)
- Wrote more abstract I/O routines which get the sequence of offset/
length pairs for each selection and access perform the I/O or
memory access.
Benefits of this change include:
- Removed ~3400 lines of quite redundant code, with corresponding
reduction in the size of library binary.
- Any selection can now directly access memory when performing I/O,
if no type conversions are required, instead of just "regular"
hyperslab and 'all' selections, which speeds up I/O.
- Sped up I/O for hyperslab selections which have contiguous lower
dimensions by "flattening" them out into lesser dimensional objects
for the I/O.
No file format or API changes were necessary for this change.
The next phase will be to create a "selection driver" for each type of
selection, allowing each type of selection to directly call certain
methods that only apply to that type of selection, instead of passing
through dozens of functions which have switch statements to call the
appropriate method for each selection type. This will also reduce
the amount of code in the library and speed things up a bit more.
Phase 3 will involve generating an MPI datatype for all types of selections,
instead of only "regular" hyperslab and 'all' selections. This will
allow collective parallel I/O for all I/O operations which don't
require type conversions. It will also open up the door for allowing
collective I/O on datasets which require type conversion.
Phase 4 will involve changing the access pattern to deal with chunked
datasets in a more optimal way (in serial).
Phase 5 will deal with accessing chunked datasets more optimally for
collective parallel I/O operations.
Platforms tested:
FreeBSD 4.6 (sleipnir) w/ parallel & C++ and IRIX64 6.5 (modi4) w/parallel
2002-07-24 13:56:48 -05:00
|
|
|
|
/* Set return value */
|
|
|
|
|
ret_value=user_ret;
|
1999-06-23 21:16:13 -05:00
|
|
|
|
|
[svn-r5834] Purpose:
Large code cleanup/re-write
Description:
This is phase 1 of the data I/O re-architecture, with the following changes:
- Changed the selection drivers to not actually do any I/O, they
only generate the sequences of offset/length pairs needed for
the I/O (or memory access, in the case of iterating or filling
a selection in a memory buffer)
- Wrote more abstract I/O routines which get the sequence of offset/
length pairs for each selection and access perform the I/O or
memory access.
Benefits of this change include:
- Removed ~3400 lines of quite redundant code, with corresponding
reduction in the size of library binary.
- Any selection can now directly access memory when performing I/O,
if no type conversions are required, instead of just "regular"
hyperslab and 'all' selections, which speeds up I/O.
- Sped up I/O for hyperslab selections which have contiguous lower
dimensions by "flattening" them out into lesser dimensional objects
for the I/O.
No file format or API changes were necessary for this change.
The next phase will be to create a "selection driver" for each type of
selection, allowing each type of selection to directly call certain
methods that only apply to that type of selection, instead of passing
through dozens of functions which have switch statements to call the
appropriate method for each selection type. This will also reduce
the amount of code in the library and speed things up a bit more.
Phase 3 will involve generating an MPI datatype for all types of selections,
instead of only "regular" hyperslab and 'all' selections. This will
allow collective parallel I/O for all I/O operations which don't
require type conversions. It will also open up the door for allowing
collective I/O on datasets which require type conversion.
Phase 4 will involve changing the access pattern to deal with chunked
datasets in a more optimal way (in serial).
Phase 5 will deal with accessing chunked datasets more optimally for
collective parallel I/O operations.
Platforms tested:
FreeBSD 4.6 (sleipnir) w/ parallel & C++ and IRIX64 6.5 (modi4) w/parallel
2002-07-24 13:56:48 -05:00
|
|
|
|
done:
|
|
|
|
|
/* Release selection iterator */
|
[svn-r6252] Purpose:
Lots of performance improvements & a couple new internal API interfaces.
Description:
Performance Improvements:
- Cached file offset & length sizes in shared file struct, to avoid
constantly looking them up in the FCPL.
- Generic property improvements:
- Added "revision" number to generic property classes to speed
up comparisons.
- Changed method of storing properties from using a hash-table
to the TBBT routines in the library.
- Share the propery names between classes and the lists derived
from them.
- Removed redundant 'def_value' buffer from each property.
- Switching code to use a "copy on write" strategy for
properties in each list, where the properties in each list
are shared with the properties in the class, until a
property's value is changed in a list.
- Fixed error in layout code which was allocating too many buffers.
- Redefined public macros of the form (H5open()/H5check, <variable>)
internally to only be (<variable>), avoiding innumerable useless
calls to H5open() and H5check_version().
- Reuse already zeroed buffers in H5F_contig_fill instead of
constantly re-zeroing them.
- Don't write fill values if writing entire dataset.
- Use gettimeofday() system call instead of time() system when
checking the modification time of a dataset.
- Added reference counted string API and use it for tracking the
names of objects opening in a file (for the ID->name code).
- Removed redundant H5P_get() calls in B-tree routines.
- Redefine H5T datatype macros internally to the library, to avoid
calling H5check redundantly.
- Keep dataspace information for dataset locally instead of reading
from disk each time. Added new module to track open objects
in a file, to allow this (which will be useful eventually for
some FPH5 metadata caching issues).
- Remove H5AC_find macro which was inlining metadata cache lookups,
and call function instead.
- Remove redundant memset() calls from H5G_namei() routine.
- Remove redundant checking of object type when locating objects
in metadata cache and rely on the address only.
- Create default dataset object to use when default dataset creation
property list is used to create datasets, bypassing querying
for all the property list values.
- Use default I/O vector size when performing raw data with the
default dataset transfer property list, instead of querying for
I/O vector size.
- Remove H5P_DEFAULT internally to the library, replacing it with
more specific default property list based on the type of
property list needed.
- Remove redundant memset() calls in object header message (H5O*)
routines.
- Remove redunant memset() calls in data I/O routines.
- Split free-list allocation routines into malloc() and calloc()-
like routines, instead of one combined routine.
- Remove lots of indirection in H5O*() routines.
- Simplify metadata cache entry comparison routine (used when
flushing entire cache out).
- Only enable metadata cache statistics when H5AC_DEBUG is turned
on, instead of always tracking them.
- Simplify address comparison macro (H5F_addr_eq).
- Remove redundant metadata cache entry protections during dataset
creation by protecting the object header once and making all
the modifications necessary for the dataset creation before
unprotecting it.
- Reduce # of "number of element in extent" computations performed
by computing and storing the value during dataspace creation.
- Simplify checking for group location's file information, when file
has not been involving in file-mounting operations.
- Use binary encoding for modification time, instead of ASCII.
- Hoist H5HL_peek calls (to get information in a local heap)
out of loops in many group routine.
- Use static variable for iterators of selections, instead of
dynamically allocation them each time.
- Lookup & insert new entries in one step, avoiding traversing
group's B-tree twice.
- Fixed memory leak in H5Gget_objname_idx() routine (tangential to
performance improvements, but fixed along the way).
- Use free-list for reference counted strings.
- Don't bother copying object names into cached group entries,
since they are re-created when an object is opened.
The benchmark I used to measure these results created several thousand
small (2K) datasets in a file and wrote out the data for them. This is
Elena's "regular.c" benchmark.
These changes resulted in approximately ~4.3x speedup of the
development branch when compared to the previous code in the
development branch and ~1.4x speedup compared to the release
branch.
Additionally, these changes reduce the total memory used (code and
data) by the development branch by ~800KB, bringing the development
branch back into the same ballpark as the release branch.
I'll send out a more detailed description of the benchmark results
as a followup note.
New internal API routines:
Added "reference counted strings" API for tracking strings that get
used by multiple owners without duplicating the strings.
Added "ternary search tree" API for text->object mappings.
Platforms tested:
Tested h5committest {arabica (fortran), eirene (fortran, C++)
modi4 (parallel, fortran)}
Other platforms/configurations tested?
FreeBSD 4.7 (sleipnir) serial & parallel
Solaris 2.6 (baldric) serial
2003-01-09 12:20:03 -05:00
|
|
|
|
if(iter_init) {
|
2004-05-20 10:32:09 -05:00
|
|
|
|
if (H5S_SELECT_ITER_RELEASE(&iter)<0)
|
[svn-r6252] Purpose:
Lots of performance improvements & a couple new internal API interfaces.
Description:
Performance Improvements:
- Cached file offset & length sizes in shared file struct, to avoid
constantly looking them up in the FCPL.
- Generic property improvements:
- Added "revision" number to generic property classes to speed
up comparisons.
- Changed method of storing properties from using a hash-table
to the TBBT routines in the library.
- Share the propery names between classes and the lists derived
from them.
- Removed redundant 'def_value' buffer from each property.
- Switching code to use a "copy on write" strategy for
properties in each list, where the properties in each list
are shared with the properties in the class, until a
property's value is changed in a list.
- Fixed error in layout code which was allocating too many buffers.
- Redefined public macros of the form (H5open()/H5check, <variable>)
internally to only be (<variable>), avoiding innumerable useless
calls to H5open() and H5check_version().
- Reuse already zeroed buffers in H5F_contig_fill instead of
constantly re-zeroing them.
- Don't write fill values if writing entire dataset.
- Use gettimeofday() system call instead of time() system when
checking the modification time of a dataset.
- Added reference counted string API and use it for tracking the
names of objects opening in a file (for the ID->name code).
- Removed redundant H5P_get() calls in B-tree routines.
- Redefine H5T datatype macros internally to the library, to avoid
calling H5check redundantly.
- Keep dataspace information for dataset locally instead of reading
from disk each time. Added new module to track open objects
in a file, to allow this (which will be useful eventually for
some FPH5 metadata caching issues).
- Remove H5AC_find macro which was inlining metadata cache lookups,
and call function instead.
- Remove redundant memset() calls from H5G_namei() routine.
- Remove redundant checking of object type when locating objects
in metadata cache and rely on the address only.
- Create default dataset object to use when default dataset creation
property list is used to create datasets, bypassing querying
for all the property list values.
- Use default I/O vector size when performing raw data with the
default dataset transfer property list, instead of querying for
I/O vector size.
- Remove H5P_DEFAULT internally to the library, replacing it with
more specific default property list based on the type of
property list needed.
- Remove redundant memset() calls in object header message (H5O*)
routines.
- Remove redunant memset() calls in data I/O routines.
- Split free-list allocation routines into malloc() and calloc()-
like routines, instead of one combined routine.
- Remove lots of indirection in H5O*() routines.
- Simplify metadata cache entry comparison routine (used when
flushing entire cache out).
- Only enable metadata cache statistics when H5AC_DEBUG is turned
on, instead of always tracking them.
- Simplify address comparison macro (H5F_addr_eq).
- Remove redundant metadata cache entry protections during dataset
creation by protecting the object header once and making all
the modifications necessary for the dataset creation before
unprotecting it.
- Reduce # of "number of element in extent" computations performed
by computing and storing the value during dataspace creation.
- Simplify checking for group location's file information, when file
has not been involving in file-mounting operations.
- Use binary encoding for modification time, instead of ASCII.
- Hoist H5HL_peek calls (to get information in a local heap)
out of loops in many group routine.
- Use static variable for iterators of selections, instead of
dynamically allocation them each time.
- Lookup & insert new entries in one step, avoiding traversing
group's B-tree twice.
- Fixed memory leak in H5Gget_objname_idx() routine (tangential to
performance improvements, but fixed along the way).
- Use free-list for reference counted strings.
- Don't bother copying object names into cached group entries,
since they are re-created when an object is opened.
The benchmark I used to measure these results created several thousand
small (2K) datasets in a file and wrote out the data for them. This is
Elena's "regular.c" benchmark.
These changes resulted in approximately ~4.3x speedup of the
development branch when compared to the previous code in the
development branch and ~1.4x speedup compared to the release
branch.
Additionally, these changes reduce the total memory used (code and
data) by the development branch by ~800KB, bringing the development
branch back into the same ballpark as the release branch.
I'll send out a more detailed description of the benchmark results
as a followup note.
New internal API routines:
Added "reference counted strings" API for tracking strings that get
used by multiple owners without duplicating the strings.
Added "ternary search tree" API for text->object mappings.
Platforms tested:
Tested h5committest {arabica (fortran), eirene (fortran, C++)
modi4 (parallel, fortran)}
Other platforms/configurations tested?
FreeBSD 4.7 (sleipnir) serial & parallel
Solaris 2.6 (baldric) serial
2003-01-09 12:20:03 -05:00
|
|
|
|
HDONE_ERROR (H5E_DATASPACE, H5E_CANTRELEASE, FAIL, "unable to release selection iterator");
|
[svn-r5834] Purpose:
Large code cleanup/re-write
Description:
This is phase 1 of the data I/O re-architecture, with the following changes:
- Changed the selection drivers to not actually do any I/O, they
only generate the sequences of offset/length pairs needed for
the I/O (or memory access, in the case of iterating or filling
a selection in a memory buffer)
- Wrote more abstract I/O routines which get the sequence of offset/
length pairs for each selection and access perform the I/O or
memory access.
Benefits of this change include:
- Removed ~3400 lines of quite redundant code, with corresponding
reduction in the size of library binary.
- Any selection can now directly access memory when performing I/O,
if no type conversions are required, instead of just "regular"
hyperslab and 'all' selections, which speeds up I/O.
- Sped up I/O for hyperslab selections which have contiguous lower
dimensions by "flattening" them out into lesser dimensional objects
for the I/O.
No file format or API changes were necessary for this change.
The next phase will be to create a "selection driver" for each type of
selection, allowing each type of selection to directly call certain
methods that only apply to that type of selection, instead of passing
through dozens of functions which have switch statements to call the
appropriate method for each selection type. This will also reduce
the amount of code in the library and speed things up a bit more.
Phase 3 will involve generating an MPI datatype for all types of selections,
instead of only "regular" hyperslab and 'all' selections. This will
allow collective parallel I/O for all I/O operations which don't
require type conversions. It will also open up the door for allowing
collective I/O on datasets which require type conversion.
Phase 4 will involve changing the access pattern to deal with chunked
datasets in a more optimal way (in serial).
Phase 5 will deal with accessing chunked datasets more optimally for
collective parallel I/O operations.
Platforms tested:
FreeBSD 4.6 (sleipnir) w/ parallel & C++ and IRIX64 6.5 (modi4) w/parallel
2002-07-24 13:56:48 -05:00
|
|
|
|
} /* end if */
|
1999-06-23 21:16:13 -05:00
|
|
|
|
|
2003-01-10 15:26:02 -05:00
|
|
|
|
FUNC_LEAVE_NOAPI(ret_value);
|
1999-06-23 21:16:13 -05:00
|
|
|
|
} /* end H5S_select_iterate() */
|
|
|
|
|
|
2002-02-07 11:21:24 -05:00
|
|
|
|
|
|
|
|
|
/*--------------------------------------------------------------------------
|
|
|
|
|
NAME
|
|
|
|
|
H5Sget_select_type
|
|
|
|
|
PURPOSE
|
|
|
|
|
Retrieve the type of selection in a dataspace
|
|
|
|
|
USAGE
|
|
|
|
|
H5S_sel_type H5Sget_select_type(space_id)
|
2003-05-07 16:52:24 -05:00
|
|
|
|
hid_t space_id; IN: Dataspace object to query
|
2002-02-07 11:21:24 -05:00
|
|
|
|
RETURNS
|
|
|
|
|
Non-negative on success/Negative on failure. Return value is from the
|
|
|
|
|
set of values in the H5S_sel_type enumerated type.
|
|
|
|
|
DESCRIPTION
|
|
|
|
|
This function retrieves the type of selection currently defined for
|
|
|
|
|
a dataspace.
|
|
|
|
|
--------------------------------------------------------------------------*/
|
|
|
|
|
H5S_sel_type
|
|
|
|
|
H5Sget_select_type(hid_t space_id)
|
|
|
|
|
{
|
|
|
|
|
H5S_t *space = NULL; /* dataspace to modify */
|
2002-08-08 11:52:55 -05:00
|
|
|
|
H5S_sel_type ret_value; /* Return value */
|
2002-02-07 11:21:24 -05:00
|
|
|
|
|
2002-05-29 10:07:55 -05:00
|
|
|
|
FUNC_ENTER_API(H5Sget_select_type, H5S_SEL_ERROR);
|
2006-12-18 14:16:17 -05:00
|
|
|
|
H5TRACE1("St", "i", space_id);
|
2002-02-07 11:21:24 -05:00
|
|
|
|
|
|
|
|
|
/* Check args */
|
2002-07-31 14:17:12 -05:00
|
|
|
|
if (NULL == (space = H5I_object_verify(space_id, H5I_DATASPACE)))
|
2003-06-04 10:22:23 -05:00
|
|
|
|
HGOTO_ERROR(H5E_ATOM, H5E_BADATOM, H5S_SEL_ERROR, "not a dataspace");
|
2002-02-07 11:21:24 -05:00
|
|
|
|
|
2002-08-08 11:52:55 -05:00
|
|
|
|
/* Set return value */
|
2004-05-20 10:32:09 -05:00
|
|
|
|
ret_value=H5S_GET_SELECT_TYPE(space);
|
2002-08-08 11:52:55 -05:00
|
|
|
|
|
|
|
|
|
done:
|
2003-01-10 15:26:02 -05:00
|
|
|
|
FUNC_LEAVE_API(ret_value);
|
2002-02-07 11:21:24 -05:00
|
|
|
|
} /* end H5Sget_select_type() */
|
|
|
|
|
|
2003-05-07 16:52:24 -05:00
|
|
|
|
|
|
|
|
|
/*--------------------------------------------------------------------------
|
|
|
|
|
NAME
|
|
|
|
|
H5S_get_select_type
|
|
|
|
|
PURPOSE
|
|
|
|
|
Retrieve the type of selection in a dataspace
|
|
|
|
|
USAGE
|
|
|
|
|
H5S_sel_type H5Sget_select_type(space)
|
|
|
|
|
const H5S_t *space; IN: Dataspace object to query
|
|
|
|
|
RETURNS
|
|
|
|
|
Non-negative on success/Negative on failure. Return value is from the
|
|
|
|
|
set of values in the H5S_sel_type enumerated type.
|
|
|
|
|
DESCRIPTION
|
|
|
|
|
This function retrieves the type of selection currently defined for
|
|
|
|
|
a dataspace.
|
2004-05-20 10:32:09 -05:00
|
|
|
|
COMMENTS
|
|
|
|
|
This routine participates in the "Inlining C function pointers"
|
|
|
|
|
pattern, don't call it directly, use the appropriate macro
|
|
|
|
|
defined in H5Sprivate.h.
|
2003-05-07 16:52:24 -05:00
|
|
|
|
--------------------------------------------------------------------------*/
|
|
|
|
|
H5S_sel_type
|
|
|
|
|
H5S_get_select_type(const H5S_t *space)
|
|
|
|
|
{
|
|
|
|
|
H5S_sel_type ret_value; /* Return value */
|
|
|
|
|
|
2004-06-23 10:36:35 -05:00
|
|
|
|
FUNC_ENTER_NOAPI_NOFUNC(H5S_get_select_type);
|
2003-05-07 16:52:24 -05:00
|
|
|
|
|
|
|
|
|
/* Check args */
|
|
|
|
|
assert(space);
|
|
|
|
|
|
|
|
|
|
/* Set return value */
|
2004-06-13 14:08:17 -05:00
|
|
|
|
ret_value=H5S_GET_SELECT_TYPE(space);
|
2003-05-07 16:52:24 -05:00
|
|
|
|
|
|
|
|
|
FUNC_LEAVE_NOAPI(ret_value);
|
|
|
|
|
} /* end H5S_get_select_type() */
|
|
|
|
|
|
2002-04-03 12:07:14 -05:00
|
|
|
|
|
|
|
|
|
/*--------------------------------------------------------------------------
|
|
|
|
|
NAME
|
|
|
|
|
H5S_select_shape_same
|
|
|
|
|
PURPOSE
|
|
|
|
|
Check if two selections are the same shape
|
|
|
|
|
USAGE
|
|
|
|
|
htri_t H5S_select_shape_same(space1, space2)
|
|
|
|
|
const H5S_t *space1; IN: 1st Dataspace pointer to compare
|
|
|
|
|
const H5S_t *space2; IN: 2nd Dataspace pointer to compare
|
|
|
|
|
RETURNS
|
|
|
|
|
TRUE/FALSE/FAIL
|
|
|
|
|
DESCRIPTION
|
|
|
|
|
Checks to see if the current selection in the dataspaces are the same
|
|
|
|
|
dimensionality and shape.
|
|
|
|
|
This is primarily used for reading the entire selection in one swoop.
|
|
|
|
|
GLOBAL VARIABLES
|
|
|
|
|
COMMENTS, BUGS, ASSUMPTIONS
|
|
|
|
|
Assumes that there is only a single "block" for hyperslab selections.
|
|
|
|
|
EXAMPLES
|
|
|
|
|
REVISION LOG
|
|
|
|
|
--------------------------------------------------------------------------*/
|
|
|
|
|
htri_t
|
|
|
|
|
H5S_select_shape_same(const H5S_t *space1, const H5S_t *space2)
|
|
|
|
|
{
|
2003-06-04 10:22:23 -05:00
|
|
|
|
H5S_sel_iter_t iter1; /* Selection #1 iteration info */
|
|
|
|
|
H5S_sel_iter_t iter2; /* Selection #2 iteration info */
|
|
|
|
|
hbool_t iter1_init=0; /* Selection #1 iteration info has been initialized */
|
|
|
|
|
hbool_t iter2_init=0; /* Selection #2 iteration info has been initialized */
|
2002-04-03 12:07:14 -05:00
|
|
|
|
unsigned u; /* Index variable */
|
|
|
|
|
htri_t ret_value=TRUE; /* return value */
|
|
|
|
|
|
2002-05-29 10:07:55 -05:00
|
|
|
|
FUNC_ENTER_NOAPI(H5S_select_shape_same, FAIL);
|
2002-04-03 12:07:14 -05:00
|
|
|
|
|
|
|
|
|
/* Check args */
|
|
|
|
|
assert(space1);
|
|
|
|
|
assert(space2);
|
|
|
|
|
|
2003-06-04 10:22:23 -05:00
|
|
|
|
/* Check for different dimensionality */
|
2004-06-13 19:33:03 -05:00
|
|
|
|
if (space1->extent.rank!=space2->extent.rank)
|
2002-04-03 12:07:14 -05:00
|
|
|
|
HGOTO_DONE(FALSE);
|
|
|
|
|
|
2003-06-04 10:22:23 -05:00
|
|
|
|
/* Check for different number of elements selected */
|
2004-05-20 10:32:09 -05:00
|
|
|
|
if(H5S_GET_SELECT_NPOINTS(space1)!=H5S_GET_SELECT_NPOINTS(space2))
|
2003-06-04 10:22:23 -05:00
|
|
|
|
HGOTO_DONE(FALSE);
|
2002-04-03 12:07:14 -05:00
|
|
|
|
|
2003-06-04 10:22:23 -05:00
|
|
|
|
/* Check for "easy" cases before getting into generalized block iteration code */
|
2004-06-13 14:08:17 -05:00
|
|
|
|
if(H5S_GET_SELECT_TYPE(space1)==H5S_SEL_ALL && H5S_GET_SELECT_TYPE(space2)==H5S_SEL_ALL) {
|
2003-06-04 10:22:23 -05:00
|
|
|
|
hsize_t dims1[H5O_LAYOUT_NDIMS]; /* End point of selection block in dataspace #1 */
|
|
|
|
|
hsize_t dims2[H5O_LAYOUT_NDIMS]; /* End point of selection block in dataspace #2 */
|
2002-04-03 12:07:14 -05:00
|
|
|
|
|
2003-06-04 10:22:23 -05:00
|
|
|
|
if(H5S_get_simple_extent_dims(space1, dims1, NULL)<0)
|
|
|
|
|
HGOTO_ERROR (H5E_DATASPACE, H5E_CANTGET, FAIL, "unable to get dimensionality");
|
|
|
|
|
if(H5S_get_simple_extent_dims(space2, dims2, NULL)<0)
|
|
|
|
|
HGOTO_ERROR (H5E_DATASPACE, H5E_CANTGET, FAIL, "unable to get dimensionality");
|
2002-04-03 12:07:14 -05:00
|
|
|
|
|
2003-06-04 10:22:23 -05:00
|
|
|
|
/* Check that the sizes are the same */
|
2004-06-13 19:33:03 -05:00
|
|
|
|
for (u=0; u<space1->extent.rank; u++)
|
2003-06-04 10:22:23 -05:00
|
|
|
|
if(dims1[u]!=dims2[u])
|
|
|
|
|
HGOTO_DONE(FALSE);
|
|
|
|
|
} /* end if */
|
2004-06-13 14:08:17 -05:00
|
|
|
|
else if(H5S_GET_SELECT_TYPE(space1)==H5S_SEL_NONE || H5S_GET_SELECT_TYPE(space2)==H5S_SEL_NONE) {
|
2003-06-04 10:22:23 -05:00
|
|
|
|
HGOTO_DONE(TRUE);
|
|
|
|
|
} /* end if */
|
2004-06-13 14:08:17 -05:00
|
|
|
|
else if((H5S_GET_SELECT_TYPE(space1)==H5S_SEL_HYPERSLABS && space1->select.sel_info.hslab->diminfo_valid)
|
|
|
|
|
&& (H5S_GET_SELECT_TYPE(space2)==H5S_SEL_HYPERSLABS && space2->select.sel_info.hslab->diminfo_valid)) {
|
2003-06-04 10:22:23 -05:00
|
|
|
|
|
|
|
|
|
/* Check that the shapes are the same */
|
2004-06-13 19:33:03 -05:00
|
|
|
|
for (u=0; u<space1->extent.rank; u++) {
|
2004-06-13 14:08:17 -05:00
|
|
|
|
if(space1->select.sel_info.hslab->opt_diminfo[u].stride!=space2->select.sel_info.hslab->opt_diminfo[u].stride)
|
2003-06-04 10:22:23 -05:00
|
|
|
|
HGOTO_DONE(FALSE);
|
2004-06-13 14:08:17 -05:00
|
|
|
|
if(space1->select.sel_info.hslab->opt_diminfo[u].count!=space2->select.sel_info.hslab->opt_diminfo[u].count)
|
2003-06-04 10:22:23 -05:00
|
|
|
|
HGOTO_DONE(FALSE);
|
2004-06-13 14:08:17 -05:00
|
|
|
|
if(space1->select.sel_info.hslab->opt_diminfo[u].block!=space2->select.sel_info.hslab->opt_diminfo[u].block)
|
2003-06-04 10:22:23 -05:00
|
|
|
|
HGOTO_DONE(FALSE);
|
|
|
|
|
} /* end for */
|
|
|
|
|
} /* end if */
|
|
|
|
|
/* Iterate through all the blocks in the selection */
|
|
|
|
|
else {
|
2004-12-29 09:26:20 -05:00
|
|
|
|
hsize_t start1[H5O_LAYOUT_NDIMS]; /* Start point of selection block in dataspace #1 */
|
|
|
|
|
hsize_t start2[H5O_LAYOUT_NDIMS]; /* Start point of selection block in dataspace #2 */
|
|
|
|
|
hsize_t end1[H5O_LAYOUT_NDIMS]; /* End point of selection block in dataspace #1 */
|
|
|
|
|
hsize_t end2[H5O_LAYOUT_NDIMS]; /* End point of selection block in dataspace #2 */
|
|
|
|
|
hsize_t off1[H5O_LAYOUT_NDIMS]; /* Offset of selection #1 blocks */
|
|
|
|
|
hsize_t off2[H5O_LAYOUT_NDIMS]; /* Offset of selection #2 blocks */
|
2003-06-04 10:22:23 -05:00
|
|
|
|
htri_t status1,status2; /* Status from next block checks */
|
|
|
|
|
unsigned first_block=1; /* Flag to indicate the first block */
|
2002-07-31 10:27:07 -05:00
|
|
|
|
|
2003-06-04 10:22:23 -05:00
|
|
|
|
/* Initialize iterator for each dataspace selection
|
|
|
|
|
* Use '0' for element size instead of actual element size to indicate
|
|
|
|
|
* that the selection iterator shouldn't be "flattened", since we
|
|
|
|
|
* aren't actually going to be doing I/O with the iterators.
|
|
|
|
|
*/
|
2006-10-02 14:59:46 -05:00
|
|
|
|
if(H5S_select_iter_init(&iter1, space1, (size_t)0) < 0)
|
2003-06-04 10:22:23 -05:00
|
|
|
|
HGOTO_ERROR (H5E_DATASPACE, H5E_CANTINIT, FAIL, "unable to initialize selection iterator");
|
2006-10-02 14:59:46 -05:00
|
|
|
|
iter1_init = 1;
|
|
|
|
|
if(H5S_select_iter_init(&iter2, space2, (size_t)0) < 0)
|
2003-06-04 10:22:23 -05:00
|
|
|
|
HGOTO_ERROR (H5E_DATASPACE, H5E_CANTINIT, FAIL, "unable to initialize selection iterator");
|
2006-10-02 14:59:46 -05:00
|
|
|
|
iter2_init = 1;
|
2003-06-04 10:22:23 -05:00
|
|
|
|
|
|
|
|
|
/* Iterate over all the blocks in each selection */
|
|
|
|
|
while(1) {
|
|
|
|
|
/* Get the current block for each selection iterator */
|
2004-05-20 10:32:09 -05:00
|
|
|
|
if(H5S_SELECT_ITER_BLOCK(&iter1,start1,end1)<0)
|
2003-06-04 10:22:23 -05:00
|
|
|
|
HGOTO_ERROR (H5E_DATASPACE, H5E_CANTGET, FAIL, "unable to get iterator block");
|
2004-05-20 10:32:09 -05:00
|
|
|
|
if(H5S_SELECT_ITER_BLOCK(&iter2,start2,end2)<0)
|
2003-06-04 10:22:23 -05:00
|
|
|
|
HGOTO_ERROR (H5E_DATASPACE, H5E_CANTGET, FAIL, "unable to get iterator block");
|
2002-04-03 12:07:14 -05:00
|
|
|
|
|
2003-06-04 10:22:23 -05:00
|
|
|
|
/* The first block only compares the sizes and sets the relative offsets for later blocks */
|
|
|
|
|
if(first_block) {
|
|
|
|
|
/* If the block sizes from each selection doesn't match, get out */
|
2004-06-13 19:33:03 -05:00
|
|
|
|
for (u=0; u<space1->extent.rank; u++) {
|
2003-06-04 10:22:23 -05:00
|
|
|
|
if((end1[u]-start1[u])!=(end2[u]-start2[u]))
|
|
|
|
|
HGOTO_DONE(FALSE);
|
2002-04-03 12:07:14 -05:00
|
|
|
|
|
2003-06-04 10:22:23 -05:00
|
|
|
|
/* Set the relative locations of the selections */
|
|
|
|
|
off1[u]=start1[u];
|
|
|
|
|
off2[u]=start2[u];
|
|
|
|
|
} /* end for */
|
2002-04-03 12:07:14 -05:00
|
|
|
|
|
2003-06-04 10:22:23 -05:00
|
|
|
|
/* Reset "first block" flag */
|
|
|
|
|
first_block=0;
|
|
|
|
|
} /* end if */
|
|
|
|
|
else {
|
|
|
|
|
/* Check over the blocks for each selection */
|
2004-06-13 19:33:03 -05:00
|
|
|
|
for (u=0; u<space1->extent.rank; u++) {
|
2003-06-04 10:22:23 -05:00
|
|
|
|
/* Check if the blocks are in the same relative location */
|
|
|
|
|
if((start1[u]-off1[u])!=(start2[u]-off2[u]))
|
|
|
|
|
HGOTO_DONE(FALSE);
|
|
|
|
|
|
|
|
|
|
/* If the block sizes from each selection doesn't match, get out */
|
|
|
|
|
if((end1[u]-start1[u])!=(end2[u]-start2[u]))
|
|
|
|
|
HGOTO_DONE(FALSE);
|
|
|
|
|
} /* end for */
|
|
|
|
|
} /* end else */
|
2002-07-31 10:27:07 -05:00
|
|
|
|
|
2003-06-04 10:22:23 -05:00
|
|
|
|
/* Check if we are able to advance to the next selection block */
|
2004-05-20 10:32:09 -05:00
|
|
|
|
if((status1=H5S_SELECT_ITER_HAS_NEXT_BLOCK(&iter1))<0)
|
2003-06-04 10:22:23 -05:00
|
|
|
|
HGOTO_ERROR (H5E_DATASPACE, H5E_CANTNEXT, FAIL, "unable to check iterator block");
|
2004-05-20 10:32:09 -05:00
|
|
|
|
if((status2=H5S_SELECT_ITER_HAS_NEXT_BLOCK(&iter2))<0)
|
2003-06-04 10:22:23 -05:00
|
|
|
|
HGOTO_ERROR (H5E_DATASPACE, H5E_CANTNEXT, FAIL, "unable to check iterator block");
|
2002-04-03 12:07:14 -05:00
|
|
|
|
|
2003-06-04 10:22:23 -05:00
|
|
|
|
/* Did we run out of blocks at the same time? */
|
|
|
|
|
if(status1==FALSE && status2==FALSE)
|
|
|
|
|
break;
|
|
|
|
|
else if(status1!=status2) {
|
|
|
|
|
HGOTO_DONE(FALSE);
|
|
|
|
|
} /* end if */
|
|
|
|
|
else {
|
|
|
|
|
/* Advance to next block in selection iterators */
|
2004-05-20 10:32:09 -05:00
|
|
|
|
if(H5S_SELECT_ITER_NEXT_BLOCK(&iter1)<0)
|
2003-06-04 10:22:23 -05:00
|
|
|
|
HGOTO_ERROR (H5E_DATASPACE, H5E_CANTNEXT, FAIL, "unable to advance to next iterator block");
|
2004-05-20 10:32:09 -05:00
|
|
|
|
if(H5S_SELECT_ITER_NEXT_BLOCK(&iter2)<0)
|
2003-06-04 10:22:23 -05:00
|
|
|
|
HGOTO_ERROR (H5E_DATASPACE, H5E_CANTNEXT, FAIL, "unable to advance to next iterator block");
|
|
|
|
|
} /* end else */
|
|
|
|
|
} /* end while */
|
|
|
|
|
} /* end else */
|
2002-04-03 12:07:14 -05:00
|
|
|
|
|
|
|
|
|
done:
|
2003-06-04 10:22:23 -05:00
|
|
|
|
if(iter1_init) {
|
2004-05-20 10:32:09 -05:00
|
|
|
|
if (H5S_SELECT_ITER_RELEASE(&iter1)<0)
|
2003-06-04 10:22:23 -05:00
|
|
|
|
HDONE_ERROR (H5E_DATASPACE, H5E_CANTRELEASE, FAIL, "unable to release selection iterator");
|
|
|
|
|
} /* end if */
|
|
|
|
|
if(iter2_init) {
|
2004-05-20 10:32:09 -05:00
|
|
|
|
if (H5S_SELECT_ITER_RELEASE(&iter2)<0)
|
2003-06-04 10:22:23 -05:00
|
|
|
|
HDONE_ERROR (H5E_DATASPACE, H5E_CANTRELEASE, FAIL, "unable to release selection iterator");
|
|
|
|
|
} /* end if */
|
2004-09-29 22:46:58 -05:00
|
|
|
|
|
2003-01-10 15:26:02 -05:00
|
|
|
|
FUNC_LEAVE_NOAPI(ret_value);
|
2002-04-03 12:07:14 -05:00
|
|
|
|
} /* H5S_select_shape_same() */
|
|
|
|
|
|
2002-04-09 07:47:34 -05:00
|
|
|
|
|
|
|
|
|
/*--------------------------------------------------------------------------
|
|
|
|
|
NAME
|
|
|
|
|
H5S_select_fill
|
|
|
|
|
PURPOSE
|
|
|
|
|
Fill a selection in memory with a value
|
|
|
|
|
USAGE
|
|
|
|
|
herr_t H5S_select_fill(fill,fill_size,space,buf)
|
|
|
|
|
const void *fill; IN: Pointer to fill value to use
|
|
|
|
|
size_t fill_size; IN: Size of elements in memory buffer & size of
|
|
|
|
|
fill value
|
|
|
|
|
H5S_t *space; IN: Dataspace describing memory buffer &
|
|
|
|
|
containing selection to use.
|
|
|
|
|
void *buf; IN/OUT: Memory buffer to fill selection in
|
|
|
|
|
RETURNS
|
|
|
|
|
Non-negative on success/Negative on failure.
|
|
|
|
|
DESCRIPTION
|
|
|
|
|
Use the selection in the dataspace to fill elements in a memory buffer.
|
|
|
|
|
GLOBAL VARIABLES
|
|
|
|
|
COMMENTS, BUGS, ASSUMPTIONS
|
|
|
|
|
The memory buffer elements are assumed to have the same datatype as the
|
|
|
|
|
fill value being placed into them.
|
|
|
|
|
EXAMPLES
|
|
|
|
|
REVISION LOG
|
|
|
|
|
--------------------------------------------------------------------------*/
|
|
|
|
|
herr_t
|
[svn-r5834] Purpose:
Large code cleanup/re-write
Description:
This is phase 1 of the data I/O re-architecture, with the following changes:
- Changed the selection drivers to not actually do any I/O, they
only generate the sequences of offset/length pairs needed for
the I/O (or memory access, in the case of iterating or filling
a selection in a memory buffer)
- Wrote more abstract I/O routines which get the sequence of offset/
length pairs for each selection and access perform the I/O or
memory access.
Benefits of this change include:
- Removed ~3400 lines of quite redundant code, with corresponding
reduction in the size of library binary.
- Any selection can now directly access memory when performing I/O,
if no type conversions are required, instead of just "regular"
hyperslab and 'all' selections, which speeds up I/O.
- Sped up I/O for hyperslab selections which have contiguous lower
dimensions by "flattening" them out into lesser dimensional objects
for the I/O.
No file format or API changes were necessary for this change.
The next phase will be to create a "selection driver" for each type of
selection, allowing each type of selection to directly call certain
methods that only apply to that type of selection, instead of passing
through dozens of functions which have switch statements to call the
appropriate method for each selection type. This will also reduce
the amount of code in the library and speed things up a bit more.
Phase 3 will involve generating an MPI datatype for all types of selections,
instead of only "regular" hyperslab and 'all' selections. This will
allow collective parallel I/O for all I/O operations which don't
require type conversions. It will also open up the door for allowing
collective I/O on datasets which require type conversion.
Phase 4 will involve changing the access pattern to deal with chunked
datasets in a more optimal way (in serial).
Phase 5 will deal with accessing chunked datasets more optimally for
collective parallel I/O operations.
Platforms tested:
FreeBSD 4.6 (sleipnir) w/ parallel & C++ and IRIX64 6.5 (modi4) w/parallel
2002-07-24 13:56:48 -05:00
|
|
|
|
H5S_select_fill(void *_fill, size_t fill_size, const H5S_t *space, void *_buf)
|
2002-04-09 07:47:34 -05:00
|
|
|
|
{
|
[svn-r6252] Purpose:
Lots of performance improvements & a couple new internal API interfaces.
Description:
Performance Improvements:
- Cached file offset & length sizes in shared file struct, to avoid
constantly looking them up in the FCPL.
- Generic property improvements:
- Added "revision" number to generic property classes to speed
up comparisons.
- Changed method of storing properties from using a hash-table
to the TBBT routines in the library.
- Share the propery names between classes and the lists derived
from them.
- Removed redundant 'def_value' buffer from each property.
- Switching code to use a "copy on write" strategy for
properties in each list, where the properties in each list
are shared with the properties in the class, until a
property's value is changed in a list.
- Fixed error in layout code which was allocating too many buffers.
- Redefined public macros of the form (H5open()/H5check, <variable>)
internally to only be (<variable>), avoiding innumerable useless
calls to H5open() and H5check_version().
- Reuse already zeroed buffers in H5F_contig_fill instead of
constantly re-zeroing them.
- Don't write fill values if writing entire dataset.
- Use gettimeofday() system call instead of time() system when
checking the modification time of a dataset.
- Added reference counted string API and use it for tracking the
names of objects opening in a file (for the ID->name code).
- Removed redundant H5P_get() calls in B-tree routines.
- Redefine H5T datatype macros internally to the library, to avoid
calling H5check redundantly.
- Keep dataspace information for dataset locally instead of reading
from disk each time. Added new module to track open objects
in a file, to allow this (which will be useful eventually for
some FPH5 metadata caching issues).
- Remove H5AC_find macro which was inlining metadata cache lookups,
and call function instead.
- Remove redundant memset() calls from H5G_namei() routine.
- Remove redundant checking of object type when locating objects
in metadata cache and rely on the address only.
- Create default dataset object to use when default dataset creation
property list is used to create datasets, bypassing querying
for all the property list values.
- Use default I/O vector size when performing raw data with the
default dataset transfer property list, instead of querying for
I/O vector size.
- Remove H5P_DEFAULT internally to the library, replacing it with
more specific default property list based on the type of
property list needed.
- Remove redundant memset() calls in object header message (H5O*)
routines.
- Remove redunant memset() calls in data I/O routines.
- Split free-list allocation routines into malloc() and calloc()-
like routines, instead of one combined routine.
- Remove lots of indirection in H5O*() routines.
- Simplify metadata cache entry comparison routine (used when
flushing entire cache out).
- Only enable metadata cache statistics when H5AC_DEBUG is turned
on, instead of always tracking them.
- Simplify address comparison macro (H5F_addr_eq).
- Remove redundant metadata cache entry protections during dataset
creation by protecting the object header once and making all
the modifications necessary for the dataset creation before
unprotecting it.
- Reduce # of "number of element in extent" computations performed
by computing and storing the value during dataspace creation.
- Simplify checking for group location's file information, when file
has not been involving in file-mounting operations.
- Use binary encoding for modification time, instead of ASCII.
- Hoist H5HL_peek calls (to get information in a local heap)
out of loops in many group routine.
- Use static variable for iterators of selections, instead of
dynamically allocation them each time.
- Lookup & insert new entries in one step, avoiding traversing
group's B-tree twice.
- Fixed memory leak in H5Gget_objname_idx() routine (tangential to
performance improvements, but fixed along the way).
- Use free-list for reference counted strings.
- Don't bother copying object names into cached group entries,
since they are re-created when an object is opened.
The benchmark I used to measure these results created several thousand
small (2K) datasets in a file and wrote out the data for them. This is
Elena's "regular.c" benchmark.
These changes resulted in approximately ~4.3x speedup of the
development branch when compared to the previous code in the
development branch and ~1.4x speedup compared to the release
branch.
Additionally, these changes reduce the total memory used (code and
data) by the development branch by ~800KB, bringing the development
branch back into the same ballpark as the release branch.
I'll send out a more detailed description of the benchmark results
as a followup note.
New internal API routines:
Added "reference counted strings" API for tracking strings that get
used by multiple owners without duplicating the strings.
Added "ternary search tree" API for text->object mappings.
Platforms tested:
Tested h5committest {arabica (fortran), eirene (fortran, C++)
modi4 (parallel, fortran)}
Other platforms/configurations tested?
FreeBSD 4.7 (sleipnir) serial & parallel
Solaris 2.6 (baldric) serial
2003-01-09 12:20:03 -05:00
|
|
|
|
H5S_sel_iter_t iter; /* Selection iteration info */
|
|
|
|
|
hbool_t iter_init=0; /* Selection iteration info has been initialized */
|
[svn-r5834] Purpose:
Large code cleanup/re-write
Description:
This is phase 1 of the data I/O re-architecture, with the following changes:
- Changed the selection drivers to not actually do any I/O, they
only generate the sequences of offset/length pairs needed for
the I/O (or memory access, in the case of iterating or filling
a selection in a memory buffer)
- Wrote more abstract I/O routines which get the sequence of offset/
length pairs for each selection and access perform the I/O or
memory access.
Benefits of this change include:
- Removed ~3400 lines of quite redundant code, with corresponding
reduction in the size of library binary.
- Any selection can now directly access memory when performing I/O,
if no type conversions are required, instead of just "regular"
hyperslab and 'all' selections, which speeds up I/O.
- Sped up I/O for hyperslab selections which have contiguous lower
dimensions by "flattening" them out into lesser dimensional objects
for the I/O.
No file format or API changes were necessary for this change.
The next phase will be to create a "selection driver" for each type of
selection, allowing each type of selection to directly call certain
methods that only apply to that type of selection, instead of passing
through dozens of functions which have switch statements to call the
appropriate method for each selection type. This will also reduce
the amount of code in the library and speed things up a bit more.
Phase 3 will involve generating an MPI datatype for all types of selections,
instead of only "regular" hyperslab and 'all' selections. This will
allow collective parallel I/O for all I/O operations which don't
require type conversions. It will also open up the door for allowing
collective I/O on datasets which require type conversion.
Phase 4 will involve changing the access pattern to deal with chunked
datasets in a more optimal way (in serial).
Phase 5 will deal with accessing chunked datasets more optimally for
collective parallel I/O operations.
Platforms tested:
FreeBSD 4.6 (sleipnir) w/ parallel & C++ and IRIX64 6.5 (modi4) w/parallel
2002-07-24 13:56:48 -05:00
|
|
|
|
uint8_t *buf; /* Current location in buffer */
|
2002-04-25 12:56:56 -05:00
|
|
|
|
void *fill=_fill; /* Alias for fill-value buffer */
|
[svn-r5834] Purpose:
Large code cleanup/re-write
Description:
This is phase 1 of the data I/O re-architecture, with the following changes:
- Changed the selection drivers to not actually do any I/O, they
only generate the sequences of offset/length pairs needed for
the I/O (or memory access, in the case of iterating or filling
a selection in a memory buffer)
- Wrote more abstract I/O routines which get the sequence of offset/
length pairs for each selection and access perform the I/O or
memory access.
Benefits of this change include:
- Removed ~3400 lines of quite redundant code, with corresponding
reduction in the size of library binary.
- Any selection can now directly access memory when performing I/O,
if no type conversions are required, instead of just "regular"
hyperslab and 'all' selections, which speeds up I/O.
- Sped up I/O for hyperslab selections which have contiguous lower
dimensions by "flattening" them out into lesser dimensional objects
for the I/O.
No file format or API changes were necessary for this change.
The next phase will be to create a "selection driver" for each type of
selection, allowing each type of selection to directly call certain
methods that only apply to that type of selection, instead of passing
through dozens of functions which have switch statements to call the
appropriate method for each selection type. This will also reduce
the amount of code in the library and speed things up a bit more.
Phase 3 will involve generating an MPI datatype for all types of selections,
instead of only "regular" hyperslab and 'all' selections. This will
allow collective parallel I/O for all I/O operations which don't
require type conversions. It will also open up the door for allowing
collective I/O on datasets which require type conversion.
Phase 4 will involve changing the access pattern to deal with chunked
datasets in a more optimal way (in serial).
Phase 5 will deal with accessing chunked datasets more optimally for
collective parallel I/O operations.
Platforms tested:
FreeBSD 4.6 (sleipnir) w/ parallel & C++ and IRIX64 6.5 (modi4) w/parallel
2002-07-24 13:56:48 -05:00
|
|
|
|
hssize_t nelmts; /* Number of elements in selection */
|
2006-11-01 23:54:19 -05:00
|
|
|
|
hsize_t off[H5D_IO_VECTOR_SIZE]; /* Array to store sequence offsets */
|
|
|
|
|
size_t len[H5D_IO_VECTOR_SIZE]; /* Array to store sequence lengths */
|
[svn-r5834] Purpose:
Large code cleanup/re-write
Description:
This is phase 1 of the data I/O re-architecture, with the following changes:
- Changed the selection drivers to not actually do any I/O, they
only generate the sequences of offset/length pairs needed for
the I/O (or memory access, in the case of iterating or filling
a selection in a memory buffer)
- Wrote more abstract I/O routines which get the sequence of offset/
length pairs for each selection and access perform the I/O or
memory access.
Benefits of this change include:
- Removed ~3400 lines of quite redundant code, with corresponding
reduction in the size of library binary.
- Any selection can now directly access memory when performing I/O,
if no type conversions are required, instead of just "regular"
hyperslab and 'all' selections, which speeds up I/O.
- Sped up I/O for hyperslab selections which have contiguous lower
dimensions by "flattening" them out into lesser dimensional objects
for the I/O.
No file format or API changes were necessary for this change.
The next phase will be to create a "selection driver" for each type of
selection, allowing each type of selection to directly call certain
methods that only apply to that type of selection, instead of passing
through dozens of functions which have switch statements to call the
appropriate method for each selection type. This will also reduce
the amount of code in the library and speed things up a bit more.
Phase 3 will involve generating an MPI datatype for all types of selections,
instead of only "regular" hyperslab and 'all' selections. This will
allow collective parallel I/O for all I/O operations which don't
require type conversions. It will also open up the door for allowing
collective I/O on datasets which require type conversion.
Phase 4 will involve changing the access pattern to deal with chunked
datasets in a more optimal way (in serial).
Phase 5 will deal with accessing chunked datasets more optimally for
collective parallel I/O operations.
Platforms tested:
FreeBSD 4.6 (sleipnir) w/ parallel & C++ and IRIX64 6.5 (modi4) w/parallel
2002-07-24 13:56:48 -05:00
|
|
|
|
size_t nseq; /* Number of sequences generated */
|
|
|
|
|
size_t curr_seq; /* Current sequnce being worked on */
|
2004-05-01 11:10:17 -05:00
|
|
|
|
size_t nelem; /* Number of elements used in sequences */
|
|
|
|
|
size_t max_elem; /* Total number of elements in selection */
|
[svn-r5834] Purpose:
Large code cleanup/re-write
Description:
This is phase 1 of the data I/O re-architecture, with the following changes:
- Changed the selection drivers to not actually do any I/O, they
only generate the sequences of offset/length pairs needed for
the I/O (or memory access, in the case of iterating or filling
a selection in a memory buffer)
- Wrote more abstract I/O routines which get the sequence of offset/
length pairs for each selection and access perform the I/O or
memory access.
Benefits of this change include:
- Removed ~3400 lines of quite redundant code, with corresponding
reduction in the size of library binary.
- Any selection can now directly access memory when performing I/O,
if no type conversions are required, instead of just "regular"
hyperslab and 'all' selections, which speeds up I/O.
- Sped up I/O for hyperslab selections which have contiguous lower
dimensions by "flattening" them out into lesser dimensional objects
for the I/O.
No file format or API changes were necessary for this change.
The next phase will be to create a "selection driver" for each type of
selection, allowing each type of selection to directly call certain
methods that only apply to that type of selection, instead of passing
through dozens of functions which have switch statements to call the
appropriate method for each selection type. This will also reduce
the amount of code in the library and speed things up a bit more.
Phase 3 will involve generating an MPI datatype for all types of selections,
instead of only "regular" hyperslab and 'all' selections. This will
allow collective parallel I/O for all I/O operations which don't
require type conversions. It will also open up the door for allowing
collective I/O on datasets which require type conversion.
Phase 4 will involve changing the access pattern to deal with chunked
datasets in a more optimal way (in serial).
Phase 5 will deal with accessing chunked datasets more optimally for
collective parallel I/O operations.
Platforms tested:
FreeBSD 4.6 (sleipnir) w/ parallel & C++ and IRIX64 6.5 (modi4) w/parallel
2002-07-24 13:56:48 -05:00
|
|
|
|
herr_t ret_value=SUCCEED; /* return value */
|
2002-04-09 07:47:34 -05:00
|
|
|
|
|
2002-05-29 10:07:55 -05:00
|
|
|
|
FUNC_ENTER_NOAPI(H5S_select_fill, FAIL);
|
2002-04-09 07:47:34 -05:00
|
|
|
|
|
|
|
|
|
/* Check args */
|
|
|
|
|
assert(fill_size>0);
|
|
|
|
|
assert(space);
|
2002-07-24 14:09:55 -05:00
|
|
|
|
assert(_buf);
|
2002-04-09 07:47:34 -05:00
|
|
|
|
|
2002-04-25 08:15:22 -05:00
|
|
|
|
/* Check if we need a temporary fill value buffer */
|
|
|
|
|
if(fill==NULL) {
|
[svn-r6252] Purpose:
Lots of performance improvements & a couple new internal API interfaces.
Description:
Performance Improvements:
- Cached file offset & length sizes in shared file struct, to avoid
constantly looking them up in the FCPL.
- Generic property improvements:
- Added "revision" number to generic property classes to speed
up comparisons.
- Changed method of storing properties from using a hash-table
to the TBBT routines in the library.
- Share the propery names between classes and the lists derived
from them.
- Removed redundant 'def_value' buffer from each property.
- Switching code to use a "copy on write" strategy for
properties in each list, where the properties in each list
are shared with the properties in the class, until a
property's value is changed in a list.
- Fixed error in layout code which was allocating too many buffers.
- Redefined public macros of the form (H5open()/H5check, <variable>)
internally to only be (<variable>), avoiding innumerable useless
calls to H5open() and H5check_version().
- Reuse already zeroed buffers in H5F_contig_fill instead of
constantly re-zeroing them.
- Don't write fill values if writing entire dataset.
- Use gettimeofday() system call instead of time() system when
checking the modification time of a dataset.
- Added reference counted string API and use it for tracking the
names of objects opening in a file (for the ID->name code).
- Removed redundant H5P_get() calls in B-tree routines.
- Redefine H5T datatype macros internally to the library, to avoid
calling H5check redundantly.
- Keep dataspace information for dataset locally instead of reading
from disk each time. Added new module to track open objects
in a file, to allow this (which will be useful eventually for
some FPH5 metadata caching issues).
- Remove H5AC_find macro which was inlining metadata cache lookups,
and call function instead.
- Remove redundant memset() calls from H5G_namei() routine.
- Remove redundant checking of object type when locating objects
in metadata cache and rely on the address only.
- Create default dataset object to use when default dataset creation
property list is used to create datasets, bypassing querying
for all the property list values.
- Use default I/O vector size when performing raw data with the
default dataset transfer property list, instead of querying for
I/O vector size.
- Remove H5P_DEFAULT internally to the library, replacing it with
more specific default property list based on the type of
property list needed.
- Remove redundant memset() calls in object header message (H5O*)
routines.
- Remove redunant memset() calls in data I/O routines.
- Split free-list allocation routines into malloc() and calloc()-
like routines, instead of one combined routine.
- Remove lots of indirection in H5O*() routines.
- Simplify metadata cache entry comparison routine (used when
flushing entire cache out).
- Only enable metadata cache statistics when H5AC_DEBUG is turned
on, instead of always tracking them.
- Simplify address comparison macro (H5F_addr_eq).
- Remove redundant metadata cache entry protections during dataset
creation by protecting the object header once and making all
the modifications necessary for the dataset creation before
unprotecting it.
- Reduce # of "number of element in extent" computations performed
by computing and storing the value during dataspace creation.
- Simplify checking for group location's file information, when file
has not been involving in file-mounting operations.
- Use binary encoding for modification time, instead of ASCII.
- Hoist H5HL_peek calls (to get information in a local heap)
out of loops in many group routine.
- Use static variable for iterators of selections, instead of
dynamically allocation them each time.
- Lookup & insert new entries in one step, avoiding traversing
group's B-tree twice.
- Fixed memory leak in H5Gget_objname_idx() routine (tangential to
performance improvements, but fixed along the way).
- Use free-list for reference counted strings.
- Don't bother copying object names into cached group entries,
since they are re-created when an object is opened.
The benchmark I used to measure these results created several thousand
small (2K) datasets in a file and wrote out the data for them. This is
Elena's "regular.c" benchmark.
These changes resulted in approximately ~4.3x speedup of the
development branch when compared to the previous code in the
development branch and ~1.4x speedup compared to the release
branch.
Additionally, these changes reduce the total memory used (code and
data) by the development branch by ~800KB, bringing the development
branch back into the same ballpark as the release branch.
I'll send out a more detailed description of the benchmark results
as a followup note.
New internal API routines:
Added "reference counted strings" API for tracking strings that get
used by multiple owners without duplicating the strings.
Added "ternary search tree" API for text->object mappings.
Platforms tested:
Tested h5committest {arabica (fortran), eirene (fortran, C++)
modi4 (parallel, fortran)}
Other platforms/configurations tested?
FreeBSD 4.7 (sleipnir) serial & parallel
Solaris 2.6 (baldric) serial
2003-01-09 12:20:03 -05:00
|
|
|
|
if (NULL==(fill = H5FL_BLK_CALLOC(type_elem,fill_size)))
|
2002-04-25 08:15:22 -05:00
|
|
|
|
HGOTO_ERROR (H5E_RESOURCE, H5E_NOSPACE, FAIL, "fill value buffer allocation failed");
|
|
|
|
|
} /* end if */
|
|
|
|
|
|
[svn-r5834] Purpose:
Large code cleanup/re-write
Description:
This is phase 1 of the data I/O re-architecture, with the following changes:
- Changed the selection drivers to not actually do any I/O, they
only generate the sequences of offset/length pairs needed for
the I/O (or memory access, in the case of iterating or filling
a selection in a memory buffer)
- Wrote more abstract I/O routines which get the sequence of offset/
length pairs for each selection and access perform the I/O or
memory access.
Benefits of this change include:
- Removed ~3400 lines of quite redundant code, with corresponding
reduction in the size of library binary.
- Any selection can now directly access memory when performing I/O,
if no type conversions are required, instead of just "regular"
hyperslab and 'all' selections, which speeds up I/O.
- Sped up I/O for hyperslab selections which have contiguous lower
dimensions by "flattening" them out into lesser dimensional objects
for the I/O.
No file format or API changes were necessary for this change.
The next phase will be to create a "selection driver" for each type of
selection, allowing each type of selection to directly call certain
methods that only apply to that type of selection, instead of passing
through dozens of functions which have switch statements to call the
appropriate method for each selection type. This will also reduce
the amount of code in the library and speed things up a bit more.
Phase 3 will involve generating an MPI datatype for all types of selections,
instead of only "regular" hyperslab and 'all' selections. This will
allow collective parallel I/O for all I/O operations which don't
require type conversions. It will also open up the door for allowing
collective I/O on datasets which require type conversion.
Phase 4 will involve changing the access pattern to deal with chunked
datasets in a more optimal way (in serial).
Phase 5 will deal with accessing chunked datasets more optimally for
collective parallel I/O operations.
Platforms tested:
FreeBSD 4.6 (sleipnir) w/ parallel & C++ and IRIX64 6.5 (modi4) w/parallel
2002-07-24 13:56:48 -05:00
|
|
|
|
/* Initialize iterator */
|
2003-05-07 16:52:24 -05:00
|
|
|
|
if (H5S_select_iter_init(&iter, space, fill_size)<0)
|
[svn-r5834] Purpose:
Large code cleanup/re-write
Description:
This is phase 1 of the data I/O re-architecture, with the following changes:
- Changed the selection drivers to not actually do any I/O, they
only generate the sequences of offset/length pairs needed for
the I/O (or memory access, in the case of iterating or filling
a selection in a memory buffer)
- Wrote more abstract I/O routines which get the sequence of offset/
length pairs for each selection and access perform the I/O or
memory access.
Benefits of this change include:
- Removed ~3400 lines of quite redundant code, with corresponding
reduction in the size of library binary.
- Any selection can now directly access memory when performing I/O,
if no type conversions are required, instead of just "regular"
hyperslab and 'all' selections, which speeds up I/O.
- Sped up I/O for hyperslab selections which have contiguous lower
dimensions by "flattening" them out into lesser dimensional objects
for the I/O.
No file format or API changes were necessary for this change.
The next phase will be to create a "selection driver" for each type of
selection, allowing each type of selection to directly call certain
methods that only apply to that type of selection, instead of passing
through dozens of functions which have switch statements to call the
appropriate method for each selection type. This will also reduce
the amount of code in the library and speed things up a bit more.
Phase 3 will involve generating an MPI datatype for all types of selections,
instead of only "regular" hyperslab and 'all' selections. This will
allow collective parallel I/O for all I/O operations which don't
require type conversions. It will also open up the door for allowing
collective I/O on datasets which require type conversion.
Phase 4 will involve changing the access pattern to deal with chunked
datasets in a more optimal way (in serial).
Phase 5 will deal with accessing chunked datasets more optimally for
collective parallel I/O operations.
Platforms tested:
FreeBSD 4.6 (sleipnir) w/ parallel & C++ and IRIX64 6.5 (modi4) w/parallel
2002-07-24 13:56:48 -05:00
|
|
|
|
HGOTO_ERROR (H5E_DATASPACE, H5E_CANTINIT, FAIL, "unable to initialize selection iterator");
|
[svn-r6252] Purpose:
Lots of performance improvements & a couple new internal API interfaces.
Description:
Performance Improvements:
- Cached file offset & length sizes in shared file struct, to avoid
constantly looking them up in the FCPL.
- Generic property improvements:
- Added "revision" number to generic property classes to speed
up comparisons.
- Changed method of storing properties from using a hash-table
to the TBBT routines in the library.
- Share the propery names between classes and the lists derived
from them.
- Removed redundant 'def_value' buffer from each property.
- Switching code to use a "copy on write" strategy for
properties in each list, where the properties in each list
are shared with the properties in the class, until a
property's value is changed in a list.
- Fixed error in layout code which was allocating too many buffers.
- Redefined public macros of the form (H5open()/H5check, <variable>)
internally to only be (<variable>), avoiding innumerable useless
calls to H5open() and H5check_version().
- Reuse already zeroed buffers in H5F_contig_fill instead of
constantly re-zeroing them.
- Don't write fill values if writing entire dataset.
- Use gettimeofday() system call instead of time() system when
checking the modification time of a dataset.
- Added reference counted string API and use it for tracking the
names of objects opening in a file (for the ID->name code).
- Removed redundant H5P_get() calls in B-tree routines.
- Redefine H5T datatype macros internally to the library, to avoid
calling H5check redundantly.
- Keep dataspace information for dataset locally instead of reading
from disk each time. Added new module to track open objects
in a file, to allow this (which will be useful eventually for
some FPH5 metadata caching issues).
- Remove H5AC_find macro which was inlining metadata cache lookups,
and call function instead.
- Remove redundant memset() calls from H5G_namei() routine.
- Remove redundant checking of object type when locating objects
in metadata cache and rely on the address only.
- Create default dataset object to use when default dataset creation
property list is used to create datasets, bypassing querying
for all the property list values.
- Use default I/O vector size when performing raw data with the
default dataset transfer property list, instead of querying for
I/O vector size.
- Remove H5P_DEFAULT internally to the library, replacing it with
more specific default property list based on the type of
property list needed.
- Remove redundant memset() calls in object header message (H5O*)
routines.
- Remove redunant memset() calls in data I/O routines.
- Split free-list allocation routines into malloc() and calloc()-
like routines, instead of one combined routine.
- Remove lots of indirection in H5O*() routines.
- Simplify metadata cache entry comparison routine (used when
flushing entire cache out).
- Only enable metadata cache statistics when H5AC_DEBUG is turned
on, instead of always tracking them.
- Simplify address comparison macro (H5F_addr_eq).
- Remove redundant metadata cache entry protections during dataset
creation by protecting the object header once and making all
the modifications necessary for the dataset creation before
unprotecting it.
- Reduce # of "number of element in extent" computations performed
by computing and storing the value during dataspace creation.
- Simplify checking for group location's file information, when file
has not been involving in file-mounting operations.
- Use binary encoding for modification time, instead of ASCII.
- Hoist H5HL_peek calls (to get information in a local heap)
out of loops in many group routine.
- Use static variable for iterators of selections, instead of
dynamically allocation them each time.
- Lookup & insert new entries in one step, avoiding traversing
group's B-tree twice.
- Fixed memory leak in H5Gget_objname_idx() routine (tangential to
performance improvements, but fixed along the way).
- Use free-list for reference counted strings.
- Don't bother copying object names into cached group entries,
since they are re-created when an object is opened.
The benchmark I used to measure these results created several thousand
small (2K) datasets in a file and wrote out the data for them. This is
Elena's "regular.c" benchmark.
These changes resulted in approximately ~4.3x speedup of the
development branch when compared to the previous code in the
development branch and ~1.4x speedup compared to the release
branch.
Additionally, these changes reduce the total memory used (code and
data) by the development branch by ~800KB, bringing the development
branch back into the same ballpark as the release branch.
I'll send out a more detailed description of the benchmark results
as a followup note.
New internal API routines:
Added "reference counted strings" API for tracking strings that get
used by multiple owners without duplicating the strings.
Added "ternary search tree" API for text->object mappings.
Platforms tested:
Tested h5committest {arabica (fortran), eirene (fortran, C++)
modi4 (parallel, fortran)}
Other platforms/configurations tested?
FreeBSD 4.7 (sleipnir) serial & parallel
Solaris 2.6 (baldric) serial
2003-01-09 12:20:03 -05:00
|
|
|
|
iter_init=1; /* Selection iteration info has been initialized */
|
[svn-r5834] Purpose:
Large code cleanup/re-write
Description:
This is phase 1 of the data I/O re-architecture, with the following changes:
- Changed the selection drivers to not actually do any I/O, they
only generate the sequences of offset/length pairs needed for
the I/O (or memory access, in the case of iterating or filling
a selection in a memory buffer)
- Wrote more abstract I/O routines which get the sequence of offset/
length pairs for each selection and access perform the I/O or
memory access.
Benefits of this change include:
- Removed ~3400 lines of quite redundant code, with corresponding
reduction in the size of library binary.
- Any selection can now directly access memory when performing I/O,
if no type conversions are required, instead of just "regular"
hyperslab and 'all' selections, which speeds up I/O.
- Sped up I/O for hyperslab selections which have contiguous lower
dimensions by "flattening" them out into lesser dimensional objects
for the I/O.
No file format or API changes were necessary for this change.
The next phase will be to create a "selection driver" for each type of
selection, allowing each type of selection to directly call certain
methods that only apply to that type of selection, instead of passing
through dozens of functions which have switch statements to call the
appropriate method for each selection type. This will also reduce
the amount of code in the library and speed things up a bit more.
Phase 3 will involve generating an MPI datatype for all types of selections,
instead of only "regular" hyperslab and 'all' selections. This will
allow collective parallel I/O for all I/O operations which don't
require type conversions. It will also open up the door for allowing
collective I/O on datasets which require type conversion.
Phase 4 will involve changing the access pattern to deal with chunked
datasets in a more optimal way (in serial).
Phase 5 will deal with accessing chunked datasets more optimally for
collective parallel I/O operations.
Platforms tested:
FreeBSD 4.6 (sleipnir) w/ parallel & C++ and IRIX64 6.5 (modi4) w/parallel
2002-07-24 13:56:48 -05:00
|
|
|
|
|
|
|
|
|
/* Get the number of elements in selection */
|
2004-05-20 10:32:09 -05:00
|
|
|
|
if((nelmts = H5S_GET_SELECT_NPOINTS(space))<0)
|
[svn-r5834] Purpose:
Large code cleanup/re-write
Description:
This is phase 1 of the data I/O re-architecture, with the following changes:
- Changed the selection drivers to not actually do any I/O, they
only generate the sequences of offset/length pairs needed for
the I/O (or memory access, in the case of iterating or filling
a selection in a memory buffer)
- Wrote more abstract I/O routines which get the sequence of offset/
length pairs for each selection and access perform the I/O or
memory access.
Benefits of this change include:
- Removed ~3400 lines of quite redundant code, with corresponding
reduction in the size of library binary.
- Any selection can now directly access memory when performing I/O,
if no type conversions are required, instead of just "regular"
hyperslab and 'all' selections, which speeds up I/O.
- Sped up I/O for hyperslab selections which have contiguous lower
dimensions by "flattening" them out into lesser dimensional objects
for the I/O.
No file format or API changes were necessary for this change.
The next phase will be to create a "selection driver" for each type of
selection, allowing each type of selection to directly call certain
methods that only apply to that type of selection, instead of passing
through dozens of functions which have switch statements to call the
appropriate method for each selection type. This will also reduce
the amount of code in the library and speed things up a bit more.
Phase 3 will involve generating an MPI datatype for all types of selections,
instead of only "regular" hyperslab and 'all' selections. This will
allow collective parallel I/O for all I/O operations which don't
require type conversions. It will also open up the door for allowing
collective I/O on datasets which require type conversion.
Phase 4 will involve changing the access pattern to deal with chunked
datasets in a more optimal way (in serial).
Phase 5 will deal with accessing chunked datasets more optimally for
collective parallel I/O operations.
Platforms tested:
FreeBSD 4.6 (sleipnir) w/ parallel & C++ and IRIX64 6.5 (modi4) w/parallel
2002-07-24 13:56:48 -05:00
|
|
|
|
HGOTO_ERROR (H5E_DATASPACE, H5E_CANTCOUNT, FAIL, "can't get number of elements selected");
|
|
|
|
|
|
|
|
|
|
/* Compute the number of bytes to process */
|
2004-05-01 11:10:17 -05:00
|
|
|
|
H5_ASSIGN_OVERFLOW(max_elem,nelmts,hssize_t,size_t);
|
[svn-r5834] Purpose:
Large code cleanup/re-write
Description:
This is phase 1 of the data I/O re-architecture, with the following changes:
- Changed the selection drivers to not actually do any I/O, they
only generate the sequences of offset/length pairs needed for
the I/O (or memory access, in the case of iterating or filling
a selection in a memory buffer)
- Wrote more abstract I/O routines which get the sequence of offset/
length pairs for each selection and access perform the I/O or
memory access.
Benefits of this change include:
- Removed ~3400 lines of quite redundant code, with corresponding
reduction in the size of library binary.
- Any selection can now directly access memory when performing I/O,
if no type conversions are required, instead of just "regular"
hyperslab and 'all' selections, which speeds up I/O.
- Sped up I/O for hyperslab selections which have contiguous lower
dimensions by "flattening" them out into lesser dimensional objects
for the I/O.
No file format or API changes were necessary for this change.
The next phase will be to create a "selection driver" for each type of
selection, allowing each type of selection to directly call certain
methods that only apply to that type of selection, instead of passing
through dozens of functions which have switch statements to call the
appropriate method for each selection type. This will also reduce
the amount of code in the library and speed things up a bit more.
Phase 3 will involve generating an MPI datatype for all types of selections,
instead of only "regular" hyperslab and 'all' selections. This will
allow collective parallel I/O for all I/O operations which don't
require type conversions. It will also open up the door for allowing
collective I/O on datasets which require type conversion.
Phase 4 will involve changing the access pattern to deal with chunked
datasets in a more optimal way (in serial).
Phase 5 will deal with accessing chunked datasets more optimally for
collective parallel I/O operations.
Platforms tested:
FreeBSD 4.6 (sleipnir) w/ parallel & C++ and IRIX64 6.5 (modi4) w/parallel
2002-07-24 13:56:48 -05:00
|
|
|
|
|
|
|
|
|
/* Loop, while elements left in selection */
|
2004-05-01 11:10:17 -05:00
|
|
|
|
while(max_elem>0) {
|
[svn-r5834] Purpose:
Large code cleanup/re-write
Description:
This is phase 1 of the data I/O re-architecture, with the following changes:
- Changed the selection drivers to not actually do any I/O, they
only generate the sequences of offset/length pairs needed for
the I/O (or memory access, in the case of iterating or filling
a selection in a memory buffer)
- Wrote more abstract I/O routines which get the sequence of offset/
length pairs for each selection and access perform the I/O or
memory access.
Benefits of this change include:
- Removed ~3400 lines of quite redundant code, with corresponding
reduction in the size of library binary.
- Any selection can now directly access memory when performing I/O,
if no type conversions are required, instead of just "regular"
hyperslab and 'all' selections, which speeds up I/O.
- Sped up I/O for hyperslab selections which have contiguous lower
dimensions by "flattening" them out into lesser dimensional objects
for the I/O.
No file format or API changes were necessary for this change.
The next phase will be to create a "selection driver" for each type of
selection, allowing each type of selection to directly call certain
methods that only apply to that type of selection, instead of passing
through dozens of functions which have switch statements to call the
appropriate method for each selection type. This will also reduce
the amount of code in the library and speed things up a bit more.
Phase 3 will involve generating an MPI datatype for all types of selections,
instead of only "regular" hyperslab and 'all' selections. This will
allow collective parallel I/O for all I/O operations which don't
require type conversions. It will also open up the door for allowing
collective I/O on datasets which require type conversion.
Phase 4 will involve changing the access pattern to deal with chunked
datasets in a more optimal way (in serial).
Phase 5 will deal with accessing chunked datasets more optimally for
collective parallel I/O operations.
Platforms tested:
FreeBSD 4.6 (sleipnir) w/ parallel & C++ and IRIX64 6.5 (modi4) w/parallel
2002-07-24 13:56:48 -05:00
|
|
|
|
/* Get the sequences of bytes */
|
2006-11-01 23:54:19 -05:00
|
|
|
|
if(H5S_SELECT_GET_SEQ_LIST(space, 0, &iter, (size_t)H5D_IO_VECTOR_SIZE, max_elem, &nseq, &nelem, off, len) < 0)
|
[svn-r5834] Purpose:
Large code cleanup/re-write
Description:
This is phase 1 of the data I/O re-architecture, with the following changes:
- Changed the selection drivers to not actually do any I/O, they
only generate the sequences of offset/length pairs needed for
the I/O (or memory access, in the case of iterating or filling
a selection in a memory buffer)
- Wrote more abstract I/O routines which get the sequence of offset/
length pairs for each selection and access perform the I/O or
memory access.
Benefits of this change include:
- Removed ~3400 lines of quite redundant code, with corresponding
reduction in the size of library binary.
- Any selection can now directly access memory when performing I/O,
if no type conversions are required, instead of just "regular"
hyperslab and 'all' selections, which speeds up I/O.
- Sped up I/O for hyperslab selections which have contiguous lower
dimensions by "flattening" them out into lesser dimensional objects
for the I/O.
No file format or API changes were necessary for this change.
The next phase will be to create a "selection driver" for each type of
selection, allowing each type of selection to directly call certain
methods that only apply to that type of selection, instead of passing
through dozens of functions which have switch statements to call the
appropriate method for each selection type. This will also reduce
the amount of code in the library and speed things up a bit more.
Phase 3 will involve generating an MPI datatype for all types of selections,
instead of only "regular" hyperslab and 'all' selections. This will
allow collective parallel I/O for all I/O operations which don't
require type conversions. It will also open up the door for allowing
collective I/O on datasets which require type conversion.
Phase 4 will involve changing the access pattern to deal with chunked
datasets in a more optimal way (in serial).
Phase 5 will deal with accessing chunked datasets more optimally for
collective parallel I/O operations.
Platforms tested:
FreeBSD 4.6 (sleipnir) w/ parallel & C++ and IRIX64 6.5 (modi4) w/parallel
2002-07-24 13:56:48 -05:00
|
|
|
|
HGOTO_ERROR (H5E_INTERNAL, H5E_UNSUPPORTED, FAIL, "sequence length generation failed");
|
|
|
|
|
|
|
|
|
|
/* Loop over sequences */
|
|
|
|
|
for(curr_seq=0; curr_seq<nseq; curr_seq++) {
|
|
|
|
|
/* Get offset in memory buffer */
|
|
|
|
|
buf=(uint8_t *)_buf+off[curr_seq];
|
|
|
|
|
|
|
|
|
|
/* Fill each sequence in memory with fill value */
|
|
|
|
|
assert((len[curr_seq]%fill_size)==0);
|
|
|
|
|
H5V_array_fill(buf, fill, fill_size, (len[curr_seq]/fill_size));
|
|
|
|
|
} /* end for */
|
|
|
|
|
|
2004-05-01 11:10:17 -05:00
|
|
|
|
/* Decrement number of elements left to process */
|
|
|
|
|
max_elem-=nelem;
|
[svn-r5834] Purpose:
Large code cleanup/re-write
Description:
This is phase 1 of the data I/O re-architecture, with the following changes:
- Changed the selection drivers to not actually do any I/O, they
only generate the sequences of offset/length pairs needed for
the I/O (or memory access, in the case of iterating or filling
a selection in a memory buffer)
- Wrote more abstract I/O routines which get the sequence of offset/
length pairs for each selection and access perform the I/O or
memory access.
Benefits of this change include:
- Removed ~3400 lines of quite redundant code, with corresponding
reduction in the size of library binary.
- Any selection can now directly access memory when performing I/O,
if no type conversions are required, instead of just "regular"
hyperslab and 'all' selections, which speeds up I/O.
- Sped up I/O for hyperslab selections which have contiguous lower
dimensions by "flattening" them out into lesser dimensional objects
for the I/O.
No file format or API changes were necessary for this change.
The next phase will be to create a "selection driver" for each type of
selection, allowing each type of selection to directly call certain
methods that only apply to that type of selection, instead of passing
through dozens of functions which have switch statements to call the
appropriate method for each selection type. This will also reduce
the amount of code in the library and speed things up a bit more.
Phase 3 will involve generating an MPI datatype for all types of selections,
instead of only "regular" hyperslab and 'all' selections. This will
allow collective parallel I/O for all I/O operations which don't
require type conversions. It will also open up the door for allowing
collective I/O on datasets which require type conversion.
Phase 4 will involve changing the access pattern to deal with chunked
datasets in a more optimal way (in serial).
Phase 5 will deal with accessing chunked datasets more optimally for
collective parallel I/O operations.
Platforms tested:
FreeBSD 4.6 (sleipnir) w/ parallel & C++ and IRIX64 6.5 (modi4) w/parallel
2002-07-24 13:56:48 -05:00
|
|
|
|
} /* end while */
|
|
|
|
|
|
|
|
|
|
done:
|
|
|
|
|
/* Release selection iterator */
|
[svn-r6252] Purpose:
Lots of performance improvements & a couple new internal API interfaces.
Description:
Performance Improvements:
- Cached file offset & length sizes in shared file struct, to avoid
constantly looking them up in the FCPL.
- Generic property improvements:
- Added "revision" number to generic property classes to speed
up comparisons.
- Changed method of storing properties from using a hash-table
to the TBBT routines in the library.
- Share the propery names between classes and the lists derived
from them.
- Removed redundant 'def_value' buffer from each property.
- Switching code to use a "copy on write" strategy for
properties in each list, where the properties in each list
are shared with the properties in the class, until a
property's value is changed in a list.
- Fixed error in layout code which was allocating too many buffers.
- Redefined public macros of the form (H5open()/H5check, <variable>)
internally to only be (<variable>), avoiding innumerable useless
calls to H5open() and H5check_version().
- Reuse already zeroed buffers in H5F_contig_fill instead of
constantly re-zeroing them.
- Don't write fill values if writing entire dataset.
- Use gettimeofday() system call instead of time() system when
checking the modification time of a dataset.
- Added reference counted string API and use it for tracking the
names of objects opening in a file (for the ID->name code).
- Removed redundant H5P_get() calls in B-tree routines.
- Redefine H5T datatype macros internally to the library, to avoid
calling H5check redundantly.
- Keep dataspace information for dataset locally instead of reading
from disk each time. Added new module to track open objects
in a file, to allow this (which will be useful eventually for
some FPH5 metadata caching issues).
- Remove H5AC_find macro which was inlining metadata cache lookups,
and call function instead.
- Remove redundant memset() calls from H5G_namei() routine.
- Remove redundant checking of object type when locating objects
in metadata cache and rely on the address only.
- Create default dataset object to use when default dataset creation
property list is used to create datasets, bypassing querying
for all the property list values.
- Use default I/O vector size when performing raw data with the
default dataset transfer property list, instead of querying for
I/O vector size.
- Remove H5P_DEFAULT internally to the library, replacing it with
more specific default property list based on the type of
property list needed.
- Remove redundant memset() calls in object header message (H5O*)
routines.
- Remove redunant memset() calls in data I/O routines.
- Split free-list allocation routines into malloc() and calloc()-
like routines, instead of one combined routine.
- Remove lots of indirection in H5O*() routines.
- Simplify metadata cache entry comparison routine (used when
flushing entire cache out).
- Only enable metadata cache statistics when H5AC_DEBUG is turned
on, instead of always tracking them.
- Simplify address comparison macro (H5F_addr_eq).
- Remove redundant metadata cache entry protections during dataset
creation by protecting the object header once and making all
the modifications necessary for the dataset creation before
unprotecting it.
- Reduce # of "number of element in extent" computations performed
by computing and storing the value during dataspace creation.
- Simplify checking for group location's file information, when file
has not been involving in file-mounting operations.
- Use binary encoding for modification time, instead of ASCII.
- Hoist H5HL_peek calls (to get information in a local heap)
out of loops in many group routine.
- Use static variable for iterators of selections, instead of
dynamically allocation them each time.
- Lookup & insert new entries in one step, avoiding traversing
group's B-tree twice.
- Fixed memory leak in H5Gget_objname_idx() routine (tangential to
performance improvements, but fixed along the way).
- Use free-list for reference counted strings.
- Don't bother copying object names into cached group entries,
since they are re-created when an object is opened.
The benchmark I used to measure these results created several thousand
small (2K) datasets in a file and wrote out the data for them. This is
Elena's "regular.c" benchmark.
These changes resulted in approximately ~4.3x speedup of the
development branch when compared to the previous code in the
development branch and ~1.4x speedup compared to the release
branch.
Additionally, these changes reduce the total memory used (code and
data) by the development branch by ~800KB, bringing the development
branch back into the same ballpark as the release branch.
I'll send out a more detailed description of the benchmark results
as a followup note.
New internal API routines:
Added "reference counted strings" API for tracking strings that get
used by multiple owners without duplicating the strings.
Added "ternary search tree" API for text->object mappings.
Platforms tested:
Tested h5committest {arabica (fortran), eirene (fortran, C++)
modi4 (parallel, fortran)}
Other platforms/configurations tested?
FreeBSD 4.7 (sleipnir) serial & parallel
Solaris 2.6 (baldric) serial
2003-01-09 12:20:03 -05:00
|
|
|
|
if(iter_init) {
|
2004-05-20 10:32:09 -05:00
|
|
|
|
if (H5S_SELECT_ITER_RELEASE(&iter)<0)
|
[svn-r6252] Purpose:
Lots of performance improvements & a couple new internal API interfaces.
Description:
Performance Improvements:
- Cached file offset & length sizes in shared file struct, to avoid
constantly looking them up in the FCPL.
- Generic property improvements:
- Added "revision" number to generic property classes to speed
up comparisons.
- Changed method of storing properties from using a hash-table
to the TBBT routines in the library.
- Share the propery names between classes and the lists derived
from them.
- Removed redundant 'def_value' buffer from each property.
- Switching code to use a "copy on write" strategy for
properties in each list, where the properties in each list
are shared with the properties in the class, until a
property's value is changed in a list.
- Fixed error in layout code which was allocating too many buffers.
- Redefined public macros of the form (H5open()/H5check, <variable>)
internally to only be (<variable>), avoiding innumerable useless
calls to H5open() and H5check_version().
- Reuse already zeroed buffers in H5F_contig_fill instead of
constantly re-zeroing them.
- Don't write fill values if writing entire dataset.
- Use gettimeofday() system call instead of time() system when
checking the modification time of a dataset.
- Added reference counted string API and use it for tracking the
names of objects opening in a file (for the ID->name code).
- Removed redundant H5P_get() calls in B-tree routines.
- Redefine H5T datatype macros internally to the library, to avoid
calling H5check redundantly.
- Keep dataspace information for dataset locally instead of reading
from disk each time. Added new module to track open objects
in a file, to allow this (which will be useful eventually for
some FPH5 metadata caching issues).
- Remove H5AC_find macro which was inlining metadata cache lookups,
and call function instead.
- Remove redundant memset() calls from H5G_namei() routine.
- Remove redundant checking of object type when locating objects
in metadata cache and rely on the address only.
- Create default dataset object to use when default dataset creation
property list is used to create datasets, bypassing querying
for all the property list values.
- Use default I/O vector size when performing raw data with the
default dataset transfer property list, instead of querying for
I/O vector size.
- Remove H5P_DEFAULT internally to the library, replacing it with
more specific default property list based on the type of
property list needed.
- Remove redundant memset() calls in object header message (H5O*)
routines.
- Remove redunant memset() calls in data I/O routines.
- Split free-list allocation routines into malloc() and calloc()-
like routines, instead of one combined routine.
- Remove lots of indirection in H5O*() routines.
- Simplify metadata cache entry comparison routine (used when
flushing entire cache out).
- Only enable metadata cache statistics when H5AC_DEBUG is turned
on, instead of always tracking them.
- Simplify address comparison macro (H5F_addr_eq).
- Remove redundant metadata cache entry protections during dataset
creation by protecting the object header once and making all
the modifications necessary for the dataset creation before
unprotecting it.
- Reduce # of "number of element in extent" computations performed
by computing and storing the value during dataspace creation.
- Simplify checking for group location's file information, when file
has not been involving in file-mounting operations.
- Use binary encoding for modification time, instead of ASCII.
- Hoist H5HL_peek calls (to get information in a local heap)
out of loops in many group routine.
- Use static variable for iterators of selections, instead of
dynamically allocation them each time.
- Lookup & insert new entries in one step, avoiding traversing
group's B-tree twice.
- Fixed memory leak in H5Gget_objname_idx() routine (tangential to
performance improvements, but fixed along the way).
- Use free-list for reference counted strings.
- Don't bother copying object names into cached group entries,
since they are re-created when an object is opened.
The benchmark I used to measure these results created several thousand
small (2K) datasets in a file and wrote out the data for them. This is
Elena's "regular.c" benchmark.
These changes resulted in approximately ~4.3x speedup of the
development branch when compared to the previous code in the
development branch and ~1.4x speedup compared to the release
branch.
Additionally, these changes reduce the total memory used (code and
data) by the development branch by ~800KB, bringing the development
branch back into the same ballpark as the release branch.
I'll send out a more detailed description of the benchmark results
as a followup note.
New internal API routines:
Added "reference counted strings" API for tracking strings that get
used by multiple owners without duplicating the strings.
Added "ternary search tree" API for text->object mappings.
Platforms tested:
Tested h5committest {arabica (fortran), eirene (fortran, C++)
modi4 (parallel, fortran)}
Other platforms/configurations tested?
FreeBSD 4.7 (sleipnir) serial & parallel
Solaris 2.6 (baldric) serial
2003-01-09 12:20:03 -05:00
|
|
|
|
HDONE_ERROR (H5E_DATASPACE, H5E_CANTRELEASE, FAIL, "unable to release selection iterator");
|
[svn-r5834] Purpose:
Large code cleanup/re-write
Description:
This is phase 1 of the data I/O re-architecture, with the following changes:
- Changed the selection drivers to not actually do any I/O, they
only generate the sequences of offset/length pairs needed for
the I/O (or memory access, in the case of iterating or filling
a selection in a memory buffer)
- Wrote more abstract I/O routines which get the sequence of offset/
length pairs for each selection and access perform the I/O or
memory access.
Benefits of this change include:
- Removed ~3400 lines of quite redundant code, with corresponding
reduction in the size of library binary.
- Any selection can now directly access memory when performing I/O,
if no type conversions are required, instead of just "regular"
hyperslab and 'all' selections, which speeds up I/O.
- Sped up I/O for hyperslab selections which have contiguous lower
dimensions by "flattening" them out into lesser dimensional objects
for the I/O.
No file format or API changes were necessary for this change.
The next phase will be to create a "selection driver" for each type of
selection, allowing each type of selection to directly call certain
methods that only apply to that type of selection, instead of passing
through dozens of functions which have switch statements to call the
appropriate method for each selection type. This will also reduce
the amount of code in the library and speed things up a bit more.
Phase 3 will involve generating an MPI datatype for all types of selections,
instead of only "regular" hyperslab and 'all' selections. This will
allow collective parallel I/O for all I/O operations which don't
require type conversions. It will also open up the door for allowing
collective I/O on datasets which require type conversion.
Phase 4 will involve changing the access pattern to deal with chunked
datasets in a more optimal way (in serial).
Phase 5 will deal with accessing chunked datasets more optimally for
collective parallel I/O operations.
Platforms tested:
FreeBSD 4.6 (sleipnir) w/ parallel & C++ and IRIX64 6.5 (modi4) w/parallel
2002-07-24 13:56:48 -05:00
|
|
|
|
} /* end if */
|
|
|
|
|
|
|
|
|
|
/* Release fill value, if allocated */
|
|
|
|
|
if(_fill==NULL && fill)
|
|
|
|
|
H5FL_BLK_FREE(type_elem,fill);
|
|
|
|
|
|
2003-01-10 15:26:02 -05:00
|
|
|
|
FUNC_LEAVE_NOAPI(ret_value);
|
[svn-r5834] Purpose:
Large code cleanup/re-write
Description:
This is phase 1 of the data I/O re-architecture, with the following changes:
- Changed the selection drivers to not actually do any I/O, they
only generate the sequences of offset/length pairs needed for
the I/O (or memory access, in the case of iterating or filling
a selection in a memory buffer)
- Wrote more abstract I/O routines which get the sequence of offset/
length pairs for each selection and access perform the I/O or
memory access.
Benefits of this change include:
- Removed ~3400 lines of quite redundant code, with corresponding
reduction in the size of library binary.
- Any selection can now directly access memory when performing I/O,
if no type conversions are required, instead of just "regular"
hyperslab and 'all' selections, which speeds up I/O.
- Sped up I/O for hyperslab selections which have contiguous lower
dimensions by "flattening" them out into lesser dimensional objects
for the I/O.
No file format or API changes were necessary for this change.
The next phase will be to create a "selection driver" for each type of
selection, allowing each type of selection to directly call certain
methods that only apply to that type of selection, instead of passing
through dozens of functions which have switch statements to call the
appropriate method for each selection type. This will also reduce
the amount of code in the library and speed things up a bit more.
Phase 3 will involve generating an MPI datatype for all types of selections,
instead of only "regular" hyperslab and 'all' selections. This will
allow collective parallel I/O for all I/O operations which don't
require type conversions. It will also open up the door for allowing
collective I/O on datasets which require type conversion.
Phase 4 will involve changing the access pattern to deal with chunked
datasets in a more optimal way (in serial).
Phase 5 will deal with accessing chunked datasets more optimally for
collective parallel I/O operations.
Platforms tested:
FreeBSD 4.6 (sleipnir) w/ parallel & C++ and IRIX64 6.5 (modi4) w/parallel
2002-07-24 13:56:48 -05:00
|
|
|
|
} /* H5S_select_fill() */
|
|
|
|
|
|