Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [cross-project-issues-dev] [aeri] Skipping UI freeze reports caused by OSGI class loading for Mars.1?

I’ll reply in the bug. tl’dr statistics don’t tell you anything you would need to know about solving these freezes. Don’t waste your time figuring them out. You need to look at each case.

Doug.

From: <cross-project-issues-dev-bounces@xxxxxxxxxxx> on behalf of Marcel Bruch <marcel.bruch@xxxxxxxxxxxxxx>
Reply-To: Cross project issues <cross-project-issues-dev@xxxxxxxxxxx>
Date: Tuesday, August 25, 2015 at 2:54 PM
To: Cross project issues <cross-project-issues-dev@xxxxxxxxxxx>
Subject: Re: [cross-project-issues-dev] [aeri] Skipping UI freeze reports caused by OSGI class loading for Mars.1?


Am 25.08.2015 um 16:29 schrieb Doug Schaefer <dschaefer@xxxxxxx>:

This has been a problem for many years. I’m not sure much can be done.
Though there may be cases where whatever is triggering the plug-in loads
could be moved to a background job. To help understand that, the logs
would be interesting for those cases. How much of this is done by the
platform UI? How much by sloppy code or old code? How much is unavoidable.

It certainly annoys users and would be worth characterizing at least.

Martin asked for a few numbers about average durations of class loading ui freezes on Bugzilla.
The numbers, averages, median etc. have been published in bug 475755 [1].

Let me know what kind of characterization you are looking for. If possible I can try to come up with a statistic.

Cheers,
Marcel



Back to the top