Skip to content

Commit 8913192

Browse files
committed
Don't bump the next_node_counter when using a removed counter
If we manage to pull a `node_counter` from `removed_node_counters` for reuse, `add_channel_between_nodes` would `unwrap_or` with the `next_node_counter`-incremented value. This visually looks right, except `unwrap_or` is always called, causing us to always increment `next_node_counter` even if we don't use it. This will result in the `node_counter`s always growing any time we add a new node to our graph, leading to somewhat larger memory usage when routing and a debug assertion failure in `test_node_counter_consistency`. The fix is trivial, this is what `unwrap_or_else` is for.
1 parent 46d8a0d commit 8913192

File tree

1 file changed

+3
-1
lines changed

1 file changed

+3
-1
lines changed

lightning/src/routing/gossip.rs

+3-1
Original file line numberDiff line numberDiff line change
@@ -2079,7 +2079,9 @@ where
20792079
let mut removed_node_counters = self.removed_node_counters.lock().unwrap();
20802080
**chan_info_node_counter = removed_node_counters
20812081
.pop()
2082-
.unwrap_or(self.next_node_counter.fetch_add(1, Ordering::Relaxed) as u32);
2082+
.unwrap_or_else(|| {
2083+
self.next_node_counter.fetch_add(1, Ordering::Relaxed) as u32
2084+
});
20832085
node_entry.insert(NodeInfo {
20842086
channels: vec![short_channel_id],
20852087
announcement_info: None,

0 commit comments

Comments
 (0)