Paul Vernon wrote:
>
>
>
>
> The problem I'm seeing is that when lots of small events are firing, using
> cfthread is actually slower than not threading the code because along with
> the cfthread instantiation which is deep copying my arguments, CreateUUID()
> is *slow* and introduces ev
If you want to see a real world example of this, check out Paragator
(paragator.riaforge.org). It is my RSS Aggregator CFC written for CF8.
It also 'helps' make CFFEED a bit more friendlier by collapsing
columns from Atom and RSS into common columns so you don't have to
check the metadata. (End of
This is why I love this list! There's always more than one way to skin a
cat!
Your suggestion just hadn't occurred to me at all and given the restrictions
of the naming of cfthread it would work perfectly for what I need and be as
quick as naming from a loop index value.
The faster UUID generator
You could also use a request counter.
On 9/9/07, Paul Vernon <[EMAIL PROTECTED]> wrote:
> I just found this...
>
> http://www.firemoss.com/blog/index.cfm?mode=entry&entry=BC614E9B-3048-55C9-4
> 32594FC1E443986
>
> Paul
>
>
>
>
>
~~~
I just found this...
http://www.firemoss.com/blog/index.cfm?mode=entry&entry=BC614E9B-3048-55C9-4
32594FC1E443986
Paul
~|
Get involved in the latest ColdFusion discussions, product
development sharing, and articles on the Ado
At the moment, I'm playing around with CFTHREAD to launch events in our
framework to increase speed etc as opposed to running on CF6 and 7. The
performance benefits are great when the event code takes a long time to run,
but when the event code is relatively small, I'm seeing a bottleneck in
actual
6 matches
Mail list logo
