[cfaussie] OT : Optus ISP

[Steve Onnis]

Can anyone using optus as an ISP around Oz shoot me an email please?
 
Steve

-- 
You received this message because you are subscribed to the Google Groups 
"cfaussie" group.
To post to this group, send email to cfaus...@googlegroups.com.
To unsubscribe from this group, send email to 
cfaussie+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/cfaussie?hl=en.

[cfaussie] Re: CF Mail problem

[Dawesi]

I've found running an instance just for the mail spool (multi-server
mode) allows you to restart the without application downtime, if you
don't mind the overhead and a couple of tweaks.

Dawesi

On May 17, 12:03 pm, "Scott Thornton"
 wrote:
> Hi,
>
> I have a bunch or mail sitting in my spool directory un-sent from over the 
> weekend.
>
> Obviously something is not working. Is it possible to 'restart' the cfmail 
> process without re-starting the entire CF service?
>
> This is CF MX 6.1.
>
> --
> You received this message because you are subscribed to the Google Groups 
> "cfaussie" group.
> To post to this group, send email to cfaus...@googlegroups.com.
> To unsubscribe from this group, send email to 
> cfaussie+unsubscr...@googlegroups.com.
> For more options, visit this group 
> athttp://groups.google.com/group/cfaussie?hl=en.

-- 
You received this message because you are subscribed to the Google Groups 
"cfaussie" group.
To post to this group, send email to cfaus...@googlegroups.com.
To unsubscribe from this group, send email to 
cfaussie+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/cfaussie?hl=en.

[cfaussie] Re: Cold Fusion & MS Exchange

[Dawesi]

personally i'd create the user using LDAP and let AD handle the
mailbox creation. .

Cheers,
Dawesi

On May 18, 3:06 pm,  wrote:
> Hi,
>
> Given the interaction that is now possible between CF and exchange when
> running cf8 or cf9 raises the questions whether its possible to have cold
> fusion dynamically create new exchange mail boxes.
>
> Example:
>
> A customer is created within an mis written in cf. The mis assigns the
> customer with a unique customer id eg 23454. That customer id is then used
> to dynamically create a new mailbox in exchange 23...@domainname.com.au .
> This now allows for all correspondence relating to customer ID 23454 to be
> sent to its email address 23...@domainname.com.au.
>
> Your feedback and comments regarding the possibility of the above using CF9
> and MS Exchange would be greatly appreciated.
>
> Regards
>
> Claude Raiola (B.Econ Acc; B.Hot. Mngt)
> Samaris Software
> Email:   i...@samaris.net
> Website:  www.SAMARIS.net
> Mobile: 0414 228 948
>
> --
> You received this message because you are subscribed to the Google Groups 
> "cfaussie" group.
> To post to this group, send email to cfaus...@googlegroups.com.
> To unsubscribe from this group, send email to 
> cfaussie+unsubscr...@googlegroups.com.
> For more options, visit this group 
> athttp://groups.google.com/group/cfaussie?hl=en.

-- 
You received this message because you are subscribed to the Google Groups 
"cfaussie" group.
To post to this group, send email to cfaus...@googlegroups.com.
To unsubscribe from this group, send email to 
cfaussie+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/cfaussie?hl=en.

Re: [cfaussie] Re: Coldfusion 9 and Windows server 2008 64bit

[MrBuzzy]

Hi BarryC, I note from your thread dump that you are running BOTH
FusionReactor and Adobe ColdFusion Server Monitoring.

As you have the luxury of both, I would advise disabling the CF Monitoring.
It just seems to cause problems.
(Does any one else agree?)

-- 
You received this message because you are subscribed to the Google Groups 
"cfaussie" group.
To post to this group, send email to cfaus...@googlegroups.com.
To unsubscribe from this group, send email to 
cfaussie+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/cfaussie?hl=en.

[cfaussie] Re: OT: Shameless plug from a legacy lurker, but input and feedback on enw CF site welcome

[Dawesi]

@Chad... welcome back... Dot Net sucks

@Robin... shoulderPad eh... wonder if all the cfMac fanboys would buy
it because it had an apple logo on it?

ha!

-- 
You received this message because you are subscribed to the Google Groups 
"cfaussie" group.
To post to this group, send email to cfaus...@googlegroups.com.
To unsubscribe from this group, send email to 
cfaussie+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/cfaussie?hl=en.

RE: [cfaussie] Re: Coldfusion 9 and Windows server 2008 64bit

[charlie arehart]

Well, Barry, this may all be too much to be trying to cover in an email, but 
here
goes. 

One caution I'll offer is that you do want to be careful just taking "a" thread 
dump
and trying to make use of it. 

