W3C home > Mailing lists > Public > www-talk@w3.org > July to August 1995

Re: Session-Id

From: Paul Burchard <burchard@horizon.math.utah.edu>
Date: Fri, 21 Jul 95 21:08:15 -0600
Message-Id: <9507220308.AA02045@horizon.math.utah.edu>
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 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Wednesday, 27 October 2010 18:14:17 GMT