diff options
author | Brian Foster <bfoster@redhat.com> | 2023-03-17 08:54:01 -0400 |
---|---|---|
committer | Kent Overstreet <kent.overstreet@linux.dev> | 2023-10-22 17:09:58 -0400 |
commit | 873555f04d81b49a96ea03b37dcd499c13e67742 (patch) | |
tree | 3982fd93812593cb0ffc566fd55cd0220da31cb8 /fs/bcachefs/btree_write_buffer.c | |
parent | 8bff9875a695ce9c6635693ff45fb3196688c1c6 (diff) | |
download | linux-873555f04d81b49a96ea03b37dcd499c13e67742.tar.gz linux-873555f04d81b49a96ea03b37dcd499c13e67742.tar.bz2 linux-873555f04d81b49a96ea03b37dcd499c13e67742.zip |
bcachefs: more aggressive fast path write buffer key flushing
The btree write buffer flush code is prone to causing journal
deadlock due to inefficient use and release of reservation space.
Reservation is not pre-reserved for write buffered keys (as is done
for key cache keys, for example), because the write buffer flush
side uses a fast path that attempts insertion without need for any
reservation at all.
The write buffer flush attempts to deal with this by inserting keys
using the BTREE_INSERT_JOURNAL_RECLAIM flag to return an error on
journal reservations that require blocking. Upon first error, it
falls back to a slow path that inserts in journal order and supports
moving the associated journal pin forward.
The problem is that under pathological conditions (i.e. smaller log,
larger write buffer and journal reservation pressure), we've seen
instances where the fast path fails fairly quickly without having
completed many insertions, and then the slow path is unable to push
the journal pin forward enough to free up the space it needs to
completely flush the buffer. This problem is occasionally reproduced
by fstest generic/333.
To avoid this problem, update the fast path algorithm to skip key
inserts that fail due to inability to acquire needed journal
reservation without immediately breaking out of the loop. Instead,
insert as many keys as possible, zap the sequence numbers to mark
them as processed, and then fall back to the slow path to process
the remaining set in journal order. This reduces the amount of
journal reservation that might be required to flush the entire
buffer and increases the odds that the slow path is able to move the
journal pin forward and free up space as keys are processed.
Signed-off-by: Brian Foster <bfoster@redhat.com>
Signed-off-by: Kent Overstreet <kent.overstreet@linux.dev>
Diffstat (limited to 'fs/bcachefs/btree_write_buffer.c')
-rw-r--r-- | fs/bcachefs/btree_write_buffer.c | 43 |
1 files changed, 22 insertions, 21 deletions
diff --git a/fs/bcachefs/btree_write_buffer.c b/fs/bcachefs/btree_write_buffer.c index 80f4b9839bc2..9983a47853b9 100644 --- a/fs/bcachefs/btree_write_buffer.c +++ b/fs/bcachefs/btree_write_buffer.c @@ -109,9 +109,9 @@ int __bch2_btree_write_buffer_flush(struct btree_trans *trans, unsigned commit_f struct journal *j = &c->journal; struct btree_write_buffer *wb = &c->btree_write_buffer; struct journal_entry_pin pin; - struct btree_write_buffered_key *i, *dst, *keys; + struct btree_write_buffered_key *i, *keys; struct btree_iter iter = { NULL }; - size_t nr = 0, skipped = 0, fast = 0; + size_t nr = 0, skipped = 0, fast = 0, slowpath = 0; bool write_locked = false; union btree_write_buffer_state s; int ret = 0; @@ -135,15 +135,13 @@ int __bch2_btree_write_buffer_flush(struct btree_trans *trans, unsigned commit_f * * However, since we're not flushing in the order they appear in the * journal we won't be able to drop our journal pin until everything is - * flushed - which means this could deadlock the journal, if we weren't - * passing BTREE_INSERT_JORUNAL_RECLAIM. This causes the update to fail + * flushed - which means this could deadlock the journal if we weren't + * passing BTREE_INSERT_JOURNAL_RECLAIM. This causes the update to fail * if it would block taking a journal reservation. * - * If that happens, we sort them by the order they appeared in the - * journal - after dropping redundant entries - and then restart - * flushing, this time dropping journal pins as we go. + * If that happens, simply skip the key so we can optimistically insert + * as many keys as possible in the fast path. */ - sort(keys, nr, sizeof(keys[0]), btree_write_buffered_key_cmp, NULL); @@ -152,6 +150,7 @@ int __bch2_btree_write_buffer_flush(struct btree_trans *trans, unsigned commit_f i[0].btree == i[1].btree && bpos_eq(i[0].k.k.p, i[1].k.k.p)) { skipped++; + i->journal_seq = 0; continue; } @@ -177,8 +176,14 @@ int __bch2_btree_write_buffer_flush(struct btree_trans *trans, unsigned commit_f bch2_trans_begin(trans); } while (bch2_err_matches(ret, BCH_ERR_transaction_restart)); + if (ret == -BCH_ERR_journal_reclaim_would_deadlock) { + slowpath++; + continue; + } if (ret) break; + + i->journal_seq = 0; } if (write_locked) @@ -187,7 +192,7 @@ int __bch2_btree_write_buffer_flush(struct btree_trans *trans, unsigned commit_f trace_write_buffer_flush(trans, nr, skipped, fast, wb->size); - if (ret == -BCH_ERR_journal_reclaim_would_deadlock) + if (slowpath) goto slowpath; bch2_fs_fatal_err_on(ret, c, "%s: insert error %s", __func__, bch2_err_str(ret)); @@ -198,23 +203,19 @@ out: slowpath: trace_write_buffer_flush_slowpath(trans, i - keys, nr); - dst = keys; - for (; i < keys + nr; i++) { - if (i + 1 < keys + nr && - i[0].btree == i[1].btree && - bpos_eq(i[0].k.k.p, i[1].k.k.p)) - continue; - - *dst = *i; - dst++; - } - nr = dst - keys; - + /* + * Now sort the rest by journal seq and bump the journal pin as we go. + * The slowpath zapped the seq of keys that were successfully flushed so + * we can skip those here. + */ sort(keys, nr, sizeof(keys[0]), btree_write_buffered_journal_cmp, NULL); for (i = keys; i < keys + nr; i++) { + if (!i->journal_seq) + continue; + if (i->journal_seq > pin.seq) { struct journal_entry_pin pin2; |