🚀 go-pugleaf

jasonb@cs.uwa.edu.au (Jason S Birch) writes:

>mlelstv@serpens.rhein.de (Michael van Elst) writes:
>>jasonb@cs.uwa.edu.au (Jason S Birch) writes:
>>>You're right, it was because of Executive. I rebooted without it and
>>>suddenly it started working the same as IBrowse, even following links
>>>in part-loaded pages while the .html was still loading just like
>>>IBrowse does. Unfortunately the whole machine became sluggish while it
>>>was processing (boy, it's really easy to notice the difference when
>>>you're not running Executive!).

>>Well, that happens when you have to do calculations.

>Only if you do the calculations at the same priority as your event
>handling.

Yes. But this isn't done by AWeb or ClassAct. It is done by MUI, most
editors and effectively by the console in raw mode.

>If AWeb put the image decoding at a lower priority itself (which is a
>reasonable thing to do,

That's something that you do not want. You want I/O, decoding and
rendering done concurrently and this means: at the same priority so
that they are timesliced.

Of course you can drop the priority of all these tasks to the same
level. But apparently this is not what happens with Executive.

>downloading tasks are handled separately, but it appears the page
>layout is handled by the same task that handles user interface events.

Either that or the tasks are synchronized with semaphores.

>processing incoming events, making the whole thing feel sluggish. The
>ironic end result is that the MUI program actually feels *more*
>responsive.

I can't see that MUI feels responsive when I click on a gadget and
do not get any feedback.

>>I will try it.

>Any luck? At least two others have posted they haven't got it working,
>either -- sounds like the same problem I had.

No :-/

Regards,
-- 
                                Michael van Elst

Internet: mlelstv@serpens.rhein.de
                                "A potential Snark may lurk in every tree."