Just wanted to note the problems we have with shared memory ...
Currently we presume that 'someone' will initialize the shared
memory and setup all struct data before the first request.
This is wrong presumption, cause shared memory on IIS is
initialized on first request, and with multiple work
What about a look on file that contains the id? It gets created and lock
by the first worker that needs the shared memory and writes the id
inside and unlock the file? Other workers will just read the id in the file.
Cheers
Jean-Frederic
---
On 03/28/2012 02:01 PM, jean-frederic clere wrote:
What about a look on file that contains the id? It gets created and lock by the
first worker that needs the shared memory and writes the id inside and unlock
the file? Other workers will just read the id in the file.
I started to work on 'ge
Have you look at how mod_proxy solves this issue, it seems that it
does not suffer the problem that we are experiencing , and also does
not need any share memory file.
On Wed, Mar 28, 2012 at 2:32 PM, Mladen Turk wrote:
> On 03/28/2012 02:01 PM, jean-frederic clere wrote:
>>
>> What about a look
On 03/30/2012 10:16 PM, Le Huy wrote:
Have you look at how mod_proxy solves this issue, it seems that it
does not suffer the problem that we are experiencing , and also does
not need any share memory file.
... it uses shared memory (scoreboard in 2.0 and 2.2, mod_slotmem in 2.4)
... and it suck