-
Notifications
You must be signed in to change notification settings - Fork 163
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
Sometimes the Generic Text Editor performs very poorly #2276
Comments
@merks : I can't reproduce the freeze with given file, opening the file with generic text editor plus tm4e installed (to get XML syntax support), not with target editor. Opening with target editor indeed freezes it, so I assume it's PDE resolver that hangs the UI. Could you confirm that? |
Most operations in the generic editor are supposed to be asynchronous, at least it's really what is intended by design. It could be that one of them isn't implemented accordingly and should be fixed. |
I'll try to find time to reproduce it. Oddly even with the freeze monitoring enabled, it does not report any problem because that would have helped to see a stack trace to understand where it's freezing. Also the environment where I see it currently isn't completely up-to-date... |
I tried on Eclipse 4.33 and 4.32 with TextMate 0.13 to open the huge file with both the generic editor and the default editor and didn't see a freeze. |
I created a new environment from scratch with the latest of everything and follow these steps.
I'll try to get a stack trace. Monitoring doesn't help: |
The main thread is doing this:
Interesting that PDE's TargetPlatformPresentationReconciler is involved. Here's the full trace: |
Note that my comment about PDE being involved? The environment is the Orbit one setup like this: https://github.com/eclipse-orbit/orbit-simrel/blob/main/CONTRIBUTING.md In any case, I was merely pointing out that having a fall-back editor without all the bells and whistles can on occasion be helpful. |
Yes, it looks like PDE reconciler blocks the UI for a long time. The reconcilers cannot really run out of UI thread because some of the data that's necessary for computation is SWT-level and needs UI access, but usually what reconcilers do when they're slow is that instead of computing in the UI Thread, they fetch the necessary data from UI Thread, then trigger computation asynchronously and send there change back to the viewer. |
https://github.com/eclipse-orbit/orbit-simrel/blob/main/maven-bnd/tp/MavenBND.target
The poor performance (freezing the UI for ~8 seconds) also happens in the target editor source tab, I expect for the same reason. Only the crappy old editor doesn't need to pay the prettiness penalty for this 3000 line XML file. Of course I really like the prettiness when the cost isn't intolerable...
Originally posted by @merks in #1532 (comment)
The text was updated successfully, but these errors were encountered: