From: hv@crypt.org
To: "brian m. carlson" <sandals@crustytoothpaste.net>,
"Randall S. Becker" <rsbecker@nexbridge.com>,
hv@crypt.org, git@vger.kernel.org
Subject: Re: safer git?
Date: Sun, 25 Oct 2020 12:45:18 +0000 [thread overview]
Message-ID: <202010251245.09PCjIP26203@crypt.org> (raw)
In-Reply-To: <20201025030606.GF860779@camp.crustytoothpaste.net>
"brian m. carlson" wrote:
:You can try setting core.fsyncObjectFiles to true.
Super, that's exactly the sort of thing I was hoping to find.
:I suspect a lot of the zero-byte files and any files that end up as
:all-zeros are due to your file system. The default file system on
:Ubuntu is ext4, IIRC, and if that's what you're using, you can set
:data=journal instead of data=ordered as a mount option.
It is indeed ext4. I'll consider this option; for now I've turned off
write caching as suggested by Randall, which feels like a lighter-weight
approach that should give almost all of the benefit.
:"Randall S. Becker" wrote:
:> I would suggest turning off write-through buffering on your disk. Let writes
:> complete immediately instead of being deferred to sync. Also, this does feel
:> like a disk issue, so fsck or chkdsk /f (or whatever) on your disk urgently.
fsck doesn't seem to be complaining, but I've set it to run every
20 mounts. What I do see is a handful of "orphaned inodes" being
reclaimed on boot after every crash.
:Turning off buffering and caching for your disk drive may make things
:_really_ slow, but it will definitely improve data integrity.
I haven't noticed a big slowdown so far; I'm rarely doing a _lot_ of
writes.
Thanks greatly to both of you for the suggestions.
Hugo
next prev parent reply other threads:[~2020-10-25 13:40 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-10-24 20:19 safer git? hv
2020-10-24 20:21 ` hv
2020-10-24 22:11 ` Randall S. Becker
2020-10-25 3:06 ` brian m. carlson
2020-10-25 12:45 ` hv [this message]
2020-10-25 15:17 ` Randall S. Becker
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=202010251245.09PCjIP26203@crypt.org \
--to=hv@crypt.org \
--cc=git@vger.kernel.org \
--cc=rsbecker@nexbridge.com \
--cc=sandals@crustytoothpaste.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.