> -----Original Message-----
> From: Jeffrey W. Baker [mailto:[EMAIL PROTECTED]]
> Sent: Monday, May 08, 2000 9:19 PM
> To: Leslie Mikesell
> Cc: Jeffrey W. Baker; Greg Stark; [EMAIL PROTECTED]
> Subject: Re: speed up/load balancing of session-based sites
>
>
> On Mon, 8 May 2000, Leslie Mikesell wrote:
>
> > According to Jeffrey W. Baker:
> >
> > > > I keep meaning to write this up as an Apache:: module,
> but it's pretty trivial
> > > > to cons up an application-specific version. The only
> thing this doesn't
> > > > provide is a way to deal with large data structures.
> But generally if the
> > > > application is big enough to need such data structures
> you have a real
> > > > database from which you can reconstruct the data on
> each request, just store
> > > > the state information in the cookie.
> > >
> > > Your post does a significant amount of hand waving
> regarding people's
> > > requirements for their websites. I try to keep an open
> mind when giving
> > > advice and realize that people all have different needs.
> That's why I
> > > prefixed my advice with "On my sites..."
> >
> > Can anyone quantify this a bit?
> >
> > > On my sites, I use the session as a general purpose data
> sink. I find
> > > that I can significantly improve user experience by
> keeping things in the
> > > session related to the user-site interaction. These
> session object
> > > contain way more information than could be stuffed into a
> cookie, even if
> > > I assumed that all of my users had cookies turned on.
> Note also that
> > > sending a large cookie can significantly increase the size of the
> > > request. That's bad for modem users.
> > >
> > > Your site may be different. In fact, it had better be! :)
> >
> > Have you timed your session object retrieval and the cleanup code
> > that becomes necessary with server-session data compared to
> > letting the client send back (via cookies or URL) everything you
> > need to reconstruct the necessary state without keeping temporary
> > session variables on the server? There must be some size where
> > the data values are as easy to pass as the session key, and some
> > size where it becomes slower and more cumbersome. Has anyone
> > pinned down the size where a server-side lookup starts to win?
jwb wrote:
> I have really extensive benchmarks for every part of
> Apache::Session. These will be released with version 1.5,
> which also includes more than fifty new unit tests.
Cool. Strict benchmarking and testing is severely lacking in general
in Perl modules.
Apache::Session rocks, however the name doesn't describe the functionality
of the module (it has nothing to do with Apache). Are there any plans
to change it to "Persistent::Session" or some other name? I'm sure
people are overlooking it because of this.
Leon
--
Leon Brocard | perl "programmer" | [EMAIL PROTECTED]