|
From: | Antonio Diaz Diaz |
Subject: | bug#22768: Crash safety |
Date: | Fri, 26 Feb 2016 12:34:32 +0100 |
User-agent: | Mozilla/5.0 (X11; U; Linux i586; en-US; rv:1.8.1.4) Gecko/20070601 SeaMonkey/1.1.2 |
Paul Eggert wrote:
Thanks for reporting the problem. It's annoying that gzip must invoke fsync, as that's way overkill compared to the write-ordering that is needed and fsync will slow gzip down, but I don't see any safe and reasonably portable alternative
I 100% agree.I am considering a different approach for lzip; adding a new option, say '-y, --fsync', to call fsync when acting in-place. This provides safety to those needing it without slowing down the work of everybody else. Especially of those (de)compressing a lot of replaceable files in-place.
(Ddrescue provides the option '-y, --synchronous' because calling fsync by default is too slow).
What do you think?
[Prev in Thread] | Current Thread | [Next in Thread] |