First, you really need to compare two in a row, because it's showing what java 
methods
were running in each thread at a moment in time. That's not useful. What 
matters is,
at the next stack trace/thread dump, is it at the same method. And that's 
complicated
as well by your never knowing, for sure, that a given thread is still running 
the very
same template that it was in the last thread dump.

Second, as readers will note, it makes for a HUGE email. The thread includes 
every
thread in the entire Java environment, most of which do not concern us. You 
really
just want the CF threads (typically jrpp-, for external web server requests, or 
web-
for internal web server requests, or cfthread- for cfthread requests.) 

Third, even among all the available CF threads, only some are actually running 
at the
time of your request for the thread dump, so one has to wade through them.

A far more valuable thing to do is instead to view the "hanging" threads 
interactively
within FusionReactor, since you have it installed (as I can tell from the thread
dump). With FR, you can look at the running requests at any time and, on 
confirming
that one's been running for a few seconds, you can click on it to get a stack 
trace
only of that request. 

More important, you can then hit the refresh button (on the page) to refresh 
the stack
trace to confirm if the request is indeed still handing on a given method 
(which shows
later what line of CFML was responsible for the java code that's executing at 
that
moment. That's where all this comes together: if you can see that a request is 
hung
for an extended period of time at a given line of code, that's your smoking gun.

(One gotcha when doing that sort of a refresh is that the request could have 
ended
when you try to stack trace it a second time. Fortunately, FusionReactor will 
tell you
that, whereas SeeFusion will instead just presume to show you whatever's 
running on
that thread, whether it's the same or a newly running request, which could be 
very
misleading.)

Going back to your example, I noticed that at least 2 of those that were in a 
native
method that was related to running CF code were either processing a CFINCLUDE 
or a
CFINVOKE. And again, in each case they were checking the getlastmodifieddate. 
I'm
betting that your problems would go away if you enabled trusted cache, so that 
CF
didn't check this on every page request. (But to be clear, it wouldn't stop ALL 
such
checks. If the template cache isn't large enough for the volume of templates 
loaded
into it, then old ones will get flushed and new requests for files not in the 
cache
would go through this process again.)

More important, all this doesn't really solve the real root problem, where for 
some
reason when it DOES need to do file access for the CFML source (to the SAN) it 
does
take a long time. You'll need to study that. It could even be a networking issue
between the CF server and the SAN device (I've seen the same happen with 
extended ping
times between a CF server and the database server.) When such interactions 
happen
possibly hundreds of times a second, even more than a dozen milliseconds of 
ping time
can be disastrous.

Hope that's helpful. For those interested in more on interpreting stack traces 
and
thread dumps, I gave a talk on that very subject at this year's cf.objective. I 
may
repeat it on the CFMeetup, but until then I do have the slides and some notes 
at my
site, carehart.org/presentations. 

I'm also considering coming down to this year's cf.objective ANZ and could 
offer the
session there, as well, and perhaps also a day-long pre-conference session on CF
server troubleshooting. I'm sure Mark and the organizers would welcome hearing 
here if
you thought this would be an interesting topic (from those of you with the 
fortitude
to have read this far!)

/charlie


> -Original Message-
> From: cfaussie@googlegroups.com [mailto:cfaus...@googlegroups.com] On Behalf 
> Of
> BarryC
> Sent: Monday, May 17, 2010 11:59 PM
> To: cfaussie
> Subject: [cfaussie] Re: Coldfusion 9 and Windows server 2008 64bit
> 
> Hi Charlie,
> 
> Sandbox security is off (according to CF Administrator), but that's
> what I originally thought as well due to all the
> security.AccessController.doPriveleged calls. Unless there are other
> parameters at a config file level that are overriding the CF Admin
> options and invoking security related stuff?
> CF9 was installed from scratch.
> 
> The trusted cache is off by default - we do not have that turned on.
> 
> I've done a test already to eliminate the Network File Store by
> setting up a local copy on the server of the files and testing against
> that, and the results were the same.
> I'll take a look at the tool you suggested anyhow - thanks.
> 

RE: [cfaussie] Re: Coldfusion 9 and Windows server 2008 64bit

[charlie arehart]

MrB, to your last question, I'll just add that I have often had (and worked with
people who had) both running (even all three, adding SeeFusion), and I've never 
seen
there to be any problem related to that (their all being enabled at once). I 
offer
this as much for other readers as for this particular concern of Barry's.

