emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [External] : Re: Would you say this information window is well desig


From: Eli Zaretskii
Subject: Re: [External] : Re: Would you say this information window is well designed?
Date: Wed, 24 Feb 2021 05:25:08 +0200

> Date: Tue, 23 Feb 2021 21:58:46 +0000
> From: Peter Dean <laszlomail@protonmail.com>
> Cc: "drew.adams@oracle.com" <drew.adams@oracle.com>, "stefankangas@gmail.com" 
> <stefankangas@gmail.com>, "larsi@gnus.org" <larsi@gnus.org>, 
> "dgutov@yandex.ru" <dgutov@yandex.ru>, "emacs-devel@gnu.org" 
> <emacs-devel@gnu.org>
> 
> OK, then how about this: we start a thread which has the only job of
> keeping the UI updated. It has high priority and when it is scheduled
> it checks when was the UI last updated. If it's within the refresh
> rate then it yields to other threads without doing anything. Othwerise,
> it updates the UI and then yields.

You are describing design that is very different from what we have.

> > And finally, if you give the main thread higher priority up front, how
> > can we make sure the other threads will ever get to run?
> 
> It is the job of the scheduler to make sure lower priority threads are
> not starved, so it takes care of this.

I think this is only true wrt threads that are almost always ready to
run.  That's not so with our threads: all but one of them are waiting
for a mutex.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]