Ok guys, apologies for my inconvenience. I was just wondering if there was a way to solve a few problems that I'm facing here like threads that get stuck and no way to release them.
I already chat with my client's architechs in order to ask them if they are closing any output source when downloading things from my app. Well I will wait when those thread problems come bach and see if I can catch some thread dumps and stuffs... Thanks! 2012/10/18 André Warnier <a...@ice-sa.com> > Christopher Schultz wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Daniel, >> >> On 10/18/12 10:12 AM, Daniel Barcellos wrote: >> >>> ok... thanks for nothing... >>> >> >> No thanks for the snarkiness. :( >> >> Pid's advice is actually good, even if you don't want to hear it: >> >> 2012/10/18 Pid <p...@pidster.com> >>> >>> It's probably not your connector config that's the problem, if >>>> there is one. Most of the time it's your app. >>>> >>>> Use a profiler, monitor JMX (use VisualVM with the MBeans plugin) >>>> and understand what's happening rather than assuming someone >>>> else's connector config is "good" or "better". >>>> >>> >> Taking someone else's configuration doesn't really help you. Instead, >> it makes you feel good that it improved someone else's situation and >> therefore is likely to benefit you. >> >> Maybe Romain has a 64-way blade server with 32GiB of heap space: he >> can afford a lot of threads, etc. Maybe you have a 1GiB dual-core CPU >> and his configuration will make your environment royally suck. If you >> want advice, ask for it. But don't just say "oh, hey, your >> configuration worked great for you so give it to me and it will >> certainly work great". >> >> Start a new thread when you've tried this & have questions. >>>> >>> >> +1 >> >> Technically, Daniel, you're hijacking Romain's thread. >> >> > > +, Daniel : > > Think of it this way : if there was a combination of settings that worked > in all cases, then what would be the point of these adjustable parameters ? > The Tomcat guys would just set them all to the optimal value, and there > would be no need for a lot of the code and the documentation. > > > > ------------------------------**------------------------------**--------- > To unsubscribe, e-mail: > users-unsubscribe@tomcat.**apache.org<users-unsubscr...@tomcat.apache.org> > For additional commands, e-mail: users-h...@tomcat.apache.org > >
