Wrapper service performance question

[Gunal, Zeynep]

Some parts of this message have been removed. Learn more about Nabble's security policy.

Hi,

 

We have noticed that it is taking longer for the service to process the same input than when the application is run from the command prompt.

 

For instance, processing a 39MB file from the command line took 4 milliseconds but it took 12 minutes to process the same file with the service.

 

Also, the service seems to slowdown as more data is processed, for example the number of records processed go from 204 in the first minute to 12/min after 57 minutes!

 

We increased the java heap size, we disabled the console logging level, this behaviour did not change.

 

Did anybody have a similar experience? Any suggestions? We are feeling hopeless!

 

Thanks.

 

 

 

------------------------------------------------------------------------------
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
_______________________________________________
Wrapper-user mailing list
Wrapper-user@...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

[Leif Mortenson-3]

Gunal,
Could you try setting the wrapper.java.command.loglevel=INFO property
so the generated java command will be output to your logs.   Then run
the Wrapper in console mode and as a service to make sure that the
correct JVM is being run.

A common problem is to not add the correct JVM onto the PATH of the
system user.  This results in the default java that ships with Windows
being run.

The Wrapper itself does not do anything which would affect the
performance of the Java process.  One way to prove this is to copy the
above java command line into a batch file, remove the -Dwrapper.key
system property, then run the batch file manually outside of the
Wrapper.   If you still see the slowdowns there then the problem can
be narrowed down to the parameters being passed to the JVM.

Attach your wrapper.conf as well as the generated java commands above
and I might be able to help out more.

Cheers,
Leif

2009/3/25 Gunal, Zeynep <zeynep.gunal@...>:

> Hi,
>
>
>
> We have noticed that it is taking longer for the service to process the same
> input than when the application is run from the command prompt.
>
>
>
> For instance, processing a 39MB file from the command line took 4
> milliseconds but it took 12 minutes to process the same file with the
> service.
>
>
>
> Also, the service seems to slowdown as more data is processed, for example
> the number of records processed go from 204 in the first minute to 12/min
> after 57 minutes!
>
>
>
> We increased the java heap size, we disabled the console logging level, this
> behaviour did not change.
>
>
>
> Did anybody have a similar experience? Any suggestions? We are feeling
> hopeless!
>
>
>
> Thanks.

------------------------------------------------------------------------------
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
_______________________________________________
Wrapper-user mailing list
Wrapper-user@...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

[Gunal, Zeynep]

Thank you for your reply. Our test team applied your sugegstions, and
they reported no improvements. Only then when I looked into the log
files I was given to send you I realized that I lied in my first e-mail,
because although I thought the java heap size was increased, it was
actually not done.
The service is running as expected and there is no performance issue.
I apologize for wasting your time.
Regards,
Zeynep


-----Original Message-----
From: Leif Mortenson [mailto:leif.mortenson@...]
Sent: 24 March 2009 18:30
To: wrapper-user@...
Subject: Re: [Wrapper-user] Wrapper service performance question

Gunal,
Could you try setting the wrapper.java.command.loglevel=INFO property
so the generated java command will be output to your logs.   Then run
the Wrapper in console mode and as a service to make sure that the
correct JVM is being run.

A common problem is to not add the correct JVM onto the PATH of the
system user.  This results in the default java that ships with Windows
being run.

The Wrapper itself does not do anything which would affect the
performance of the Java process.  One way to prove this is to copy the
above java command line into a batch file, remove the -Dwrapper.key
system property, then run the batch file manually outside of the
Wrapper.   If you still see the slowdowns there then the problem can
be narrowed down to the parameters being passed to the JVM.

Attach your wrapper.conf as well as the generated java commands above
and I might be able to help out more.

Cheers,
Leif

2009/3/25 Gunal, Zeynep <zeynep.gunal@...>:
> Hi,
>
>
>
> We have noticed that it is taking longer for the service to process
the same

> input than when the application is run from the command prompt.
>
>
>
> For instance, processing a 39MB file from the command line took 4
> milliseconds but it took 12 minutes to process the same file with the
> service.
>
>
>
> Also, the service seems to slowdown as more data is processed, for