It helps to consider that both FR and SF are just servlet wrappers, which track
requests coming into and going out of CF. They really don't add much overhead 
at all.
They also each offer the JDBC wrapper feature, which again just tracks the 
requests
going to and coming from the DB server, again low overheard. Admittedly, they 
both do
some logging (FR to logs using log4j, and SF to a DB), but I've never seen those
features to cause any major overhead-accept for the feature in FR which can 
provide
the line number for every SQL statement. That feature can be disabled in the FR
interface for really high volume JDBC activity, like hundreds per second. 

But to be clear, there's also nothing in FR or SF I can think of that would 
impact the
issue that Barry's seeing, though I can certainly appreciate why one would think
"well, let's at least rule things out", so I'm not arguing against that.

And as for the CF Server Monitor, I'd say the same (can't see how it would 
relate to
his particular problem), but I'll add as well that that the CF Server monitor 
has
aspects that are "always on" and can't be disabled. But it does have the 3 main
features that can be "enabled" (and therefore disabled), in start monitoring, 
start
profiling, and start memory tracking. Just to satisfy MrB's curiosity, Barry, 
can you
tell us if you have any of them on? :-)



/charlie

 

From: cfaussie@googlegroups.com [mailto:cfaus...@googlegroups.com] On Behalf Of
MrBuzzy
Sent: Tuesday, May 18, 2010 9:42 AM
To: cfaussie@googlegroups.com
Subject: Re: [cfaussie] Re: Coldfusion 9 and Windows server 2008 64bit

 

Hi BarryC, I note from your thread dump that you are running BOTH FusionReactor 
and
Adobe ColdFusion Server Monitoring.

 

As you have the luxury of both, I would advise disabling the CF Monitoring. It 
just
seems to cause problems. 

(Does any one else agree?)

 

-- 
You received this message because you are subscribed to the Google Groups 
"cfaussie"
group.
To post to this group, send email to cfaus...@googlegroups.com.
To unsubscribe from this group, send email to 
cfaussie+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/cfaussie?hl=en.

-- 
You received this message because you are subscribed to the Google Groups 
"cfaussie" group.
To post to this group, send email to cfaus...@googlegroups.com.
To unsubscribe from this group, send email to 
cfaussie+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/cfaussie?hl=en.

[cfaussie] Re: Coldfusion 9 and Windows server 2008 64bit

[BarryC]

Thanks for the info, though it doesn't really put me much further
ahead than I already was :)

Yes fusion reactor is running, and I must have indeed had the
coldfusion monitoring on, because when I went in to monitoring to
check (after was mentioned by someone yesterday), it was turned on.
I have since however turned off coldfusion monitoring, and at the end
of yesterday uninstalled fusion reactor (as the license ran out, - i
do have other servers with it on that I can use though).
I have run subsequent thread dumps and the results are still the same
(just without the calls to logging obviously) the performance of pages
is still the same.

As I mentioned previously Charlie, I had tried running my tests with a
local copy of files on the server (to compare the difference between
using the NFS and not using one), and the results were still the same
- the thread dumps looked very similar.

Sorry about the entire thread dump, I wasn't sure if the non running
jrpp threads (or other threads) would give you any info or not :).

I have indeed tried taking multiple thread dumps and comparing them, a
few threads can be seen running in both, but I have not found any
threads that ran stupidly long or any locking etc.
What I have noticed though in most of the thread dumps (even when the
same thread has been captured in two consecutive dumps) is that the
thread is normally at a WinNTFileSystem call e.g.
at java.io.WinNTFileSystem.getBooleanAttributes(Native Method)
at java.io.File.exists(File.java:733)

I'll try that trusted cache option you suggested Charlie.

Thanks for the help.

Regards
Barry.

