15:21:40 https://github.com/monero-project/monero/issues/6293 17:01:02 the cold-outputs and cold-transaction fuzz tests in monero cancel the AFL persistent-mode loop if an import or sign, respectively, fails 17:01:22 since this happens pretty often with randomly-generated inputs, that means that the persistent-mode loop is basically not used 17:01:46 and thus that you have <1 execution per second, which makes fuzzing only questionably useful 17:01:57 do I understand this correctly / is this known? 17:12:15 I don't think anyone runs those. I don't recall anything running at anywhere close to 1/s, though I think when I added persistent mode I did not have support for it. 17:12:22 Feel free to fix. 17:13:39 initialisation of the wallet takes ~1.5 seconds on the machine I was trying it on 17:14:23 Oh, that's probably the subaddresses init. See unit_tests for how to punch it in the face. 17:14:35 * moneromooo looks 17:15:18 (the wallet initialisation slowness is also an issue for the 'signature' fuzz test, but there at least it properly loops with persistent mode so it isn't as much of a performance problem) 17:15:22 wallet.set_subaddress_lookahead(1, 1); 17:15:48 cold-outputs and cold-transaction seem to call that 17:15:59 Then maybe the SSL cert. 17:16:42 Hmm. Also handles that. I dunno then. 17:17:10 Oh. Randomx 17:17:31 Might be the dataset init. 17:17:57 running under perf doesn't give me anything useful but that's probably a lack of symbols 17:19:52 wait does the 'fuzz' target not compile in release mode? 18:39:57 I'll be running through merges again tommrow. Main PC decided to brick itself yesterday, so couldn't continue. I've got my massive list-o-things to merge though. 18:40:26 Thanks 23:10:54 This: https://github.com/loki-project/loki/commit/6cf56682bc156f66cdbb290c9494c52501e2f5df adds a full second of delay on start up