[Mono-dev] PR 1450: improve/simplify session retrieval/polling
champetier.etienne at gmail.com
Thu Jan 22 15:35:59 UTC 2015
2014-12-11 22:19 GMT+01:00 Etienne Champetier <champetier.etienne at gmail.com>
> Hi Antoine,
> Le 11 déc. 2014 21:44, "Antoine Cailliau" <antoinecailliau at gmail.com> a
> écrit :
> > Did you had a look to the reference source provided by MS?
> Yes, but quickly, they also use a Timer, but not the I think unsafe
> > On 11 December 2014 at 21:29, Etienne Champetier <
> champetier.etienne at gmail.com> wrote:
> >> Hi,
> >> At my firm we (a collegue and I) have hit a problem with "big" session
> (~2MB) and multiple RW access to the session (~20), the retrieval sometimes
> fails and the session is left locked (browser times out, game over).
> >> Here is an attempt at improving the situation, with this it never fails
> but it's still quite slow
> >> https://github.com/mono/mono/pull/1450
> >> We have tried to use locks (monitor or RWlockslim /per seesionId locks)
> to avoid having 1 request holding the session and 19 polling, and have only
> 1 polling at a time.
> >> I need some help, as this code is not executed in the request thread,
> but via a pool of thread, so if we use monitor lock, as it's reentrant it
> will not lock much (we have seen a thread reentering 5 times ...), and if
> we use RWLockSlim, it just crash...
> >> Thanks in advance
> >> Etienne
> >> _______________________________________________
> >> Mono-devel-list mailing list
> >> Mono-devel-list at lists.ximian.com
> >> http://lists.ximian.com/mailman/listinfo/mono-devel-list
we are using this patch in production for 2 weeks now and so far so good
side note we are using an old mono version between 3.2.7 and 3.2.8
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Mono-devel-list