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
The sequence diagrams shown in the debugger are generated by calling plantuml once per network event. All these calls are done at the start of the debugger, which creates a slowdown if there are many network events.
Possible solutions:
Generate the sequence diagrams lazily on demand;
Generate the diagrams in the background somehow, outside of the debugger;
Use something faster/draw our own diagrams.
The text was updated successfully, but these errors were encountered:
Calling `plantuml` is really slow (probably because it is java application and
java boot is slow), so this commit replaces that with our own sequence diagram
drawing code. It should be reasonable feature complete with what we had before,
but it should take significantly less time to compute the diagrams, and
therefore also boot the debugger.
The diagrams are drawn in a lazy fashion, where we only draw the diagram if it
is looked at. This might not really be needed since we draw them so fast, but I
already had the code for when I was trying to get `plantuml` to work that I
decided to keep it.
closes#66
Calling `plantuml` is really slow (probably because it is java application and
java boot is slow), so this commit replaces that with our own sequence diagram
drawing code. It should be reasonable feature complete with what we had before,
but it should take significantly less time to compute the diagrams, and
therefore also boot the debugger.
The diagrams are drawn in a lazy fashion, where we only draw the diagram if it
is looked at. This might not really be needed since we draw them so fast, but I
already had the code for when I was trying to get `plantuml` to work that I
decided to keep it.
closes#66
The sequence diagrams shown in the debugger are generated by calling
plantuml
once per network event. All these calls are done at the start of the debugger, which creates a slowdown if there are many network events.Possible solutions:
The text was updated successfully, but these errors were encountered: