Yes Bill,
We make use of a DAO layer and the MS-SQL JDBC Driver. And yes, I checked there are no
connection leaks. We are returning everything to the pool.
I do know that the free MS-SQL JDBC Driver isn't good enough for production use and
there are much better drivers available, but since this is a Proof-Of-Concept which is
towards its closing stages, none of the 'higher-ups' are interested in purchasing a
new driver.
I am just a junior programmer. :-( The best part is we are competing against
Microsoft! (yes, the real MS) for this POC.
I am going to start on profiling the application and seeing whether I can come up with
anything.
Thanks,
Tarun
-----Original Message-----
From: Bill Burke [mailto:[EMAIL PROTECTED]
Sent: Sunday, August 31, 2003 10:20 AM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-user] JBoss Performance Tuning Tips - a bit of an
emergency
So the application is entirely straight JDBC?
Stephen Davidson wrote:
> Elankath, Tarun (Cognizant) wrote:
>
>> Hi all,
>>
>> We have a small web + ejb application for a POC (Proof of Concept)
>> that is competing against a corresponding .NET application. We are
>> using Struts, 1 Stateful Session Bean, 1 Stateless Session Bean and
>> only 10 JSP pages. The application connects to a separate MS-SQL
>> database server.
>>
>> This application is being deployed in WebSphere, JBoss across Windows
>> and Linux as the target servers.
>>
>> So far, JBoss is giving the worst results on a 1000 user stress test,
>> which I am certain is ENTIRELY due to my inexperience with this
>> application server, and nothing whatsover to do with jboss.
>>
>> All performance tips on tuning jboss config parameters will be much
>> appreciated. I have done the following:
>> -increased ms and mx heap size
>> -increased connection pool size
>> -increase maxProcessor,minProcessor setting (for Tomcat)
>> -decreased session timeouts.
>> -made log level to ERROR in log4.xml
>>
>> I am still now sure on how to disable class reloading totally.
>>
>>
>> All tips/suggestions will be deeply appreciated. If JBoss performs
>> good, then our client would definitely prefer .Net to Java, just for
>> the cost factor.
>>
>> Regards,
>> Tarun
>>
>>
> Hi Tarun.
>
> At this point, I would recommend starting a profiler (I like Optimizeit,
> but there are others as well, pick your favorite), and seeing where the
> hangup is. Because it sounds like you do have one.
>
> Some of the nastiest I ever found (was not in JBoss itself, but
> sometimes in code running on it) had to do with synchronized methods
> (especially a static synchronixed in an abstract base class). A
> profiler would show if a method was getting stuck somewhere.
>
> Just a suggestion.
>
> Good luck,
> Steve
--
================
Bill Burke
Chief Architect
JBoss Group LLC.
================
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user
This e-mail and any files transmitted with it are for the sole use of the intended
recipient(s) and may contain confidential and privileged information.
If you are not the intended recipient, please contact the sender by reply e-mail and
destroy all copies of the original message.
Any unauthorised review, use, disclosure, dissemination, forwarding, printing or
copying of this email or any action taken in reliance on this e-mail is strictly
prohibited and may be unlawful.
Visit us at http://www.cognizant.com
