Mailing-List: contact user-help@commons.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Commons Users List" <user@commons.apache.org>
Received-SPF: pass (nike.apache.org: domain of meminpaca@gmail.com designates
 209.85.214.178 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <51B82A97.7090209@gmx.at>
References: 
 <CALVU81DAyoBbHO7DU+MHaFNS42U=OFrUvATxxpmeufjCGJhEXQ@mail.gmail.com>
	<51B82A97.7090209@gmx.at>
Date: Wed, 12 Jun 2013 23:15:38 +0300
Message-ID: 
 <CALVU81CEYmZTYvKSZQNGvEqMgtJ4cWDcWn=PHJMETxsU89YmzQ@mail.gmail.com>
Subject: Re: [EXEC] Performance problem
From: =?ISO-8859-1?Q?Mehmet_Emin_PA=C7A?= <meminpaca@gmail.com>
To: Siegfried Goeschl <sgoeschl@gmx.at>,
 Commons Users List <user@commons.apache.org>
Content-Type: multipart/alternative; boundary=089e012952ec57281904defaad65

--089e012952ec57281904defaad65
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

I removed many stdout messages from my applications.
And yes it did make changes on performance.
Actually the output of application called  by exec is not important for me.
Can we separate message outputs from each other ?

And also removing stdout messages is the solution of problem ?


On 12 June 2013 11:00, Siegfried Goeschl <sgoeschl@gmx.at> wrote:

> Hi Mehmet,
>
> in order to wire an external application to a Java the JVM needs to pump
> the input/output/error streams of the application. Failing to do so cause=
s
> the external application to block while writing on stdout/stderr. If you =
a
> producing a lot of output this potentially could cause a slowdown.
>
> Could you give a try with minimal output to see if this makes a change?
>
> Cheers,
>
> Siegfried Goeschl
>
> On 12.06.13 00:21, Mehmet Emin PA=C7A wrote:
>
>> /- what is slowly versus faster in terms of your application?/
>>
>>
>>   I mean using slowly; my application is a graphical simulation
>> application and running at 60 fps but when I called this application
>> from my java code it is running about 40 fps.
>>
>> /- does your application create a lot of output on stdout?/
>>
>> Yes, my java application and called application(Application.exe) are
>> creating too much stdout.
>> I think you pointed out right location. There are too much stdout
>> producing.
>>
>> Sincerely,
>> Emin
>>
>>
>> On 12 June 2013 00:51, Siegfried Goeschl <sgoeschl@gmx.at
>> <mailto:sgoeschl@gmx.at>> wrote:
>>
>>     Hi Mehmet,
>>
>>     a few questions
>>
>>     * what is slowly versus faster in terms of your application?
>>     * does your application create a lot of output on stdout?
>>
>>     Thanks in advance
>>
>>     Siegfried Goeschl
>>
>>
>>     On 11.06.13 20:54, Mehmet Emin PA=C7A wrote:
>>
>>         Hi, I am running an exe file using commons-exec 1.1 version.But
>>         there are
>>         performance problems occuring.
>>         I mean when I compared running performances using cmd.exe  vs
>>         running from
>>         a java application(using commons-exec), the application which
>>         called in
>>         common-exec  is working slowly. But the other application run
>>         from cmd.exe
>>         is working faster.
>>
>>         What can be problem ?
>>
>>         Running exe file from my simple java application code is below:
>>
>>                       *CommandLine cmdlLine =3D
>>         CommandLine.parse("__**Application.exe");
>>
>>                       watchDog =3D new
>>         ExecuteWatchdog(__**ExecuteWatchdog.INFINITE___**TIMEOUT);
>>
>>                       DefaultExecuteResultHandler resultHandler =3D new
>>         DefaultExecuteResultHandler();
>>                       Executor executor =3D new DefaultExecutor();
>>                       executor.setExitValue(0);
>>                       executor.setWatchdog(watchDog)**__;
>>                       executor.execute(cmdlLine,__**resultHandler);*
>>
>>
>>
>>         Running from cmd.exe:
>>
>>         *            C:\Users\test.user > Application.exe *
>>
>>         Thanks,
>>
>>
>>     ------------------------------**__----------------------------**
>> --__---------
>>     To unsubscribe, e-mail: user-unsubscribe@commons.__apa**che.org<http=
://apache.org>
>>     <mailto:user-unsubscribe@**commons.apache.org<user-unsubscribe@commo=
ns.apache.org>
>> >
>>
>>     For additional commands, e-mail: user-help@commons.apache.org
>>     <mailto:user-help@commons.**apache.org <user-help@commons.apache.org=
>
>> >
>>
>>
>>
>

--089e012952ec57281904defaad65--