example
> the number of records processed go from 204 in the first minute to
12/min
> after 57 minutes!
>
>
>
> We increased the java heap size, we disabled the console logging
level, this

> behaviour did not change.
>
>
>
> Did anybody have a similar experience? Any suggestions? We are feeling
> hopeless!
>
>
>
> Thanks.

------------------------------------------------------------------------
------
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based
development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
_______________________________________________
Wrapper-user mailing list
Wrapper-user@...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

------------------------------------------------------------------------------
_______________________________________________
Wrapper-user mailing list
Wrapper-user@...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

[Leif Mortenson-2]

Zeynep,
It is never a waste of time.  I am glad you got things working.  Let
me know if there is anything else we can help out with.

Cheers,
Leif

On Fri, Mar 27, 2009 at 5:44 PM, Gunal, Zeynep <zeynep.gunal@...> wrote:

> Thank you for your reply. Our test team applied your sugegstions, and
> they reported no improvements. Only then when I looked into the log
> files I was given to send you I realized that I lied in my first e-mail,
> because although I thought the java heap size was increased, it was
> actually not done.
> The service is running as expected and there is no performance issue.
> I apologize for wasting your time.
> Regards,
> Zeynep
>
>
> -----Original Message-----
> From: Leif Mortenson [mailto:leif.mortenson@...]
> Sent: 24 March 2009 18:30
> To: wrapper-user@...
> Subject: Re: [Wrapper-user] Wrapper service performance question
>
> Gunal,
> Could you try setting the wrapper.java.command.loglevel=INFO property
> so the generated java command will be output to your logs.   Then run
> the Wrapper in console mode and as a service to make sure that the
> correct JVM is being run.
>
> A common problem is to not add the correct JVM onto the PATH of the
> system user.  This results in the default java that ships with Windows
> being run.
>
> The Wrapper itself does not do anything which would affect the
> performance of the Java process.  One way to prove this is to copy the
> above java command line into a batch file, remove the -Dwrapper.key
> system property, then run the batch file manually outside of the
> Wrapper.   If you still see the slowdowns there then the problem can
> be narrowed down to the parameters being passed to the JVM.
>
> Attach your wrapper.conf as well as the generated java commands above
> and I might be able to help out more.
>
> Cheers,
> Leif
>
> 2009/3/25 Gunal, Zeynep <zeynep.gunal@...>:
>> Hi,
>>
>>
>>
>> We have noticed that it is taking longer for the service to process
> the same
>> input than when the application is run from the command prompt.
>>
>>
>>
>> For instance, processing a 39MB file from the command line took 4
>> milliseconds but it took 12 minutes to process the same file with the
>> service.
>>
>>
>>
>> Also, the service seems to slowdown as more data is processed, for
> example
>> the number of records processed go from 204 in the first minute to
> 12/min
>> after 57 minutes!
>>
>>
>>
>> We increased the java heap size, we disabled the console logging
> level, this
>> behaviour did not change.
>>
>>
>>
>> Did anybody have a similar experience? Any suggestions? We are feeling
>> hopeless!
>>
>>
>>
>> Thanks.

------------------------------------------------------------------------------
_______________________________________________
Wrapper-user mailing list
Wrapper-user@...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

[sanjay1778]

hi,
i have java code that update the mysql database, but i want it to be run as windows services without user knowing.
i know ur program is work in java service wrappers,then please hlep me out.
tell me step to run java code as windows service. and where to mention classpath for mysql drivers jar file.
if anybody knows then please send me mail on [e-mail]

Gunal, Zeynep wrote:

Hi,

 

We have noticed that it is taking longer for the service to process the
same input than when the application is run from the command prompt.

 

For instance, processing a 39MB file from the command line took 4
milliseconds but it took 12 minutes to process the same file with the
service.

 

Also, the service seems to slowdown as more data is processed, for
example the number of records processed go from 204 in the first minute
to 12/min after 57 minutes!

 

We increased the java heap size, we disabled the console logging level,
this behaviour did not change.

 

Did anybody have a similar experience? Any suggestions? We are feeling
hopeless!

 

Thanks.

 

 

 


------------------------------------------------------------------------------
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
_______________________________________________
Wrapper-user mailing list
[e-mail]
https://lists.sourceforge.net/lists/listinfo/wrapper-user