Have you played with the new settings for session variables, you can use JAVA session variables, use a UUID etc, maybe these things make a difference.
> -----Original Message----- > From: Robertson-Ravo, Neil (RX) > [mailto:[EMAIL PROTECTED] > Sent: 14 May 2004 14:06 > To: '[EMAIL PROTECTED]' > Subject: RE: [ cf-dev ] Client Vars : Registry or Database > > > Of course I understand them, its just the performance cost is > FAR TOO GREAT..this is the point - it seems far greater on MX > than it was on 5. > > -----Original Message----- > From: Snake Hollywood [mailto:[EMAIL PROTECTED] > Sent: 14 May 2004 13:46 > To: [EMAIL PROTECTED] > Subject: RE: [ cf-dev ] Client Vars : Registry or Database > > Of course registry is quicker, that's directly accessing > memory. Database storage is accessing a database on a disk on > another server. > > I don't think you understand the reasons why and when you > should use the registry or database. > > If it's your own dedicated server with only your site on it, > use the registry, and make sure you have enough memory in the > server to cope if your doing a lot of client storage. > > If your running a shared hosting server with 100's of > websites, you should use the database, because of the > potential problems with the number of sites and number of > client vars, and amount of memory, and possible registry > corruption. It is quite easy to bring a server to it's knees > if it is using the registry for client storage. So ideally > you want this completely disabled on a shared server so > clients cannot even specify it in the cfapplication. > > If your going to use registry on a shared server make sure > you have bucket loads of memory and have a scheduled registry backup. > > Russ > > > > -----Original Message----- > > From: Robertson-Ravo, Neil (RX) > > [mailto:[EMAIL PROTECTED] > > Sent: 14 May 2004 10:38 > > To: '[EMAIL PROTECTED]' > > Subject: [ cf-dev ] Client Vars : Registry or Database > > > > > > OK, > > > > This is strange one as we have probably all led to believe that a > > Database is the place to store Client vars but some recent > tests have > > shown that doing so, at least on CFMX 6.1 (full patched) you suffer > > quite a serious performance degredation. > > > > Try running the following code on a server which has Client Variable > > set to a database (ignore any crapola code, it's a test ;-): > > > > <cfapplication name="foomanchu" > > sessionmanagement="Yes" > > setclientcookies="Yes" > > sessiontimeout="#createtimespan(0,4,0,0)#" > > applicationtimeout="#createtimespan(1,0,0,0)#" > > clientmanagement="Yes"> > > > > <cfif ISDefined("flubbalubba")> > > <cfif flubbalubba EQ "jubbly"> > > <cfset client.dbtype="foo"> > > <cfset client.dsname="foo"> > > <cfset client.clientname="foo"> > > <cfelseif flubbalubba EQ "foo"> > > <cfset client.clientname="foo"> > > <cfset client.dbtype="foo"> > > <cfset client.dsname="foo"> > > </cfif> > > <cfelseif NOT ISDefined("Client.dbtype")> > > <cfset client.clientname="foo"> > > <cfset client.dbtype="foo"> > > <cfset client.dsname="foo"> > > </cfif> > > > > Note the Parsing time.........now switch to store the Client vars in > > the registry and run it again....you will notice what seems to be a > > massive performance INCREASE over using a database (this > was confirmed > > on 2 separate server farms). > > > > Anyone else confirm this as I am not sure if it's a bug or not. > > > > Neil > > > > > > > > This e-mail is from Reed Exhibitions (Oriel House, 26 The Quadrant, > > Richmond, Surrey, TW9 1DL, United Kingdom), a division of Reed > > Business, Registered in England, Number 678540. It contains > > information which is confidential and may also be > privileged. It is > > for the exclusive use of the intended recipient(s). If you are not > > the intended > > recipient(s) please note that any form of distribution, > copying or use > > of this communication or the information in it is strictly > prohibited > > and may be unlawful. If you have received this > communication in error > > please return it to the sender or call our switchboard on > +44 (0) 20 > > 89107910. The opinions expressed within this communication are not > > necessarily those expressed by Reed Exhibitions. Visit our > website at > > http://www.reedexpo.com > > > > -- > > These lists are syncronised with the CFDeveloper forum at > > http://forum.cfdeveloper.co.uk/ > > Archive: > > http://www.mail-archive.com/dev%40lists.cfdeveloper.co.uk/ > > > > CFDeveloper Sponsors and contributors:- *Hosting and > support provided > > by CFMXhosting.co.uk* :: > > *ActivePDF provided by activepdf.com* > > *Forums provided by fusetalk.com* :: *ProWorkFlow provided by > > proworkflow.com* > > *Tutorials provided by helmguru.com* :: *Lists hosted by > > gradwell.com* > > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > > > > -- > These lists are syncronised with the CFDeveloper forum at > http://forum.cfdeveloper.co.uk/ > Archive: > http://www.mail-archive.com/dev%40lists.cfdeveloper.co.uk/ > > CFDeveloper Sponsors and contributors:- > *Hosting and support provided by CFMXhosting.co.uk* :: > *ActivePDF provided by activepdf.com* > *Forums provided by fusetalk.com* :: *ProWorkFlow provided by > proworkflow.com* > *Tutorials provided by helmguru.com* :: *Lists hosted by > gradwell.com* > > To unsubscribe, e-mail: [EMAIL PROTECTED] > This e-mail is from Reed Exhibitions (Oriel House, 26 The > Quadrant, Richmond, Surrey, TW9 1DL, United Kingdom), a > division of Reed Business, Registered in England, Number > 678540. It contains information which is confidential and > may also be privileged. It is for the exclusive use of the > intended recipient(s). If you are not the intended > recipient(s) please note that any form of distribution, > copying or use of this communication or the information in it > is strictly prohibited and may be unlawful. If you have > received this communication in error please return it to the > sender or call our switchboard on +44 (0) 20 89107910. The > opinions expressed within this communication are not > necessarily those expressed by Reed Exhibitions. Visit our > website at http://www.reedexpo.com > > -- > These lists are syncronised with the CFDeveloper forum at > http://forum.cfdeveloper.co.uk/ > Archive: > http://www.mail-archive.com/dev%40lists.cfdeveloper.co.uk/ > > CFDeveloper Sponsors and contributors:- > *Hosting and support provided by CFMXhosting.co.uk* :: > *ActivePDF provided by activepdf.com* > *Forums provided by fusetalk.com* :: *ProWorkFlow > provided by proworkflow.com* > *Tutorials provided by helmguru.com* :: *Lists > hosted by gradwell.com* > > To unsubscribe, e-mail: [EMAIL PROTECTED] > -- These lists are syncronised with the CFDeveloper forum at http://forum.cfdeveloper.co.uk/ Archive: http://www.mail-archive.com/dev%40lists.cfdeveloper.co.uk/ CFDeveloper Sponsors and contributors:- *Hosting and support provided by CFMXhosting.co.uk* :: *ActivePDF provided by activepdf.com* *Forums provided by fusetalk.com* :: *ProWorkFlow provided by proworkflow.com* *Tutorials provided by helmguru.com* :: *Lists hosted by gradwell.com* To unsubscribe, e-mail: [EMAIL PROTECTED]
