Closed jwaldmann closed 2 years ago
Thanks for bringing this up. I have just released the SC2022 competition versions and now have time to take on some of recent issues. For CaDiCaL an (industrial) user reported exactly the same issue, i.e., what type of time 'wall-clock' or 'real-time' should be used for statistics and reporting and after some back-and-forth we came to the conclusion that 'it depends'. Therefore I have added a '--realtime' option to CaDiCaL which lets the user choose and in addition am careful when reporting time to also tell the user which of the two are actually used. For Kissat I was too lazy to port this solution, but if you really need it, I can add this option too (and quality appropriately messages which talk about 'time'). Otherwise this first column in those 'report' message (see 'report.c' for more information) is just fixed to use 'kissat_time' which then is fixed to 'kissat_process_time' at this point. Would you like this option?
Hi. Thanks for explaining. I was just confused by the output. I don't use kissat's time information programmatically, so there's no need to change anything. I only wrote the report because it might have been a bug.
Ok, then I close this (for now).
I am running several kissat solver instances concurrently, via IPASIR, from one (Haskell) main program. When I switch on verbose logging, the
seconds
column of kissat output increases (much) faster than real time.Could it be that kissat uses CPU time for this? Should it be wall time?
Is this number used elsewhere besides logging? Perhaps for time-out?
Example: a long-running such process, containing 10 kissat instances, main programm killed, prints
note that 1427 min (user time) is 85620 seconds (roughly what's in the log)