Only run aggressive test_node_counter_consistency in tests
#3687
Conversation
`test_node_counter_consistency` can make gossip operations *really* slow. This makes it a pretty bad idea in a general node just running in debug mode. It also makes our `lightning-rapid-gossip-sync` real-world test painfully slow. Thus, here, we make `test_node_counter_consistency` only actually run in the `lightning`-crate tests, rather than always with `debug_assertions`.
|
I've assigned @joostjager as a reviewer! |
| @@ -1786,7 +1786,7 @@ where | |||
| } | |||
|
|
|||
| fn test_node_counter_consistency(&self) { | |||
| #[cfg(debug_assertions)] | |||
| #[cfg(test)] | |||
There was a problem hiding this comment.
I wonder if you could still do some of this by only verifying consistency on writes for non-test runs by gating the call in read_only() with cfg test?
There was a problem hiding this comment.
Not quite sure I understand what you're suggesting? The specific test that was mega-slow was one that read the real network graph out of an RGS snapshot and thus does a ton of network graph writes.
There was a problem hiding this comment.
Ah right, so the write verification is the problem. And only calling test_node_counter_consistency on reads instead then?
There was a problem hiding this comment.
We could, I suppose, tho it seems a bit weird? I mean we're testing internal consistency of various maps, which seems like something to do when we update those maps, rather than when we read those maps? I guess we could have some that run in debug-assertions but disable some of the checks in tests. It all seems like splitting hairs, though, just running in tests seems like it should suffice, imo.
There was a problem hiding this comment.
Agreed. Indeed, if the writes wouldn't have been the bottleneck, just asserting on writes would make more sense.
|
👋 The first review has been submitted! Do you think this PR is ready for a second reviewer? If so, click here to assign a second reviewer. |
test_node_counter_consistencycan make gossip operations really slow. This makes it a pretty bad idea in a general node just running in debug mode. It also makes ourlightning-rapid-gossip-syncreal-world test painfully slow.Thus, here, we make
test_node_counter_consistencyonly actually run in thelightning-crate tests, rather than always withdebug_assertions.