On May 19, 5:49 am, "charlie arehart" 
wrote:
> MrB, to your last question, I'll just add that I have often had (and worked 
> with
> people who had) both running (even all three, adding SeeFusion), and I've 
> never seen
> there to be any problem related to that (their all being enabled at once). I 
> offer
> this as much for other readers as for this particular concern of Barry's.
>
> It helps to consider that both FR and SF are just servlet wrappers, which 
> track
> requests coming into and going out of CF. They really don't add much overhead 
> at all.
> They also each offer the JDBC wrapper feature, which again just tracks the 
> requests
> going to and coming from the DB server, again low overheard. Admittedly, they 
> both do
> some logging (FR to logs using log4j, and SF to a DB), but I've never seen 
> those
> features to cause any major overhead-accept for the feature in FR which can 
> provide
> the line number for every SQL statement. That feature can be disabled in the 
> FR
> interface for really high volume JDBC activity, like hundreds per second.
>
> But to be clear, there's also nothing in FR or SF I can think of that would 
> impact the
> issue that Barry's seeing, though I can certainly appreciate why one would 
> think
> "well, let's at least rule things out", so I'm not arguing against that.
>
> And as for the CF Server Monitor, I'd say the same (can't see how it would 
> relate to
> his particular problem), but I'll add as well that that the CF Server monitor 
> has
> aspects that are "always on" and can't be disabled. But it does have the 3 
> main
> features that can be "enabled" (and therefore disabled), in start monitoring, 
> start
> profiling, and start memory tracking. Just to satisfy MrB's curiosity, Barry, 
> can you
> tell us if you have any of them on? :-)
>
> /charlie
>
> From: cfaussie@googlegroups.com [mailto:cfaus...@googlegroups.com] On Behalf 
> Of
> MrBuzzy
> Sent: Tuesday, May 18, 2010 9:42 AM
> To: cfaussie@googlegroups.com
> Subject: Re: [cfaussie] Re: Coldfusion 9 and Windows server 2008 64bit
>
> Hi BarryC, I note from your thread dump that you are running BOTH 
> FusionReactor and
> Adobe ColdFusion Server Monitoring.
>
> As you have the luxury of both, I would advise disabling the CF Monitoring. 
> It just
> seems to cause problems.
>
> (Does any one else agree?)
>
> --
> You received this message because you are subscribed to the Google Groups 
> "cfaussie"
> group.
> To post to this group, send email to cfaus...@googlegroups.com.
> To unsubscribe from this group, send email to 
> cfaussie+unsubscr...@googlegroups.com.
> For more options, visit this group 
> athttp://groups.google.com/group/cfaussie?hl=en.
>
> --
> You received this message because you are subscribed to the Google Groups 
> "cfaussie" group.
> To post to this group, send email to cfaus...@googlegroups.com.
> To unsubscribe from this group, send email to 
> cfaussie+unsubscr...@googlegroups.com.
> For more options, visit this group 
> athttp://groups.google.com/group/cfaussie?hl=en.

-- 
You received this message because you are subscribed to the Google Groups 
"cfaussie" group.
To post to this group, send email to cfaus...@googlegroups.com.
To unsubscribe from this group, send email to 
cfaussie+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/cfaussie?hl=en.

RE: [cfaussie] Re: Coldfusion 9 and Windows server 2008 64bit

[charlie arehart]

Sure, but to be clear, I was answering Mr B's question in that note rather than 
yours.
I'm guessing your note here is a reply to both notes (mine to MrB and the 
earlier one
to you, sent about 30 minutes earlier).

To your points below, it's interesting to hear now that you're saying that 
using the
local code rather than the NAS has not made any seeming difference. I've not 
really
regarded that to be necessarily *the issue*, but it is very interesting to hear 
that
it's had no impact at all. 

I am curious about that, before we go too much further: you say "the 
performance of
pages" is still the same" and "the thread dumps looked very similar". So how 
are you
measuring the performance? Is it just anecdotal ("feels slow") or are you using 
some
real measure, whether some of the stats shown in the CF Server Monitor, or 
(when you
had FusionReactor) as what could be seen in its resource logs or System 
Overview page?


I just ask because it may be interesting to confirm both that there's been no
improvement and (possibly as useful) whether there are any particular pages or 
apps
that are more troubled than others. I realize that may not seem likely, but 
this is a
dilemma of looking only at thread dumps: you're only seeing what's *running at 
that
moment*, as opposed to how things have gone in aggregate across all pages that 
did run
(between the thread dumps). I'm just saying it could prove interesting, not 
that it
would in your case. 

Moving on, rather than the NAS, I've asserted that the more interesting thing 
may be
to see if you enabled trusted cache (since we see the stack traces showing the 
request
doing the file system check--I pointed to some doing one method, you pointed to 
some
doing another.) So I'm glad to hear that you will be checking that out. 

About that, I'll repeat, though: just turning it on may not still entirely 
solve the
problem, if you have a problem where perhaps the template cache is not large 
enough
for the files that are loaded, you could still have thrashing that could 
exhibit the
same problem. Here's where the CF Server Monitor can help you. If you do enable
trusted cache, and you do still see this problem occurring, then at that time, 
look in
the CF Server Monitor at the "Template Cache Status" page (under 
Statistics>Request
Statistics) to see what the template cache hit ratio is at that time.

As for FR's "license" running out, I assume you mean the trial period ended, 
right?
I'll tell you, since it does such a great job to allow you to do stack traces
interactively (and tell clearly when the request ends), it may be useful for 
you to
move a license over for this testing (since you say that you have other 
licenses).
Your call, of course.

