#8007: [app_server] fully unresponsive when resizing window of big textfile ----------------------------------+---------------------------- Reporter: ttcoder | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1/Development Resolution: | Keywords: Blocked By: | Blocking: Has a Patch: 0 | Platform: All ----------------------------------+---------------------------- Comment (by Pete): (...following ttcoder's link from #7285...) The steps above are exactly reproducible on my machine (single Pentium 4, 2.79MHz 512MB). As a further datapoint or two, I telnet'ed in from my Linux machine and ran 'top'. This showed StyledEdit using fully 100% of the cpu (105% at a few points!), with nothing else showing any significant usage. I also did a (remote) 'ps -a' while StyledEdit had the Haiku screen locked. I couldn't see any high priority task associated with StyledEdit. (All it's threads were ~15-18.) Despite the fact that I could have top et al running remotely while Haiku was locked, trying my test (command-line-only) ToneProducer remotely didn't work any better than running from a Haiku Terminal -- silence with quite a few 'crackles' in both cases (and debug printout showing buffers late by --eventually -- 24 seconds!!). Obviously this shouldn't be happening, even if StyledEdit is going wild, because it is low priority, and both display and audio should be higher. -- Ticket URL: <http://dev.haiku-os.org/ticket/8007#comment:2> Haiku <http://dev.haiku-os.org> Haiku - the operating system.