#8007: [app_server] fully unresponsive when resizing window of big textfile -----------------------------+---------------------------- Reporter: ttcoder | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1/Development Resolution: | Keywords: Blocked By: | Blocking: 7882, 8136 Has a Patch: 1 | Platform: All -----------------------------+---------------------------- Comment (by jua): Sooo, after a few months break, here is a new version of the patch including the discussed changes. This time I did a bit more testing to evaluate performance. I used SPLASH-2 (based on pthreads), a suite of concurrency benchmarks to test how the un-inlining of locking and the additional code affects performance. The suite needs only minimal changes to compile and work on Haiku. Here are some results of original Haiku vs Haiku with this patch, once with KDEBUG and once without: Note: all values are time, i.e. lower is better! http://www.orangejua.de/haiku/original_vs_patched_kdebug_v2.png http://www.orangejua.de/haiku/original_vs_patched_v2.png All in all, the performance hit in these benchmarks is not that big, even without KDEBUG. And it does pay off... the SPLASH-2 benchmarks also turn out to be a great testcase for the freezing issues described in this ticket, even on multi- processor machines. Simply set them to use the number of CPUs/cores your machine has, and most of them will cause intense freezing on an unpatched Haiku, no more mouse movement, playing video just freezes, etc. With this patch applied however, no freezing anymore. All cores go to 100% CPU usage -- but still the cursor moves and the movie doesn't drop any frames (or at least none that I could see :) like it should be. Hope I got the coding style right this time! -- Ticket URL: <http://dev.haiku-os.org/ticket/8007#comment:62> Haiku <http://dev.haiku-os.org> Haiku - the operating system. FEFC73D