Talk:RationalismVsEmpiricism
From APIDesign
| Line 27: | Line 27: | ||
</div> | </div> | ||
| - | Right, this is the monitoring trick everyone is using. Our system starts profiling when EDT is blocked for more than 100ms. Later it decides whether to report this as a bug | + | Right, this is the monitoring trick everyone is using. Our system starts profiling when EDT is blocked for more than 100ms. Later it decides whether to report this as a bug into our bug tracking system or not. |
--[[User:JaroslavTulach|JaroslavTulach]] 21:49, 23 October 2009 (UTC) | --[[User:JaroslavTulach|JaroslavTulach]] 21:49, 23 October 2009 (UTC) | ||
Revision as of 05:49, 24 October 2009
Comments on RationalismVsEmpiricism <comments />
tborak said ...
Really huge problem everyone defending the rationalistic approach has is that one has to use rationalistic reasoning. Reason (especially of the most clever guys that don't want to get easily convinced) is really inventive in finding reasons why something cannot work. For example in the tborak case one could ask: Are you saying we will fix intermittent issues? Do you have any sign of these? No, then sorry. Yes? Are you sure they are not caused by any other mistake, are they really caused by wrong usage of EDT? Well, unless you are sure, we cannot undertake such large and risky project of rewriting everything for unmeasurable benefits (I am playing the devil's advocate here). It is really easy to find rationalistic reasons for keeping status quo...
--JaroslavTulach 19:23, 23 October 2009 (UTC)
Alan Stange said ...
Why was the event display thread used for non-painting computation in the first place? It's Swing 101 to not have long delays on the EDT...it's covered in any book on Swing as well.
I've used something like this on many occasions to chase down blocking code on the EDT: http://elliotth.blogspot.com/2005/05/automatically-detecting-awt-event.html
--Alan Stange 21:47, 23 October 2009 (CEST)
Right, this is the monitoring trick everyone is using. Our system starts profiling when EDT is blocked for more than 100ms. Later it decides whether to report this as a bug into our bug tracking system or not.
--JaroslavTulach 21:49, 23 October 2009 (UTC)
Follow
I thought that performing UI operations off the EDT could involve more issues than just performance (yes, I'm defending the rationalistic approach). It seems that there is the chance that the Slowness Detector may not detect issues, but the re-painting of the UI may be incorrect (or worse). Even though the sweeping change may be a large undertaking, it seems that it would be the best approach to prevent bugs that would be intermittent/infrequent but still very annoying.
--tborak 18:55, 23 October 2009 (CEST)