As John also tried to explain, these are non-problems. The server
can just use a persistent counter with enough bits to be unique for
a few millennia (64 bits would more than suffice at your hit rate),
and then allocate these values to the individual server threads in
blocks large enough that synchronization overhead becomes
irrelevant.
My objections to session-ID are more fundamental. I feel we are
about to create a crippled mini-HTTP-within-HTTP for special "small"
objects stuffed into HTTP headers. I will try to put together an
alternate proposal based on HTTP's exisiting Link: capability.
--------------------------------------------------------------------
Paul Burchard <[email protected]>
``I'm still learning how to count backwards from infinity...''
--------------------------------------------------------------------