Add file opening, in order to detect sequential access and checksum during i/o
Nobody has claimed this yet.
- Dominant language
- C
- Stars
- 4
- Forks
- 1
- Avg merge
- 5d 1h
- Merged PRs (30d)
- 1
Description
Currently, the library is trigerred on file close, not open. The idea being that we want the final version of a file, after all writes have occurred. However, if we only start working on the post when the file is closed, then in order to calculate the checksum, we have to read the entire file again. It would be better if we could:
set a offset in the file to 0, and initialize the checksum, then as long as the writes are sequential, update the checksums as the writes go by, so that when the file is closed, the checksum is already available.
Saving a file read on large files is a huge win. On the current HPC mirroring use case, the client refused to use checksumming because of the overhead of the extra read. With this mod, the overhead should drop to essentially 0 for many cases.
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by locating the file-close handling, checksum calculation, and write path in the C library. Determine how file offsets and sequential writes are currently tracked. Done means checksum state is initialized when the file opens, updated for sequential writes, and available at close without rereading the entire file.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- c
- Domain
- operating-systems
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100