Re: Solved: awake-time long lags
Re: Solved: awake-time long lags
- Subject: Re: Solved: awake-time long lags
- From: Jérémy DE ROYER via Webobjects-dev <email@hidden>
- Date: Wed, 14 Aug 2024 12:48:29 +0000
- Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ingencys.net; dmarc=pass action=none header.from=ingencys.net; dkim=pass header.d=ingencys.net; arc=none
- Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=lJYAipZXxodBd1OjA8DDu3Y+mIMH5nkXIMUrjC+y4HQ=; b=w7BCvJlRIKnO7cAu8pah7rwVw3LmGDXA5ImHxyUox6FBZP/TGA4OH5FAi5DHNUJkNt1Anry36NYMBybuZBd6vGmkl6UU8O+vi4K8Jxcc/B5rXT8wq6/JYpx8h0PVYZ5tPAPtyaKYIDkvoBUGB2pboBRCdn3fzSa/2bieAiFu5qeHtxOIMJqaHuuCgFAqOj6QmiTr+JjVA6aYJNHrZe2ypol6ngCpl1Zw5zUptRz6P5eOwoa2+TX7AEk0EuHq4nPQu4Zs2MlHMLractMqoljb3BKs0uiv05A1U3GS+qlK9irms5LzvAs715+cmIIi97oND3lNaWOtPrEUP+RGQ9JHOg==
- Arc-seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=IXCp9+Z0W4JHVCpgaXrNiFFcntKB8+uZViqizJ14tmHJvdza+LLIy76ITJ5W3eTrn+sdkr/IgKzi+V9X1INPT5JHtnAiqWFTJsOLpctoDo7vP4ly7IBBaNfGq47mj5ooiBocjJU6k69LllHDmeLem/unVTZJS90WjIngKTGLeAAGVwxAGr/o4hwPIGVeT580wSvnT/mxzT5VH9hfJ1NsHtHmP2pPPQxY5CzlhY8XA2wMNZ4uZYR5PhSDhE5inR7sb4d75DMGtXo6EPuHshKhTLJ9NBxzm6tW96eTmdCaZMovySCZAma4i44LPF0wkN2jOy/tmRRL5/NS28dY8PpabQ==
- Thread-topic: Solved: awake-time long lags
Hello,
Why not use a busy indicatior when « onclick » ? And hide it with the response.
I use it on our web commerce app and it works well
(exemple :
https://www.cssscript.com/demo/minimal-busy-indicator-javascript-css3/)
Jérémy
Le 13 août 2024 à 17:26, OCsite via Webobjects-dev
<email@hidden> a écrit :
D'oh!
Further analysis proved that those R/Rs which sport a long lag awake-time are
overlapping R/Rs of the same session.
Since the default EC, far as I know, gets locked immediately before session
awake (and unlocked just after session sleep), the mystery of long lags is no
mystery anymore (and since it is pre-awake, not in-awake, the profiler revealed
no awake method took long). Sigh.
Now I wonder how to teach the users that if a R/R happens to be sorta slow, it
definitely won't help to click at all the other links on the current page....
All the best,
OC
On 2. 8. 2024, at 2:32, ocs--- via Webobjects-dev
<email@hidden> wrote:
Hi there,
we are encountering another weird problem: a (very) long lag awake-time.
We happen to log the application-level awake and some of the component-level
awakes. Normally, the latter happen just a couple milliseconds from the former.
Nevertheless _sometimes_ when the load gets higher and more R/R loops run
concurrently, this lag grows up to a complete nonsense — tens or, in the worst
cases, hundreds of seconds (between Application.awake and some Component.awake).
The most obvious answer that either the session-level awake or some of the
non-logged component-level awakes might take an eternity upon a higher load is
still an open possibility, but quite improbable one: we have profiled our
application when the problem did happen with a smaller load, a couple of times
the lag grew up to about 5-7 s, and still none of the awake methods ever took
more than 40 ms.
Has perhaps anyone here encountered a similar problem and might suggest a
solution or at least a reasonable way to find the culprit?
Thanks and all the best,
OC
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden