[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: