Cool stuff. Thanks for sharing, Jason. /charlie
From: [email protected] [mailto:[email protected]] On Behalf Of Jason Delmore Sent: Tuesday, October 09, 2012 4:09 PM To: [email protected] Subject: Re: [ACFUG Discuss] CFLDAP and memory errors Rob, I think the memory part of this error message is somewhat misleading. What is happening is that the JVM is running out of operating system threads. As Charlie points out, you can decrease the heap size and leave more space for the stack, but at the end of the day you are just nudging up the upward limit a bit, you can also decrease the stack size used by each thread, but then you are likely to cause a different memory error. Life is certainly better in 64-bit as these limits become somewhat meaningless. In this case, each CFLDAP request will spawn a new thread and if for some reason the LDAP requests are queuing or not closing properly or quickly enough then the system will basically run out at some point when it goes to create the next thread and error out. A relatively easy solution although maybe not ideal, would be to manually manage the LDAP request queue and if the in process requests are getting too deep, sleep until the queue settles. I imagine you have spikes in requests that just need to be leveled out a bit. You may also want to store some of the LDAP results in your DB for some period of time as sort of an auth cache. Just some thoughts, Jason On Tue, Oct 9, 2012 at 2:28 PM, Rob Saxon <[email protected]> wrote: Charlie, Thanks so much for lending your expertise. We will take a look at lowering the heap space. We are on a 32-bit server, but it has run for several years without issue. Recently, we added more apps that rely on LDAP calls via CFLDAP. So far, every time this error was thrown, the CFFDAP tag was in process. Do you know of any code optimizing strategies specific to CFLDAP? Thanks, Rob ------------------------------------------------------------- To unsubscribe from this list, manage your profile @ http://www.acfug.org?fa=login.edituserform For more info, see http://www.acfug.org/mailinglists Archive @ http://www.mail-archive.com/discussion%40acfug.org/ List hosted by http://www.fusionlink.com -------------------------------------------------------------