Finally, as for the CF Server Monitor, not that it's critical, but you don't 
clarify
which of the 3 forms of CF monitoring you turned off, but I'll assume perhaps 
it was
"start monitoring" (it's just that you use the term "went into monitoring to
check..[and]...it was turned on".) I'm just trying to get people to be more 
specific
when they refer to the CF Server Monitor.

Hope these or thoughts of others as they get going in their day there may help 
get you
further. (I'm still not inclined to believe that this is somehow related to 
Windows
itself, though I realize that was the first assertion made.) Looking forward to
hearing what the resolution ultimately is.

/charlie


> -Original Message-
> From: cfaussie@googlegroups.com [mailto:cfaus...@googlegroups.com] On Behalf 
> Of
> BarryC
> Sent: Tuesday, May 18, 2010 5:10 PM
> To: cfaussie
> Subject: [cfaussie] Re: Coldfusion 9 and Windows server 2008 64bit
> 
> Thanks for the info, though it doesn't really put me much further
> ahead than I already was :)
> 
> Yes fusion reactor is running, and I must have indeed had the
> coldfusion monitoring on, because when I went in to monitoring to
> check (after was mentioned by someone yesterday), it was turned on.
> I have since however turned off coldfusion monitoring, and at the end
> of yesterday uninstalled fusion reactor (as the license ran out, - i
> do have other servers with it on that I can use though).
> I have run subsequent thread dumps and the results are still the same
> (just without the calls to logging obviously) the performance of pages
> is still the same.
> 
> As I mentioned previously Charlie, I had tried running my tests with a
> local copy of files on the server (to compare the difference between
> using the NFS and not using one), and the results were still the same
> - the thread dumps looked very similar.
> 
> Sorry about the entire thread dump, I wasn't sure if the non running
> jrpp threads (or other threads) would give you any info or not :).
> 
> I have indeed tried taking multiple thread dumps and comparing them, a
> few threads can be seen running in both, but I have not found any
> threads that ran stupidly long or any locking etc.
> What I have noticed though in most of the thread dumps (

[cfaussie] OT : google group bounced emails

[Steve Onnis]

Is anyone else getting bounce emails from Mike Gardiner or is it just me?
 
Steve

-- 
You received this message because you are subscribed to the Google Groups 
"cfaussie" group.
To post to this group, send email to cfaus...@googlegroups.com.
To unsubscribe from this group, send email to 
cfaussie+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/cfaussie?hl=en.

[cfaussie] Flex Group

[Gavin Baumanis]

Hi Everyone,

After being at WebDU, I have decided to have a play with Flex / Air.
Can anone suggest an appropriate group / mailing list to join?

I have found googel groups flexcoders and flex-coders - but they are
both seemingly full of spam recently.

Thanks - Gavin.

-- 
You received this message because you are subscribed to the Google Groups 
"cfaussie" group.
To post to this group, send email to cfaus...@googlegroups.com.
To unsubscribe from this group, send email to 
cfaussie+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/cfaussie?hl=en.

[cfaussie] Re: OT : google group bounced emails

[Gavin Baumanis]

I can;t say if it is "ust" you or not - but I can certainly confirm
for you that I do NOT get a bounce when I post to the group.
Saying that i ALWAYS use the online interface when posting - as
opposed to sending an email in.

Gavin

On May 19, 11:10 am, "Steve Onnis"  wrote:
> Is anyone else getting bounce emails from Mike Gardiner or is it just me?
>
> Steve
>
> --
> You received this message because you are subscribed to the Google Groups 
> "cfaussie" group.
> To post to this group, send email to cfaus...@googlegroups.com.
> To unsubscribe from this group, send email to 
> cfaussie+unsubscr...@googlegroups.com.
> For more options, visit this group 
> athttp://groups.google.com/group/cfaussie?hl=en.

-- 
You received this message because you are subscribed to the Google Groups 
"cfaussie" group.
To post to this group, send email to cfaus...@googlegroups.com.
To unsubscribe from this group, send email to 
cfaussie+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/cfaussie?hl=en.

Re: [cfaussie] OT : google group bounced emails

[Scott Thornton]

I have been yes.

>>> "Steve Onnis"  19/05/2010 11:10 am >>>
Is anyone else getting bounce emails from Mike Gardiner or is it just me?
 
Steve

-- 
You received this message because you are subscribed to the Google Groups 
"cfaussie" group.
To post to this group, send email to cfaus...@googlegroups.com.
To unsubscribe from this group, send email to 
cfaussie+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/cfaussie?hl=en.


-- 
You received this message because you are subscribed to the Google Groups 
"cfaussie" group.
To post to this group, send email to cfaus...@googlegroups.com.
To unsubscribe from this group, send email to 
cfaussie+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/cfaussie?hl=en.

Re: [cfaussie] OT : google group bounced emails

[Kym Kovan]

On 19/05/2010 11:22, Scott Thornton wrote:

I have been yes.


"Steve Onnis"  19/05/2010 11:10 am>>>

Is anyone else getting bounce emails from Mike Gardiner or is it just me?


Its the standard old-style mail server response, send the bounce back to 
the original sender and ignore all these newfangled "Reply-To:"s and 
"Fail-To:"s.


Now I'll get one :-)

--

Yours,

Kym Kovan
mbcomms.net.au

--
You received this message because you are subscribed to the Google Groups 
"cfaussie" group.
To post to this group, send email to cfaus...@googlegroups.com.
To unsubscribe from this group, send email to 
cfaussie+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/cfaussie?hl=en.

Re: [cfaussie] Flex Group

[Kai Koenig]

if you want a somewhat local one - nzfxug on google groups. There used to be 
flexaussie, but not sure what's the story with that.

Cheers
Kai


On 19/05/2010, at 1:19 PM, Gavin Baumanis wrote:

> Hi Everyone,
> 
> After being at WebDU, I have decided to have a play with Flex / Air.
> Can anone suggest an appropriate group / mailing list to join?
> 
> I have found googel groups flexcoders and flex-coders - but they are
> both seemingly full of spam recently.
> 
> Thanks - Gavin.
> 
> -- 
> You received this message because you are subscribed to the Google Groups 
> "cfaussie" group.
> To post to this group, send email to cfaus...@googlegroups.com.
> To unsubscribe from this group, send email to 
> cfaussie+unsubscr...@googlegroups.com.
> For more options, visit this group at 
> http://groups.google.com/group/cfaussie?hl=en.
> 


--
Kai Koenig - Ventego Creative Ltd
ph: +64 4 476 6781 - mob: +64 21 928 365 /  +61 450 132 117
web: http://www.ventego-creative.co.nz
blog: http://www.bloginblack.de
twitter: http://www.twitter.com/agentK

Hands-on Regular Expression training @ webDU 2010
http://bloginblack.de/agentk/workshop-befriending-regular-expressions/

Hands-on Flash Catalyst and Flex 4 training @ Webinale 2010 
http://bloginblack.de/agentk/workshop-rias-with-flash-catalyst-and-flex-4/
--







-- 
You received this message because you are subscribed to the Google Groups 
"cfaussie" group.
To post to this group, send email to cfaus...@googlegroups.com.
To unsubscribe from this group, send email to 
cfaussie+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/cfaussie?hl=en.

[cfaussie] Re: Coldfusion 9 and Windows server 2008 64bit

[BarryC]

I measure the performance with a load test using 'Paessler web stress
tool 7' and note the average time of requests over a certain period
against a set of URL's.
The pages i'm running at the moment all do a similar thing and are
built pretty much the same way but with different content come from
the database, so it's mostly repetitive work for the system.

I have enabled the trusted cache and done some tests and there is
certainly an improvement - mostly as the testing goes on and re-uses
that cache (the cache lists about 270 odd templates and has a 100% hit
ratio).
The improvement overall was around 45% (that is the average response
time was 45% better than previously), but there were still a lot of
slow requests (probably those where a template had not been cached for
it yet).

There was a reduction in the amount of file access operations (but
there are still plenty remaining).
I did find one area of code that was slowing things down a bit and
i've commented it out for now.

So below is an example of the kind of thing i'm still seeing, these
dumps taken 5 seconds apart (dumps have been thinned down by
'seestack');

Example1.
Dump1:
--
Thread "jrpp-43":
Waiting on response from TCP peer
 java.lang.Thread.State: RUNNABLE
 at java.net.SocketInputStream.socketRead0(Native Method)
 at java.net.SocketInputStream.read(SocketInputStream.java:129)
 at java.io.BufferedInputStream.fill(BufferedInputStream.java:218)
 at java.io.BufferedInputStream.read1(BufferedInputStream.java:
258)
 at java.io.BufferedInputStream.read(BufferedInputStream.java:317)
 - locked <0x00016e58af60> (a
jrun.servlet.io.ReusableBufferedInputStream)
 at jrun.servlet.jrpp.ProxyEndpoint.readFully(ProxyEndpoint.java:
581)
 at jrun.servlet.jrpp.ProxyEndpoint.readFully(ProxyEndpoint.java:
573)
 at jrun.servlet.jrpp.ProxyEndpoint.readInt(ProxyEndpoint.java:
591)
 at jrun.servlet.jrpp.ProxyEndpoint.readString(ProxyEndpoint.java:
620)
 at
jrun.servlet.jrpp.ProxyEndpoint.getRealPathFromServer(ProxyEndpoint.java:
540)
 at jrun.servlet.jrpp.ProxyEndpoint.access$000(ProxyEndpoint.java:
36)
 at jrun.servlet.jrpp.ProxyEndpoint$1.fetch(ProxyEndpoint.java:
528)
 at jrunx.util.Cache.get(Cache.java:116)
 at jrun.servlet.jrpp.ProxyEndpoint.getRealPath(ProxyEndpoint.java:
565)
 at
jrun.servlet.WebApplicationService.getResource(WebApplicationService.java:
1028)
 at
jrun.servlet.JRunServletContext.getRealPath(JRunServletContext.java:
132)
 at
coldfusion.runtime.ServletContextWrapper.doGetRealPath(ServletContextWrapper.java:
166)
 at
coldfusion.runtime.ServletContextWrapper._doGetRealPath(ServletContextWrapper.java:
112)
 at
coldfusion.runtime.ServletContextWrapper.getRealPath(ServletContextWrapper.java:
97)
 at
coldfusion.runtime.RuntimeServiceImpl.getRealPath(RuntimeServiceImpl.java:
999)
 at coldfusion.filter.FusionContext.getRealPath(FusionContext.java:
758)
 at coldfusion.util.Utils.expandPath(Utils.java:434)
 at coldfusion.runtime.CFPage.ExpandPath(CFPage.java:3028)
at \\tur-napp1a\vol\storage_t1a\qshado1\wwwroot\shadomx\sapi
\site.cfc:424

Dump2 (5 seconds after dump1):
---
Thread "jrpp-43":
Waiting on response from TCP peer
 java.lang.Thread.State: RUNNABLE
 at java.net.SocketInputStream.socketRead0(Native Method)
 at java.net.SocketInputStream.read(SocketInputStream.java:129)
 at java.io.BufferedInputStream.fill(BufferedInputStream.java:218)
 at java.io.BufferedInputStream.read1(BufferedInputStream.java:
258)
 at java.io.BufferedInputStream.read(BufferedInputStream.java:317)
 - locked <0x00016e58af60> (a
jrun.servlet.io.ReusableBufferedInputStream)
 at jrun.servlet.jrpp.ProxyEndpoint.readFully(ProxyEndpoint.java:
581)
 at jrun.servlet.jrpp.ProxyEndpoint.readFully(ProxyEndpoint.java:
573)
 at jrun.servlet.jrpp.ProxyEndpoint.readInt(ProxyEndpoint.java:
591)
 at jrun.servlet.jrpp.ProxyEndpoint.readString(ProxyEndpoint.java:
620)
 at
jrun.servlet.jrpp.ProxyEndpoint.getRealPathFromServer(ProxyEndpoint.java:
540)
 at jrun.servlet.jrpp.ProxyEndpoint.access$000(ProxyEndpoint.java:
36)
 at jrun.servlet.jrpp.ProxyEndpoint$1.fetch(ProxyEndpoint.java:
528)
 at jrunx.util.Cache.get(Cache.java:116)
 at jrun.servlet.jrpp.ProxyEndpoint.getRealPath(ProxyEndpoint.java:
565)
 at
jrun.servlet.WebApplicationService.getResource(WebApplicationService.java:
1028)
 at
jrun.servlet.JRunServletContext.getRealPath(JRunServletContext.java:
132)
 at
coldfusion.runtime.ServletContextWrapper.doGetRealPath(ServletContextWrapper.java:
166)
 at
coldfusion.runtime.ServletContextWrapper._doGetRealPath(ServletContextWrapper.java:
112)
 at
coldfusion.runtime.ServletContextWrapper.getRealPath(ServletContextWrapper.java:
97)
 at
coldfusion.runtime.RuntimeServiceImpl.getRealPath(RuntimeServiceImpl.java:
999)
 at coldfusion.filter.FusionContext.getRealPath(FusionContext.java

RE: [cfaussie] Re: Coldfusion 9 and Windows server 2008 64bit

[charlie arehart]

Hmmso, given that you've now told us that the line 424 that's always 
showing up is
doing a filexists(expandpath()), doesn't it seem that this is at the root of the
problem? Have you done some debugging to see what the path is that it's 
expanding?
Maybe it's on some drive that's not giving a quick response? Maybe it's even on 
a
network/UNC path or mapped drive, that involves some network I/O?

/charlie


> -Original Message-
> From: cfaussie@googlegroups.com [mailto:cfaus...@googlegroups.com] On Behalf 
> Of
> BarryC
> Sent: Tuesday, May 18, 2010 10:25 PM
> To: cfaussie
> Subject: [cfaussie] Re: Coldfusion 9 and Windows server 2008 64bit
> 
> I measure the performance with a load test using 'Paessler web stress
> tool 7' and note the average time of requests over a certain period
> against a set of URL's.
> The pages i'm running at the moment all do a similar thing and are
> built pretty much the same way but with different content come from
> the database, so it's mostly repetitive work for the system.
> 
> I have enabled the trusted cache and done some tests and there is
> certainly an improvement - mostly as the testing goes on and re-uses



-- 
You received this message because you are subscribed to the Google Groups 
"cfaussie" group.
To post to this group, send email to cfaus...@googlegroups.com.
To unsubscribe from this group, send email to 
cfaussie+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/cfaussie?hl=en.

Re: [cfaussie] Flex Group

[Chris Velevitch]

flashaus...@googlegroups.com and flexaus...@yahoogroups.com are both
still alive but are very low volume.

flexcod...@yahoogroups.com and http://forums.adobe.com/community/flex
are very useful and active.


Chris
--
Chris Velevitch
Manager - Adobe Platform Users Group, Sydney
m: 0415 469 095
www.apugs.org.au

Adobe Platform Users Group, Sydney
May 2010: OpenZoom and DVCSes
Date: 31st May 6pm for 6:30 start
Details and RSVP on
http://apugs.groups.adobe.com/index.cfm?event=post.display&postid=22263

-- 
You received this message because you are subscribed to the Google Groups 
"cfaussie" group.
To post to this group, send email to cfaus...@googlegroups.com.
To unsubscribe from this group, send email to 
cfaussie+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/cfaussie?hl=en.

[cfaussie] schedule a cached queries refresh

[Mark Ireland]

Here is a nice practical post about optimising code:

http://www.webapper.com/blog/index.php/2009/08/04/improve-coldfusion-performance-by-1000x-believe-me-its-possible/

It made me wonder if there is a way to schedule a cached queries refresh. I 
mean have it happen on the hour whether or not a page is visited.

I know there is the materialized view option but I dont know how to get an 
error message when the view didnt recreate itself.

Is there a simpler way?
  
_
If It Exists, You'll Find it on SEEK. Australia's #1 job site
http://clk.atdmt.com/NMN/go/157639755/direct/01/

-- 
You received this message because you are subscribed to the Google Groups 
"cfaussie" group.
To post to this group, send email to cfaus...@googlegroups.com.
To unsubscribe from this group, send email to 
cfaussie+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/cfaussie?hl=en.

Re: [cfaussie] schedule a cached queries refresh

[Kai Koenig]

Just a random thought (with me _not_ having checked if a method exists) for a 
global refresh - Admin API, runtime.cfc maybe? And then a scheduled task 
running against a cfm page executing it?

Cheers
Kai


> Here is a nice practical post about optimising code:
> 
> http://www.webapper.com/blog/index.php/2009/08/04/improve-coldfusion-performance-by-1000x-believe-me-its-possible/
> 
> It made me wonder if there is a way to schedule a cached queries refresh. I 
> mean have it happen on the hour whether or not a page is visited.
> 
> I know there is the materialized view option but I dont know how to get an 
> error message when the view didnt recreate itself.
> 
> Is there a simpler way?
> 
> Australia's #1 job site If It Exists, You'll Find it on SEEK
> -- 
> You received this message because you are subscribed to the Google Groups 
> "cfaussie" group.
> To post to this group, send email to cfaus...@googlegroups.com.
> To unsubscribe from this group, send email to 
> cfaussie+unsubscr...@googlegroups.com.
> For more options, visit this group at 
> http://groups.google.com/group/cfaussie?hl=en.


--
Kai Koenig - Ventego Creative Ltd
ph: +64 4 476 6781 - mob: +64 21 928 365 /  +61 450 132 117
web: http://www.ventego-creative.co.nz
blog: http://www.bloginblack.de
twitter: http://www.twitter.com/agentK

Hands-on Regular Expression training @ webDU 2010
http://bloginblack.de/agentk/workshop-befriending-regular-expressions/

Hands-on Flash Catalyst and Flex 4 training @ Webinale 2010 
http://bloginblack.de/agentk/workshop-rias-with-flash-catalyst-and-flex-4/
--







-- 
You received this message because you are subscribed to the Google Groups 
"cfaussie" group.
To post to this group, send email to cfaus...@googlegroups.com.
To unsubscribe from this group, send email to 
cfaussie+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/cfaussie?hl=en.