Dave Watts wrote:
Our application mix that needs the performance runs mostly
between midnight and mid-morning, and is a suite of CF
scripts that interact with webservices from the major search
engines. Lots of XML parsing and processing with lots of
database activity to store the data.
look into railo. apparently, it is much faster.
- Original Message
From: [EMAIL PROTECTED] [EMAIL PROTECTED]
To: CF-Talk cf-talk@houseoffusion.com
Sent: Friday, July 27, 2007 10:17:49 AM
Subject: CF Performance re: multiple CPUs, Cores, Servers, Virtualization
We're looking at throwing
look into railo. apparently, it is much faster.
At XML parsing? At processing large files?
Dave Watts, CTO, Fig Leaf Software
http://www.figleaf.com/
Fig Leaf Software provides the highest caliber vendor-authorized
instruction at our training centers in Washington DC, Atlanta,
Chicago,
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Our application mix that needs the performance runs mostly between midnight
and mid-morning, and is a suite of CF scripts that interact with webservices
from the major search engines. Lots of XML parsing and processing with lots
of database
Our application mix that needs the performance runs mostly
between midnight and mid-morning, and is a suite of CF
scripts that interact with webservices from the major search
engines. Lots of XML parsing and processing with lots of
database activity to store the data. Some of the XML
Dave - thanks for the comments re doing the XML processing in
CF. Do you have any pointers to alternative
products/facilities that I could use to handle that part of
the tasks, and somehow integrate back into the overall CF
app? I've done research on this in the past, but XML is such
Dave - thanks for the comments re doing the XML processing in CF. Do you have
any pointers to alternative products/facilities that I could use to handle that
part of the tasks, and somehow integrate back into the overall CF app? I've
done research on this in the past, but XML is such a wide
Do you have any pointers to alternative products/facilities that
I could use to handle that part of the tasks, and somehow integrate
back into the overall CF app?
PERL rulez! :)
If you are using CF for XML processing for these kind of processes, I would
suggest to change also XML
The try/catch vs cferror page - it's really about what works best for
you, what is more manageable, and what gives the best results for you.
Try/catch isn't really made for wrapping whole pages, but it won't
cause errors or problems. It's just not as manageable as cferror.
Same with multiple
Is there any definitive info on whether it is more efficient
to put a CFTRY around an entire page's contents, with a
CFCATCH at the end to trap errors, or to simply have a CFERROR
page specified in application.cfm (and only use CFTRY/CFCATCH in
specific pieces of code that might need
On 12/29/05, Reed Powell [EMAIL PROTECTED] wrote:
Hello all - I've googled the heck out of this topic, and there are more
opinions than I can count! Is there any definitive info on whether it is
more efficient to put a CFTRY around an entire page's contents, with a
CFCATCH at the end to trap
On 12/29/05, Dave Watts [EMAIL PROTECTED] wrote:
However,
wrapping a CFTRY around a page is bad, bad, bad! That's not what it's for -
that's why we have CFERROR.
As obsessed as I am about error handling, it unfortunately took me a
long time to learn this, and I am still pulling try/catch
Actually you can nest try/catch (wrap whole page, with individual code
blocks wrapped inside of that) and its not a problem, although as you
say its a dumb thing to do, once you know better.
Sure, you can do that. But it adds unnecessary complication to error
handling, and can cause some odd
The latter, it would be totally unmanageable otherwise...
-Original Message-
From: Chad McCue [mailto:[EMAIL PROTECTED]
Sent: 05 May 2005 14:25
To: CF-Talk
Subject: CF Performance
I will be developing a site that will be on its own dedicated server running
coldfusion 7 enterprise.
I could see someone using the server scope for this
-Original Message-
From: Robertson-Ravo, Neil (RX)
[mailto:[EMAIL PROTECTED]
Sent: Thursday, May 05, 2005 9:23 AM
To: CF-Talk
Subject: RE: CF Performance
The latter, it would be totally unmanageable otherwise...
-Original
My question is what would be more taxing on the server,
to have 2000 seperate instances of the same cfcs for
each site or to have one main folder with all the cfcs
and each 2000 template sites running them.
Remember, ColdFusion will cache the compiled code in memory, so if you have
2000
PROTECTED]
Sent: Thursday, May 05, 2005 9:56 AM
To: CF-Talk
Subject: RE: CF Performance
My question is what would be more taxing on the server, to have 2000
seperate instances of the same cfcs for each site or to have one main
folder with all the cfcs and each 2000 template sites running them
Strange problem. Have you ran Windows Updater and installed UR2 and al
MS SP's? Is MS Access slow by itself or only when running CFMX queries?
Are you using JDBC-ODBC data sources or MS Access data sources? Can you
test if running Access queries through ASP is also slow?
-Original
I am trying to convince my boss it's time to upgrade
our servers. We are an ASP and we provide and host
many applications for county governments and school
districts in our area. We are currently running 2
SPARC IIi 450s with 512 megs of ram. We are running
Solaris 8 on those servers.
Hello,
I am trying to convince my boss it's time to upgrade our servers. We are
an ASP and we provide and host many applications for county governments and
school districts in our area. We are currently running 2 SPARC IIi 450s
with 512 megs of ram. We are running Solaris 8 on those
In the past you would contact Allaire directly.
Steve
-Original Message-
From: Tim Bahlke [mailto:[EMAIL PROTECTED]]
Sent: Friday, May 18, 2001 8:48 AM
To: CF-Talk
Subject: CF Performance Tuning
Good Morning List
I have read posts talking about Allaire Consultants that come into a
Hi Tim,
Check out: http://www.allaire.com/services/consulting/
Aaron Johnson, MCSE, MCP+I
Allaire Certified ColdFusion Developer
MINDSEYE, Inc.
phn617.350.0339
fax617.350.8884
icq66172567
[EMAIL PROTECTED]
-Original Message-
From: Tim Bahlke [mailto:[EMAIL PROTECTED]]
Sent: Friday,
Check out http://www.allaire.com/services/consulting/
J.
John Wilker
Web Applications Consultant
Macromedia Certified ColdFusion Developer
www.red-omega.com http://www.red-omega.com
Losing - If at first you don't succeed, failure may be your style.
~despair.com
-Original Message-
23 matches
Mail list logo