This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.
------_=_NextPart_000_01BFB854.A4F3F9B0
Content-Type: text/plain;
charset="iso-8859-1"
Update: After spending 5 hours researching this problem in Allaire Forums
and my own experimentations, I think I have found the problem, possibly two
bugs in the way CFCACHE operates. In Spectra, page caching is handled by
CFCACHE tag, which caches pages on request and then checks the original
templates timestamp to determine if CF should re-cache the template.
Although CFCACHE documentation is a little vague on exactly which timestamp
it checks, I think it is safe to assume that it is referencing the last
modified date timestamp.
All of the template files on the non-functional machine had creation dates
later than their last modification dates - this normally doesn't occur
EXCEPT in a clustering environment. All of the template files on the
non-functional machine were populated using ROBOCOPY for NT (which works
great, btw) and so all of the timestamp dates on the non-functional machine
reflected creation dates later than their last modification date. CFCACHE
seems to have trouble deciding which date to use in this case, and re-caches
the file every time.
I was able to get caching working correctly on the non-functional machine
using either of the following methods:
1.) Resaving original templates so that their last modification date was
AFTER their creation date.
2.) Replicating the cache files from the functional machine to the
non-functional one. CF doesn't seem to care what the cache files are named
or dated, so long as the cfcache.map points to the correct .tmp files.
As a long-term workaround, item number 2 is what we'll be moving into
production with. Although not the best solution, a more suitable one has
yet to be found.
For the second part of this update, I believe I have discovered a second (if
not already known) bug in CFCACHE which could be summarized as follows:
"CFCACHE hangs request threads after the maximum number of simultaneous
threads is reached under load."
This bug is fully-reproducible under the following circumstances:
1.) CFCACHE tag is specified within a template.
2.) Original template is not yet cached, i.e. no .tmp file and no
cfcache.map file pointer.
3.) Load is applied to the server which exceeds the allowed number of
simultaneous threads, i.e. if allowed is set to 4, applying a simultaneous
load of 5 puts 4 into the running state and 1 into the queue.
4.) Cold Fusion Server will hang at this point, the 4 running threads never
release and the queue never decreases. This behavior was confirmed using
CFSTAT, a performance monitoring utility for CF Server.
This bug really concerns me because of its relation to the caching problem
above. In a load environment, say 5 simultaneous requests are made to a
file that has been cached, but CF Server wants to refresh the cache with
each request (bug #1) - CF Server attempts to recreate the cache file and
hangs (bug #2).
Our entire need for CFCACHE is centered around making Spectra scalable. The
4 spectra templates we're attempting to cache take an average of 100-200ms
to display under a load of 1 user. Without caching turned on, those same
templates have now grown to 18000-25000ms (18-25 seconds) under a load of
only 20 users for EACH page!!!
Allaire - HELP!!!!!
Ryan
Ryan Hill, MCSE
Director, Systems Integration
Market Matrix, Inc. - http://www.marketmatrix.com
-----Original Message-----
From: Ryan Hill
Sent: Saturday, May 06, 2000 8:40 PM
To: Cold Fusion Discussion (CF-Talk) (E-mail)
Subject: Spectra Caching Issues
Good evening everyone, I need a Spectra expert to help me figure out why
page caching is not working correctly in 1.01 gold between two machines.
My setup is as follows:
(2) Identical Hardware Machines setup for a Cluster Configuration
Cluster is not currently running, machines are operating independently.
NT 4.0 SP5
Dual PIII 500MHz, 384MB RAM, Ultra-Wide SCSI Drives
Server Ent 4.5.1
Spectra 1.01 Gold
Spectra Setup:
All databases are shared via a central SQL server.
Spectra page caching setup for appropriate pages.
Identical CF Administrator settings.
On one machine, caching is working properly as listed in the example below:
1.) Page call is made.
2.) cfcache.map is created.
3.) *.tmp files are created.
4.) Cache files do not update after creation (desired outcome).
On the other machine, the following is happening:
1.) Page call is made.
2.) cfcache.map is re-created (timestamps change).
3.) *.tmp files are re-created (timestamps change).
4.) Cache files update after each request (what I'm trying to prevent).
Any ideas on what I'm doing wrong?
Thanks,
Ryan
Ryan Hill, MCSE
Director of Systems Integration
Market Matrix, Inc. - http://www.marketmatrix.com
------_=_NextPart_000_01BFB854.A4F3F9B0
Content-Type: application/ms-tnef
Content-Transfer-Encoding: base64
eJ8+IgkSAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAEIgAcAGAAAAElQTS5NaWNy
b3NvZnQgTWFpbC5Ob3RlADEIAQWAAwAOAAAA0AcFAAcACwAvAAcAAAAkAQEggAMADgAAANAHBQAH
AAsALwAHAAAAJAEBCYABACEAAABFMEY3RkZBMDk2MjJENDExQTg2NDAwOTAyNzhGNDQzRAAOBwEE
gAEAGwAAAFJFOiBTcGVjdHJhIENhY2hpbmcgSXNzdWVzACwJAQ2ABAACAAAAAgACAAEDkAYAyBAA
ADMAAAADAAlZAQAAAAMA3j+vbwAAAwA2AAAAAAADAEGACCAGAAAAAADAAAAAAAAARgAAAABShQAA
J2oBAB4AQoAIIAYAAAAAAMAAAAAAAABGAAAAAFSFAAABAAAABAAAADkuMAALAEOACCAGAAAAAADA
AAAAAAAARgAAAAAGhQAAAAAAAAMARIAIIAYAAAAAAMAAAAAAAABGAAAAAAGFAAAAAAAACwBJgAgg
BgAAAAAAwAAAAAAAAEYAAAAAA4UAAAAAAAALAEqACCAGAAAAAADAAAAAAAAARgAAAAAOhQAAAAAA
AAMAS4AIIAYAAAAAAMAAAAAAAABGAAAAABCFAAAAAAAAAwBMgAggBgAAAAAAwAAAAAAAAEYAAAAA
EYUAAAAAAAADAE2ACCAGAAAAAADAAAAAAAAARgAAAAAYhQAAAAAAAB4AToAIIAYAAAAAAMAAAAAA
AABGAAAAADaFAAABAAAAAQAAAAAAAAAeAE+ACCAGAAAAAADAAAAAAAAARgAAAAA3hQAAAQAAAAEA
AAAAAAAAHgBQgAggBgAAAAAAwAAAAAAAAEYAAAAAOIUAAAEAAAABAAAAAAAAAAIBCRABAAAA9goA
APIKAACtFAAATFpGderSQJwDAAoAcmNwZzEyNeIyA0N0ZXgFQQEDAff/CoACpAPkBxMCgA/zAFAE
Vj8IVQeyESUOUQMBAgBjaOEKwHNldDIGAAbDESX2MwRGE7cwEiwRMwjvCfe2OxgfDjA1ESIMYGMA
UDMLCQFkMzYWUAumIFXocGRhDrA6EMABgBKBFHNwCfBkC4BnIDX8IGgIYQQgGCAUEArAE9BtHiJ0
H1AEIHADYAJgZWxtIAuAEMBsC2EYICAyRgWwdW0EIABwZCDgbXkgb3cDoA7AHeAvBRAHgAIwHSBp
AiBzLGQgSR+SbmsjURPgdvshAAIQdSGhH6AhAB/1I0A0cG8EEGkCYCHgdHfgbyBidWcEICBxJLIE
d2Eh4ENGQ0FDHEhFIfAiYR0hcy4gyyNQA6BTHeBjdCgAJWH0YWchAGMA0B9TH8ET4LceACAwIbBi
JzgBkGcjQP53H1AT0CmDB5EpQgQgAiD1HtFxClBzBUAhkiSxA6A5LEFjawQgJLIFsGln/wuAB0Af
kCBAC1EoIR+QB3K/AZAvkB+QJjABAB2RbQuA3yEABpAnQR3AHoFsIbAYIP4tLCMkoy92KFEgoB+g
CGDGZywAJ1Zkb2MhUCK2YSoCYSBsaQJAIDAg/nYpUApQLOIOwADQNkAh4H8rxDAYNiAuJSNIOJEf
wXPsYWYywSYwYQQQNREfkZ8dIDm1GCA6QBggbmMfZP8hAAtgLXEEYQaQCJAhsB0S/TAILgqiCoQK
gCChIfAxkF8y6iRAAxAsxCSybgIgLf5mJHAo4CMBL0EAwR9RIQD/E+AhsAUAHxA1cx0SBCAvsn8F
wDsRJrMg4Dy6KZBDWS1/H5RBYDEgB0Al4TTgB5BuHicFQDTwNQAFwEVYQ9hFUFQgYjXwYwpALXD3
BnEeMQnwdiDgAiAiojOjbz9/QI9BnzFRdzvxJXFwHzIQHSEhsElQHiJST0LgT0NPUFkkQRKRSMD2
KCvEJiByLnEJwR0gI0DqYiYQKSGDczqBStkwJ/9DpExvQgs7wSAwKOAqkUMf/0QvRT8zdCdWFBAg
QC6BJjD/JAMo8AhgICEw0TwwHhMrxP89pCYwSVAxYSayH8EpkBQQfyNAIZIyVi6ETAIiMCQgcv8l
8QdxPosjYCcQIXFb8jCx/ylgOKEppVECHiIFoRggN0P/VE9CC080WIAksQXASwUCEB8gsCIAHiIH
gDPxZHM66T6aMS5SAFIHkCQQHiJ/Lu86ASYwOxNYb0XJYbNBcEZURVJr1VbLPoUy/2lzC1BFszxV
MoRMBANSX5T/ZS8womSfSuExUFojR4da0v8woimQIPErwGu0cSt2si8w7weAIbAFsR0SZCNAUmEX
sN8eMWHRcPMTwCwyLgDAMJA7JYALgHRbE3DzY9QgLr50MIFMAz6MNdN5wS0xAr9Q8wrAJGIjQDYg
IEFuIVC+YhKBFEAfwXbzTkAnStG/gDA9AWnje1EmMB/xZBrQ/zVzA/AfoDOqZNB3JIAwLXH/UmAK
QCLyXqE9ASDxOsA2IO9iA3URI/EEIHlikTCxgXH/JFM+iyEhJKMUEAWgIaEKsfdH8UsSH8F1HQMj
QoAwNhD/YDEj1h4QBPCBsDvxIbA18L2JRSgxgYQSB0BW0WQh4P5rZNAiEFIAJlEgYidWK8XfMgOB
cTrBAMAFEHqMknHR+2eTaIwiJ1YqQSZxLSYfoN+N8iFxHYMksgDAeAdwIVC/f/ZLAQCQlZAz4ABw
ZQhg/y6ClFQ7kywyTxEeABKBF7DpQuAuIj6aVB+yjsNx0fsyECXgLRgggmQlwWYhmIPfZ0w8MB8w
IVGWwWMHkGiV/2liKvk54yjBPUSDEkjjMyf9b5hPak4qAoQShwIsI3+C/i4zkWTQfIghg6SRenpf
49d7MwSQPoUzaXFMmOE1s95wcFEqkXO1FBByYEErtf8OwJ3ACYAuhEdBIgAqkZXfv5brpCUxgasG
OfKHFDReof2okXkeIozBrDqY0kryHmC7TrB7cTSCBCSyIUBuAwDvHjEwUT3BIZIxsdgtQQpQ3T6F
NJ5yBvAhsEZPMSzx/wZhqaMDEAMgk1IhgGvCH8L/e0IjQCSyscCydpQ2MVCpov8YICAwXnEtlrQ0
uVUFgVbR9xQQKEKZ9GUkASMAqcFh0R+JYT1QMSBPBydQU1RB/lSFYiJhUCEDgZ3APQEDAP8wsEmT
hRE2ESHgUCIxsbYE/z6LmfdW0UdSiWGdwASgBCD/OuGAMCmQXaJLATYgHsIvsf81gnumKaUf9gGg
jFEoVH4y/0LhSel5YSchHmCsKy0leCT/AMABADpjX9Q7E4bCgDAuAv+j1SZQBUDBNycBe2U7wR7h
vzfRcQeDEiIwKaEtFyiOwvwjMVIARpDNyB0gL3LOlj9WwzLEcTghg5NU0TQyKf0+i09IQSKxIOIx
UCqRwPT/J3ReMiKxjHR/Q0JBY3Motf8dwCmQC2AgIbwTuCKfktpS/y94gREg8dKFH2N2gjKj2bAf
pUIhgGBBKVJLATEwMPotAdAwWwSMEQtRIeCYdN/H9d9iXZKnQChgV2axCGD9Yqh0CHAxUHjBhVEz
8V2x/zogOuIvhyQDjmFRUSICMLFsMTjfoN+xNeaxIWEo9+aQ5uGJNXNSAODuAiAl4b8cweICkWJI
USeBKTMh6yDPPp0g00aQJ6BMUOsh6zx8UnkAcO1O7KC2gSNATehDU0U+lEQg4SjgBbD/I0AGsElh
IWEogA6wCcAi430+lE0KwN6ABUDygCjwaV54I0E8IChQRpBoAkBw8DovL3f0UHrh8qIAwN3zEi4F
oCBQPpot9mKh9/5NB5A6IClg9mOIZQNhHVD/7wf1lQZgAjAdUAYQ43EdEOZ575EnITA2I0Df0RZQ
SDg6NBZQUE2ZlW+/HVC1SvBQBPBJULWzKCdQFC1UB0BrUgAoRS3bAMADECn5ZVvgaijR+gH12iVD
KaVJOrEHkD6akmT8R28EcGAisqNgM3URI0K/12M18NoWIkOHIyTAbDCQ/8QhPVA2oCDx4rIrwCHg
KU6vhBJjTyBiaWAws5Bn/LK/gDAmEMzCJhJCVX0sTfrg3xQRioA1s5FvPqMo1cAjUP8bwNcB2qHs
oBshJxAg8fKA/wtEDJXA8gCBSUQWYb2BBmH/8dkRZqMVSDE8ATdSsnUjQP8LJngzJ9SB1BvAHeIU
Qz6FR1BhtQD7cFNQNe/1dTkvQVBJGUAeUN+gTUiCeiNAMzg0TUL4sLRBTSNAVTPgKAAt4nDty1FT
78AjYETzICQgAXWN0hVFyPAYATUuMfll/9olCcMCoDIgPpraFtIQDMH/aJVKwj2hhjC70ngzMeDK
8X+lgEoAAIBJEdixKAD5QFP8UUypZT6F2hYpSxCpqJD/yKCbMCKAsyEskz6FDugxsfxBZDExl8Aa
0cABrqJwov19LE9I8IaCQlU5IAeJCHb/JnLD0DdhYdE2EElhqDFkdN83EdxBhHKuIZ35UAdEStH/
l8HLMm+JenpeMtNzh+anwv4qfJh4MzLctQNxSUeQhAP3ioSUpVbHKA7wsACMguKx/fVhZdXdZHSE
IGbSK0dnTP+XwcxwqJADEy9/MI8xn5fD/18gMuRQgFNHXkG2wjmXM7//D+FA70H/Na+KZpSl0Gx2
83xJJ3IhYGDdlZswAvJ0+dXcQW4JcQ7wYdGC4kmG53WgXIPIoWc/wdzOcFEw/iztr+6/78+J8vD/
8g/zHxf0L/U0kmR9V8AAAB4AcAABAAAAFwAAAFNwZWN0cmEgQ2FjaGluZyBJc3N1ZXMAAAIBcQAB
AAAAGwAAAAG/t9V6Lou4SAQjxBHUuyQAUNodkjIAHr+g4AADACYAAAAAAAMALgAAAAAACwACAAEA
AAAeAEIQAQAAAEEAAAA8NjExOTZFNDAyN0VFRDMxMUE4NEUwMDkwMjc4RjQ0M0QxOEM3QGV4Y2hh
bmdlLm1hcmtldG1hdHJpeC5jb20+AAAAAAMA/T/kBAAAQAA5AJD+36RUuL8BAwDxPwkEAAAeADFA
AQAAAAYAAABSWUFOSAAAAAMAGkAAAAAAHgAwQAEAAAAGAAAAUllBTkgAAAADABlAAAAAAAMAgBD/
////CwDyEAEAAAACAUcAAQAAADcAAABjPVVTO2E9IDtwPU1hcmtldCBNYXRyaXg7bD1FWENIQU5H
RS0wMDA1MDcxODQ3MDdaLTI3NjUAAAIB+T8BAAAAVAAAAAAAAADcp0DIwEIQGrS5CAArL+GCAQAA
AAAAAAAvTz1NQVJLRVQgTUFUUklYL09VPU1BUktFVE1BVFJJWC9DTj1SRUNJUElFTlRTL0NOPVJZ
QU5IAB4A+D8BAAAACgAAAFJ5YW4gSGlsbAAAAB4AOEABAAAABgAAAFJZQU5IAAAAAgH7PwEAAABU
AAAAAAAAANynQMjAQhAatLkIACsv4YIBAAAAAAAAAC9PPU1BUktFVCBNQVRSSVgvT1U9TUFSS0VU
TUFUUklYL0NOPVJFQ0lQSUVOVFMvQ049UllBTkgAHgD6PwEAAAAKAAAAUnlhbiBIaWxsAAAAHgA5
QAEAAAAGAAAAUllBTkgAAABAAAcwgKaQpFS4vwFAAAgwsPnzpFS4vwEeAD0AAQAAAAUAAABSRTog
AAAAAB4AHQ4BAAAAFwAAAFNwZWN0cmEgQ2FjaGluZyBJc3N1ZXMAAB4ANRABAAAAQQAAADw2MTE5
NkU0MDI3RUVEMzExQTg0RTAwOTAyNzhGNDQzRDE4Q0FAZXhjaGFuZ2UubWFya2V0bWF0cml4LmNv
bT4AAAAACwApAAAAAAALACMAAAAAAAMABhD8uaQUAwAHEMcOAAADABAQAAAAAAMAERAAAAAAHgAI
EAEAAABlAAAAVVBEQVRFOkFGVEVSU1BFTkRJTkc1SE9VUlNSRVNFQVJDSElOR1RISVNQUk9CTEVN
SU5BTExBSVJFRk9SVU1TQU5ETVlPV05FWFBFUklNRU5UQVRJT05TLElUSElOS0lIQVZFRgAAAAAC
AX8AAQAAAEEAAAA8NjExOTZFNDAyN0VFRDMxMUE4NEUwMDkwMjc4RjQ0M0QxOENBQGV4Y2hhbmdl
Lm1hcmtldG1hdHJpeC5jb20+AAAAAM5H
------_=_NextPart_000_01BFB854.A4F3F9B0--
------------------------------------------------------------------------------
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.
