| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
including the merge of `hdffv/hdf5/develop`, back to the branch that Vailin and
I share.
Now I need to put this branch on a fork with a less confusing name than
vchoi_fork!
|
|
|
|
|
|
|
| |
Check for smaller or larger section size after merging and shrinking a section,
for this case is the section that is smaller than threshold (see H5MF_xfree() in H5MF.c).
It is possible for the section to be smaller after merging/shrinking (see H5MF__sect_large_shrink()
in H5MFsection.c).
|
| |
|
| |
|
|
|
|
|
|
| |
Given that the VFD SWMR configuration FAPL property is set, the writer field must
be consistent with the flags passed in the H5Fopen() (either H5F_ACC_RDWR for the
VFD SWMR writer, or H5F_ACC_RDONLY for the VFD SWMR readers).
|
|
|
|
|
|
| |
VFD SWMR writer or reader mode. See EOT queue in section 3.2.2 and 3.3 and 3.3.2 in the RFC.
Update punch list with items completed and in progress.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
VFD SWMR.
|
| |
|
|
|
|
|
|
| |
The test "driver_addr != sblock->driver_addr" is failing for superblock version 2 & 3.
Fix: there is no driver_addr in superblock version 2 & 3.
It should decode the root group object header address (root_addr) and verify accordingly.
|
|
|
|
|
|
|
|
|
| |
(A) #5: Add the "pb_expansion_threshold" field to the "H5F_vfd_swmr_config_t" structure
and update H5Pset_vfd_swmr_config() and H5Pget_vfd_swmr_config() accordingly
(B) #13 bullet 2: Comment H5F_vfd_swmr_config_t in H5Fpublic.h properly
(copied from John's description in the RFC)
(C) Change the field name "vfd_swmr_writer" to "writer" in "struct H5F_vfd_swmr_config_t"
(as indicated on page 11 in the RFC) and all references to it
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
had finished its work and closed the .h5 file, thus removing the shadow file.
Make the sparse writer wait to close the .h5 file for a signal from
testvfdswmr.sh. In testvfdswmr.sh, send the signal when the readers have all
finished.
|
| |
|
|
|
|
|
| |
from using the SWMR VFD unless the h5tools_fopen() arguments specifically
choose that VFD.
|
| |
|
|
|
|
|
|
| |
This lets test/testflushrefresh.sh pass again. It was timing out while it
waited for expected failures to occur because the retry loop ran for way too
long.
|
|
|
|
| |
it does not seem to affect either my unit tests or testvfdswmr.sh.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
cells in a matrix in an arbitrary order, first it chooses a random
starting `offset` in [0, rows * columns - 1]. Then it chooses a
random `increment` that's relatively prime to `rows * columns`.
Then it visits every cell in `rows * columns` steps:
for (i = 0; i < rows * columns; i++) {
visit(cell[offset / columns][offset % columns]);
offset = (increment + offset) % (rows * columns);
}
By moving the HDrandom() calls outside of the main loop and visiting
each cell only once, this probably speeds things up quite a bit. It's
also more resilient to a crummy random sequence. The new code visits
cells in an order that's probably arbitrary enough for testing purposes.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
to end with whitespace padding rather than newlines. My introduction of
variadic TESTING() got rid of the padding. I have straightened this out
by newline-terminating the stdout lines in the test program and in its
expected out. I also add some newlines to the program's standard error
output so that the expected error output still matches.
|
| |
|
| |
|
|
|
|
| |
an entry to verify retries" in `test/cache` fail.
|
| |
|
| |
|
|
|
|
| |
of the file, remove unused variables.
|
| |
|
| |
|
|
|
|
| |
conversion.
|
|
|
|
| |
expect. Free `odata`.
|
|
|
|
|
|
|
|
|
|
|
|
| |
comment to myself that I need to reduce code duplication with the MPMDE
test.
In vfd_read_each_equals(), print the correct expected value when there
is a discrepancy.
No functional change intended: correct a comment in
vfd_read_each_equals. Fix indentation in the test_raw_data_handling()
header comment.
|
|
|
|
|
|
| |
buffer's treatment of multipage metadata entries (MPMDEs). Mention why
an H5PB_flush() is not necessary for MPMDEs to reach visibility at the
VFD layer.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
macro magic. Use namebases and namebase, instead.
Extract a bunch of copy-and-paste VFD SWMR setup into a new subroutine,
swmr_fapl_augment().
Make sure that the metadata reads all-0s until it reads all -1s.
Extract a subroutine, vfd_read_each_equals(), that reads and compares a
region with one of its arguments.
Rename from test_basic_metadata_handling() to
test_metadata_delay_basic(), since that gets at what we're testing
better.
Don't perform an H5PB_flush(), it's not necessary for this test because
H5Fvfd_swmr_end_tick() has done essentially the same thing.
|
| |
|
|
|
|
|
|
|
| |
that writes are not delayed.
In H5PB__flush_entry, simplify by eliminating a temporary variable and a
constant.
|
|
|
|
|
| |
it is eligible to flush *now*, so do that. Don't wait until tick `t +
1`.
|
|
|
|
| |
that seems to be the intention. No functional change intended.
|
|
|
|
|
| |
parenthesization in an `if` condition. Join some lines. No functional
change intended.
|
|
|
|
|
| |
this would fix a bug, but I don't think it had any effect. Still, a
necessary change.
|
|
|
|
| |
here, delete dead code.
|
|
|
|
| |
nanosecs_per_second. Ditto for the tenth-second constant.
|