Solved: awake-time long lags
Solved: awake-time long lags
- Subject: Solved: awake-time long lags
- From: OCsite via Webobjects-dev <email@hidden>
- Date: Tue, 13 Aug 2024 17:26:50 +0200
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