Barry,

I have another question that I have been trying to work out as well, I have
been trying to find a good solution to what would be the best method of
keeping memory to a minimum.

For example in one application that we have at the moment we use session
vars to hold information, and as it is a big application I am worried about
the memory that is getting used up and not cleaned.

What I mean by this is that when a session ID is changed the memory still
holds the session variables until expiry, I know I could perhaps go and do a
kill on these unused session vars.

Anyway what I am looking at I have tried leveraging of java but can't find
the right way, is to get a size of the chunk of memory that variables are
taking up. Has anyone looked at this or even know of an approach that might
be work?

 
Regards
Andrew Scott
Technical Consultant

NuSphere Pty Ltd
Level 2/33 Bank Street
South Melbourne, Victoria, 3205

Phone: 03 9686 0485  -  Fax: 03 9699 7976


-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Barry Beattie
Sent: Tuesday, 1 March 2005 10:09 AM
To: CFAussie Mailing List
Subject: [cfaussie] Re: CFCs calling CFCs

Darryl,

a worry I have at the moment is the amount of memory used for this mutha of
a singleton.

the main singleton we call a kernel (the idea from ol' "Barnes-storming"
himself) which then creates the 5 or so controllers (different "contexts").
Each controller then creates all the services it needs.

we can live with all of that happening onApplicationStart() because there's
never another createobject() performance hit again.

but the memory used to hold hundreds of CFC's...

... how much is too much? just tell the client to add another 512Mb of RAM
and be thankful that it works so well?

barry.b



-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Darryl Lyons
Sent: Tuesday, 1 March 2005 8:52 AM
To: CFAussie Mailing List
Subject: [cfaussie] Re: CFCs calling CFCs

Barry,

Singletons are cool - it is amazing what a difference application or session
scoped singletons make to performance, especially in models where methods
and components are reused a lot.

Darryl Lyons

[EMAIL PROTECTED] wrote on 01/03/2005 08:40:40
AM:

> 
> Kay,
> 
> we do something similar to Darryl & co (passing in a reference to the 
> helper object in the init of the main object, and using singletons too 
> for the same reason) but I'm not sure whether Fusebox4 could squeeze
in
> this idea.. 
> 
> the thinking was, thanx to complex "objects" (ie CFC's) being passed 
> byRef,  what looks like decorating the main CFC with extra
functionality
> is actually providing a pointer to the "helper" CFC
> 
> more here:
> http://www.mail-archive.com/[email protected]/msg06886.html
> 
> 
> just a thought
> barry.b
> 



To unsubscribe from this email please forward this email to
[EMAIL PROTECTED] 

This email message is confidential and may be privileged. If you are not the
intended recipient please forward the email to [EMAIL PROTECTED]
and delete the original.
 
ABN AMRO Morgans Limited and its associates hold or may hold securities in
the companies/trusts mentioned herein.
Any general advice included in this email has been prepared without taking
into account your objectives, financial situation or needs.
Before acting on the advice, you should consider its appropriateness or
discuss with one of our investment advisors.

ABN AMRO Morgans Limited (ABN 49 010 669 726 AFSL 235410) A Participant of
ASX Group.
A principal member of the Financial Planning Association.


---
You are currently subscribed to cfaussie as: [EMAIL PROTECTED] To
unsubscribe send a blank email to [EMAIL PROTECTED]
Aussie Macromedia Developers: http://lists.daemon.com.au/


---
You are currently subscribed to cfaussie as: [EMAIL PROTECTED] To unsubscribe
send a blank email to [EMAIL PROTECTED]
Aussie Macromedia Developers: http://lists.daemon.com.au/




---
You are currently subscribed to cfaussie as: [email protected]
To unsubscribe send a blank email to [EMAIL PROTECTED]
Aussie Macromedia Developers: http://lists.daemon.com.au/

Reply via email to