- From: Paul Burchard <burchard@horizon.math.utah.edu>
- Date: Fri, 21 Jul 95 21:08:15 -0600
- To: pitkow@cc.gatech.edu (James Pitkow)
- Cc: www-talk@w3.org
pitkow@cc.gatech.edu (James Pitkow) writes: > > Moreover, client generated ids may not be unique. > > Two independent clients could generate the same id and > > confuse the server. > > My calculations lead me to think differently. ... > Further more, the generation of unique ids on the server > side means that some shared memory is used, which means > locking, which means blocking. 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 <burchard@math.utah.edu> ``I'm still learning how to count backwards from infinity...'' --------------------------------------------------------------------
Received on Friday, 21 July 1995 23:09:31 UTC