Skip to content

Conversation

@wrp
Copy link
Contributor

@wrp wrp commented Jan 15, 2026

ffflus (on *-nix) eventually calls fflush. It does not call fsync or sync, and the data may not be on they physical device after this function returns. This change clarifies the comment to emphasize that.

ffflus (on *-nix) eventually calls fflush.  It does *not* call fsync or
sync, and the data may not be on they physical device after this
function returns.  This change clarifies the comment to emphasize that.
@esabol
Copy link
Contributor

esabol commented Jan 15, 2026

Instead of changing a bunch of comments, maybe it should just call fsync since that seems to be the intention?

@wrp
Copy link
Contributor Author

wrp commented Jan 17, 2026

Perhaps calling fsync is the right thing to do, but I'm certainly not familiar enough with the code yet to make such a change! At the moment, I just want comments that aren't misleading. Calling fsync could have substantial performance penalties for users of the library, and I don't think there is enough of a benchmark in place to be able to understand what the impact would be.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants