[haiku-bugs] Re: [Haiku] #8007: [app_server] fully unresponsive when resizing window of big textfile

  • From: "anevilyak" <trac@xxxxxxxxxxxx>
  • Date: Tue, 08 Nov 2011 13:13:28 -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 anevilyak):

 Replying to [comment:20 axeld]:
 > Is priority inversion really so hard to circumvent, though? If we only
 put this functionality into mutex, it would just need to adjust the
 current lock holder's thread priority if a higher priority thread enters
 its wait queue, right?

 Correct me if I'm wrong, but I thought the issue isn't threads that're
 also waiting on the mutex (since those by definition aren't going to be
 scheduled), but rather, other high priority threads that actually are
 ready and being scheduled, thus preventing the lower priority thread that
 holds the mutex from doing its work and releasing it again? A simple
 strategy could indeed be to boost the priority of the mutex owner until
 they unlock  it again, but then the question would be, how much do you
 boost it by?

Ticket URL: <http://dev.haiku-os.org/ticket/8007#comment:21>
Haiku <http://dev.haiku-os.org>
Haiku - the operating system.

Other related posts: