> I've been having cf administrator do all of my read-only
> locking automatically in a blind attempt to somehow decrease
> the overhead of actual code that needs to be read and processed.
> Who knows - maybe this increases it, but I just find it more
> convenient. Have you done any benchmarks to see whether the
> "auto-locking" feature speeds or slows the app - I couldn't
> imagine it being too big of a difference either way.
I haven't tested the automatic locking, simply because the Allaire tech guys
have warned pretty strongly against using it. Here's why. Say you have the
following code:
<CFSET Session.Foo1 = "Bar1">
<CFSET Session.Foo2 = "Bar2">
<CFSET Session.Foo3 = "Bar3">
If you did the locking yourself, you'd do this:
<CFLOCK SCOPE="SESSION" TYPE="EXCLUSIVE" TIMEOUT="2" THROWONTIMEOUT="YES">
<CFSET Session.Foo1 = "Bar1">
<CFSET Session.Foo2 = "Bar2">
<CFSET Session.Foo3 = "Bar3">
</CFLOCK>
The automatic locking would end up doing the equivalent of this:
<CFLOCK SCOPE="SESSION" TYPE="EXCLUSIVE" TIMEOUT="2" THROWONTIMEOUT="YES">
<CFSET Session.Foo1 = "Bar1">
</CFLOCK>
<CFLOCK SCOPE="SESSION" TYPE="EXCLUSIVE" TIMEOUT="2" THROWONTIMEOUT="YES">
<CFSET Session.Foo2 = "Bar2">
</CFLOCK>
<CFLOCK SCOPE="SESSION" TYPE="EXCLUSIVE" TIMEOUT="2" THROWONTIMEOUT="YES">
<CFSET Session.Foo3 = "Bar3">
</CFLOCK>
As you can imagine, this might increase overhead and the likelihood of a
lock conflict or timeout.
Dave Watts, CTO, Fig Leaf Software
http://www.figleaf.com/
voice: (202) 797-5496
fax: (202) 797-5444
------------------------------------------------------------------------------
Archives: http://www.eGroups.com/list/cf-talk
To Unsubscribe visit
http://www.houseoffusion.com/index.cfm?sidebar=lists&body=lists/cf_talk or send a
message to [EMAIL PROTECTED] with 'unsubscribe' in the body.
