ports/openmpi
ports/openmpi
1
1
Форкнуть 0
Код Релизы Активность
openmpi/ompi/mca/io/base/io_base_close.c

67 строки
2.1 KiB
C
Исходник Обычный вид История

Committing several things under one commit, but they're all at least somewhat tied together and I'd rather have a consistent commit rather than several smaller commits that individually break the tree: - first cut of src/file/file.c: MPI_File handling. More to come here. - tweaked MPI_Info handling a bit: cause MPI_Info_f2c to invoke error handler if provided index is out of range (vs. returing MPI_INFO_NULL without invoking an error handler) - moved general MPI MCA params off into their own .h and .c file (so that ompi_info can call it and therefore display MPI MCA params) - first [abbreviated] cut of src/mca/io/base/* -- much more to come here; stripped down to basics for this commit - filled in a small number of MPI_File* functions for testing purposes - updated a bunch of doxygen docs --> Unresolved questions about MPI_ERRORS_RETURN, MPI_ERRORS_ABORT, and MPI::ERRORS_THROW_EXCEPTIONS because of vagueness in MPI standard -- Edgar and I are discussing what to do here --> Unresolved questions about what to do in a case like this: MPI_File_open(..., &file); MPI_File_close(&file); MPI_File_read(..., &file); because MPI-2:9.7 says that the default error handler on MPI_File handles is MPI_ERRORS_RETURN -- we can't even print a warning here! This certainly violates the Law of Least Astonishment for MPI users (who certainly expect MPI functions that fail to complain loudly and to abort by default). This commit was SVN r2136.
2004-08-14 01:56:05 +00:00
/*
Update the copyright notices for IU and UTK. This commit was SVN r7999.
2005-11-05 19:57:48 +00:00
* Copyright (c) 2004-2005 The Trustees of Indiana University and Indiana
* University Research and Technology
* Corporation. All rights reserved.
* Copyright (c) 2004-2005 The University of Tennessee and The University
* of Tennessee Research Foundation. All rights
* reserved.
Add HLRS copyright This commit was SVN r3665.
2004-11-28 20:09:25 +00:00
* Copyright (c) 2004-2005 High Performance Computing Center Stuttgart,
* University of Stuttgart. All rights reserved.
Add UC copyright This commit was SVN r5009.
2005-03-24 12:43:37 +00:00
* Copyright (c) 2004-2005 The Regents of the University of California.
* All rights reserved.
First cut at copyrights: IU, UTK, and some OSU. LANL and HLRS still pending. This commit was SVN r3655.
2004-11-22 01:38:40 +00:00
* $COPYRIGHT$
*
* Additional copyrights may follow
*
Committing several things under one commit, but they're all at least somewhat tied together and I'd rather have a consistent commit rather than several smaller commits that individually break the tree: - first cut of src/file/file.c: MPI_File handling. More to come here. - tweaked MPI_Info handling a bit: cause MPI_Info_f2c to invoke error handler if provided index is out of range (vs. returing MPI_INFO_NULL without invoking an error handler) - moved general MPI MCA params off into their own .h and .c file (so that ompi_info can call it and therefore display MPI MCA params) - first [abbreviated] cut of src/mca/io/base/* -- much more to come here; stripped down to basics for this commit - filled in a small number of MPI_File* functions for testing purposes - updated a bunch of doxygen docs --> Unresolved questions about MPI_ERRORS_RETURN, MPI_ERRORS_ABORT, and MPI::ERRORS_THROW_EXCEPTIONS because of vagueness in MPI standard -- Edgar and I are discussing what to do here --> Unresolved questions about what to do in a case like this: MPI_File_open(..., &file); MPI_File_close(&file); MPI_File_read(..., &file); because MPI-2:9.7 says that the default error handler on MPI_File handles is MPI_ERRORS_RETURN -- we can't even print a warning here! This certainly violates the Law of Least Astonishment for MPI users (who certainly expect MPI functions that fail to complain loudly and to abort by default). This commit was SVN r2136.
2004-08-14 01:56:05 +00:00
* $HEADER$
*/
#include "ompi_config.h"
First cut of MPI_File / io MCA component framework. This also includes the romio component. Only blocking operations are supported -- non-blocking stuff is pending some changes in the top-level progression engine, and some threaded issues need to be worked out. This commit was SVN r2655.
2004-09-14 10:55:10 +00:00
#include <stdio.h>
Next step in the project split, mainly source code re-arranging - move files out of toplevel include/ and etc/, moving it into the sub-projects - rather than including config headers with <project>/include, have them as <project> - require all headers to be included with a project prefix, with the exception of the config headers ({opal,orte,ompi}_config.h mpi.h, and mpif.h) This commit was SVN r8985.
2006-02-12 01:33:29 +00:00
#include "ompi/constants.h"
#include "opal/mca/mca.h"
#include "opal/mca/base/base.h"
#include "ompi/mca/io/io.h"
#include "ompi/mca/io/base/base.h"
#include "ompi/mca/io/base/io_base_request.h"
Committing several things under one commit, but they're all at least somewhat tied together and I'd rather have a consistent commit rather than several smaller commits that individually break the tree: - first cut of src/file/file.c: MPI_File handling. More to come here. - tweaked MPI_Info handling a bit: cause MPI_Info_f2c to invoke error handler if provided index is out of range (vs. returing MPI_INFO_NULL without invoking an error handler) - moved general MPI MCA params off into their own .h and .c file (so that ompi_info can call it and therefore display MPI MCA params) - first [abbreviated] cut of src/mca/io/base/* -- much more to come here; stripped down to basics for this commit - filled in a small number of MPI_File* functions for testing purposes - updated a bunch of doxygen docs --> Unresolved questions about MPI_ERRORS_RETURN, MPI_ERRORS_ABORT, and MPI::ERRORS_THROW_EXCEPTIONS because of vagueness in MPI standard -- Edgar and I are discussing what to do here --> Unresolved questions about what to do in a case like this: MPI_File_open(..., &file); MPI_File_close(&file); MPI_File_read(..., &file); because MPI-2:9.7 says that the default error handler on MPI_File handles is MPI_ERRORS_RETURN -- we can't even print a warning here! This certainly violates the Law of Least Astonishment for MPI users (who certainly expect MPI functions that fail to complain loudly and to abort by default). This commit was SVN r2136.
2004-08-14 01:56:05 +00:00
int mca_io_base_close(void)
{
* Merge in changes from bwb-romio/copy-2 branch. This slightly changes the way progress is done in the non-threaded case, adds a progress thread for the threaded progress case (which should be made to use George's progress engine when it is ready), and fixes some bugs with request handling, especially with freeing requests (IO requests, that is). This commit was SVN r4332.
2005-02-09 02:09:07 +00:00
/* stop the progress engine */
mca_io_base_request_progress_fini();
First cut at non-blocking IO progress. No asychronous progress support is included because ROMIO is inherently thread-unsafe. One possible way to have true asynchronous progress would be to use a progress thread that wakes up and polls at some frequency when there are non-blocking IO requests pending. This is pretty icky, though -- it should definitely have an MCA parameter to enable/disable this functionality, as well as another to control the polling frequency. This also strengthens the argument that we need a v2 of the io framework -- one that is not designed to exclusively support ROMIO -- one that does something unimaginably "better" for the parallel MPI-2 IO interface. :-) This commit was SVN r3786.
2004-12-12 15:29:29 +00:00
/* Destroy the freelist */
if (mca_io_base_requests_valid) {
OBJ_DESTRUCT(&mca_io_base_requests);
mca_io_base_requests_valid = false;
}
First cut of MPI_File / io MCA component framework. This also includes the romio component. Only blocking operations are supported -- non-blocking stuff is pending some changes in the top-level progression engine, and some threaded issues need to be worked out. This commit was SVN r2655.
2004-09-14 10:55:10 +00:00
/* Close all components that are still open. This may be the opened
list (if we're in ompi_info), or it may be the available list (if
we're anywhere else). */
if (mca_io_base_components_opened_valid) {
mca_base_components_close(mca_io_base_output,
&mca_io_base_components_opened, NULL);
OBJ_DESTRUCT(&mca_io_base_components_opened);
mca_io_base_components_opened_valid = false;
} else if (mca_io_base_components_available_valid) {
mca_base_components_close(mca_io_base_output,
&mca_io_base_components_available, NULL);
OBJ_DESTRUCT(&mca_io_base_components_available);
mca_io_base_components_available_valid = false;
}
First cut at non-blocking IO progress. No asychronous progress support is included because ROMIO is inherently thread-unsafe. One possible way to have true asynchronous progress would be to use a progress thread that wakes up and polls at some frequency when there are non-blocking IO requests pending. This is pretty icky, though -- it should definitely have an MCA parameter to enable/disable this functionality, as well as another to control the polling frequency. This also strengthens the argument that we need a v2 of the io framework -- one that is not designed to exclusively support ROMIO -- one that does something unimaginably "better" for the parallel MPI-2 IO interface. :-) This commit was SVN r3786.
2004-12-12 15:29:29 +00:00
/* Destroy some io framework resrouces */
mca_io_base_component_finalize();
First cut of MPI_File / io MCA component framework. This also includes the romio component. Only blocking operations are supported -- non-blocking stuff is pending some changes in the top-level progression engine, and some threaded issues need to be worked out. This commit was SVN r2655.
2004-09-14 10:55:10 +00:00
/* All done */
Committing several things under one commit, but they're all at least somewhat tied together and I'd rather have a consistent commit rather than several smaller commits that individually break the tree: - first cut of src/file/file.c: MPI_File handling. More to come here. - tweaked MPI_Info handling a bit: cause MPI_Info_f2c to invoke error handler if provided index is out of range (vs. returing MPI_INFO_NULL without invoking an error handler) - moved general MPI MCA params off into their own .h and .c file (so that ompi_info can call it and therefore display MPI MCA params) - first [abbreviated] cut of src/mca/io/base/* -- much more to come here; stripped down to basics for this commit - filled in a small number of MPI_File* functions for testing purposes - updated a bunch of doxygen docs --> Unresolved questions about MPI_ERRORS_RETURN, MPI_ERRORS_ABORT, and MPI::ERRORS_THROW_EXCEPTIONS because of vagueness in MPI standard -- Edgar and I are discussing what to do here --> Unresolved questions about what to do in a case like this: MPI_File_open(..., &file); MPI_File_close(&file); MPI_File_read(..., &file); because MPI-2:9.7 says that the default error handler on MPI_File handles is MPI_ERRORS_RETURN -- we can't even print a warning here! This certainly violates the Law of Least Astonishment for MPI users (who certainly expect MPI functions that fail to complain loudly and to abort by default). This commit was SVN r2136.
2004-08-14 01:56:05 +00:00
return OMPI_SUCCESS;
}
Копировать постоянную ссылку