-
Notifications
You must be signed in to change notification settings - Fork 39
Extremely slow workflow details view #77
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
@cdavernas > Could it be a deserialization issue ? Making the request is quite fast but it takes a lot of time for the result variable to be assigned. |
@JBBianchi What about performances when debug/remote debug (Blazor) is disabled? Still unsatisfying? |
@cdavernas no persistence, I don't think it have anything to do with debugging. It's await this.Serializer.DeserializeAsync<List>(json, cancellationToken) in the api client that hangs. |
@JBBianchi I think it's due to the |
@JBBianchi Hasn't this been fixed, aside from |
@cdavernas the issue is still present to my knowledge. 🤞 for it to be solved with .NET 7 and System.Text. |
Fixed the issue in #366. Minor improvements involved serialization optimization, achieved mainly by switching to System.Text.Json and eliminating types like Dynamic. The major fix addressed design flaws: the API's workflow instance metadata included the workflow input/output for every activity. |
What happened:
After starting multiple instances, going to the workflow definitions' list and coming back to a workflow detail, the list of instances/graph takes multiple seconds to display!
What you expected to happen:
To be way faster
The text was updated successfully, but these errors were encountered: