core-lightning/gossipd/test
Rusty Russell fdb42c3170 gossipd: don't keep channel_updates in memory.
This requires some trickiness when we want to re-add unannounced channels
to the store after compaction, so we extract a common "copy_message" to
transfer from old store to new.

MCP results from 5 runs, min-max(mean +/- stddev):
	store_load_msec:36034-37853(37109.8+/-5.9e+02)
	vsz_kb:577456
	store_rewrite_sec:12.490000-13.250000(12.862+/-0.27)
	listnodes_sec:1.250000-1.480000(1.364+/-0.09)
	listchannels_sec:30.820000-31.480000(31.068+/-0.24)
	routing_sec:26.940000-27.990000(27.616+/-0.39)
	peer_write_all_sec:65.690000-68.600000(66.698+/-0.99)

MCP notable changes from previous patch (>1 stddev):
	-vsz_kb:1202316
	+vsz_kb:577456

Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
2019-04-11 18:31:34 -07:00
..
.gitignore gossipd/test/run-bench-find_route: don't abort if we try to route to ourselves 2017-12-20 13:57:28 +01:00
Makefile Use node_id everywhere for nodes. 2019-04-09 12:37:16 -07:00
run-bench-find_route.c gossipd: don't keep channel_updates in memory. 2019-04-11 18:31:34 -07:00
run-find_route-specific.c gossipd: don't keep channel_updates in memory. 2019-04-11 18:31:34 -07:00
run-find_route.c gossipd: don't keep channel_updates in memory. 2019-04-11 18:31:34 -07:00