Immediately after PLU factorization, the average solve time will be rather high because PLU factorization is slow. For some number of factor updates, the average solve time is expected to decrease because the updates and solves are fast. However, updates increase the compexity of the factorization, so solve times are expected to increase with each update. When the average solve time stops decreasing and begins increasing, we perform PLU factorization from scratch rather than updating. PLU factorization is also performed after the maximum permitted number of updates is reached to prevent further accumulation of roundoff error.
This decorator records the time spent in the major BGLU routines - refactor, update, and solve - in order to calculate the average time required to solve a system. It also forces PLU factorization of the basis matrix from scratch to minimize the average solve time and to accumulation of roundoff error.
Hover to see nodes names; edges to Self not shown, Caped at 50 nodes.
Using a canvas is more power efficient and can get hundred of nodes ; but does not allow hyperlinks; , arrows or text (beyond on hover)
SVG is more flexible but power hungry; and does not scale well to 50 + nodes.
All aboves nodes referred to, (or are referred from) current nodes; Edges from Self to other have been omitted (or all nodes would be connected to the central node "self" which is not useful). Nodes are colored by the library they belong to, and scaled with the number of references pointing them