Path: ...!weretis.net!feeder9.news.weretis.net!panix!.POSTED.spitfire.i.gajendra.net!not-for-mail
From: cross@spitfire.i.gajendra.net (Dan Cross)
Newsgroups: comp.os.vms
Subject: Re: Apache + mod_php performance
Date: Tue, 1 Oct 2024 19:26:17 -0000 (UTC)
Organization: PANIX Public Access Internet and UNIX, NYC
Message-ID: <vdhicp$77r$1@reader1.panix.com>
References: <vcv0bl$39mnj$1@dont-email.me> <vdgp60$2nh73$1@dont-email.me> <vdgs97$r3k$1@reader1.panix.com> <vdhdg1$2qrst$2@dont-email.me>
Injection-Date: Tue, 1 Oct 2024 19:26:17 -0000 (UTC)
Injection-Info: reader1.panix.com; posting-host="spitfire.i.gajendra.net:166.84.136.80";
	logging-data="7419"; mail-complaints-to="abuse@panix.com"
X-Newsreader: trn 4.0-test77 (Sep 1, 2010)
Originator: cross@spitfire.i.gajendra.net (Dan Cross)
Bytes: 2607
Lines: 36

In article <vdhdg1$2qrst$2@dont-email.me>,
Simon Clubley  <clubley@remove_me.eisner.decus.org-Earth.UFP> wrote:
>On 2024-10-01, Dan Cross <cross@spitfire.i.gajendra.net> wrote:
>> In article <vdgp60$2nh73$1@dont-email.me>,
>> Simon Clubley  <clubley@remove_me.eisner.decus.org-Earth.UFP> wrote:
>>>
>>>No. In the GUIs I am aware of, the main GUI thread _is_ the event thread.
>>
>> Most modern applications, even graphical applications running on
>> hosted systems, are multithreaded.  Whether the programming
>> model of the GUI library is multithreaded or not is another
>> matter, but those things must be _capable_ of being used in a
>> multithreaded environment, which means that they need to at
>> least be able to participate in a locking protocol of some sort,
>> etc.  For example, the incoming event queue must have some sort
>> of interlocking on it in order to be accessible from multiple
>> threads, otherwise, how could other threads safely enqueue
>> events to it?
>>
>
>They don't enqueue events to the GUI event queue itself (at least
>on the GUIs I am aware of). See my detailed response to John about
>Android and look at the link I posted earlier.
>
>Non-GUI threads on Android have no direct access to the GUI and they
>have to communicate with the GUI thread via some form of generic
>messaging and let code running within the GUI thread perform the GUI
>operations on their behalf.

Sure. But, at least as far as the point I was trying to make,
this is a distinction without a difference.  The point is that
the GUI exists in a shared address space with other threads, and
must be intelligent about doing so.  Even something as simple as
memory allocation must be thread-safe.

        - Dan C.