You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Usage of ./chronos:
--file string
The file containing the entry point of the program
--mod string
Absolute or relative path to the module where the search should be performed. Should end in the format:{VCS}/{organization}/{package}. Packages outside this path are excluded rom the search.
Example:
Features:
Support:
Detects races on pointers passed around the program.
Analysis of conditional branches, nested functions, interfaces, select, gotos, defers, for loops and recursions.
Synchronization using mutex and goroutines starts.
Limitations:
Big programs and external packages. (Due to stack overflow)
Synchronization using channels, waitgroups, once, cond and atomic.
Chronos vs go race:
Chronos successfully reports cases where go race fails thanks to it's static nature. Mostly because data races appear in unexpected production workloads, which are hard to produce in dev.
In addition, go race is having trouble with short programs where without contrived synchronization the program may exit too quickly.
In contrast, Chronos managed to report only 244/403 = 60.5% of go race test cases. This can be explained by Chronos partial support with Go's features so this number will increase in the future.
Also, it lacked due to his static nature where context/path sensitivity was required.
Therefore, I suggest using both according the strengths and weaknesses of each of the race detectors.