[haiku-bugs] Re: [Haiku] #8007: [app_server] fully unresponsive when resizing window of big textfile
- From: "Pete" <trac@xxxxxxxxxxxx>
- Date: Sat, 05 Nov 2011 01:28:19 -0000
#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.
Other related posts:
