httpd-modules-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Sorin Manolache" <>
Subject Re: Global Data
Date Tue, 12 Aug 2008 19:32:43 GMT
On Tue, Aug 12, 2008 at 20:50, Harold J. Ship
<> wrote:
> I'm in the middle of porting an application from IIS/Windows to Apache 2.2 module. In
the application, there is a lot of global data. The data contains both:
> - application configuration that is read on startup

These data are read when there are no child processes. You can use the
conf pool for that.

>  and on receiving a certain HTTP request to reload

This has no easy solution. As you're in a child process when you
handle the request, I can't see any other way than shared memory.
Maybe other more experimented readers can help you.

Maybe you could force a graceful restart of apache in the handler,
i.e. to stop all threads and processes when they finish handling the
requests that they handle at the moment of the graceful restart and
then restart apache. Depends on how often you expect this to happen.

> - per-request data that is shared between certain requests with dependencies.

I don't understand. Where is this per-req data stored? It arrives as
arguments of a request (query string/headers/POSTed body) or it's
stored in the config/a database that is indexed with some sort of
request ID (request URL for example)?

If it arrives with the request and you need to store it for later
requests, then we're in the "no easy solution"-case above.

If it's in the config files or a database, then we're in the simple
case, you store it in the conf pool.

> Other important information:
> - The config data is very large, many MB
> - The data structures are built with a lot of pointers to structs to pointers ...
> - We are using the worker MPM.
> My question is, how can we be sure that the data is stored only once on the machine,
and accessible by any request that needs it?

The conf pool.

> For instance, if we store it in the server pool, and we have multiple processes, how
can the request data be shared?

> If we have to reload the configuration data, will each process need to maintain its own

No. Conf reloading works like this:
- all threads/processes exit gracefully (more or less)
- the only remaining apache process loads the new config and spawns
the children/threads. They all inherit the new conf.

> If we use shared memory, we will have to change a lot of code which today allocates data
on the heap.
> One idea for the request data: is there a way to direct a request to be handled by a
specific process?

I am not aware of any such mechanism but I have not looked for that in
the apache sources, so I cannot tell if such a mechanism could exist.


View raw message