[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: HTTPAPI Performance Issue



Mike,

The download is small and JADE is not using GZIP.

Thanks again.

Pat

-----Original Message-----
From: ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx [mailto:ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx] On Behalf Of Mike Krebs
Sent: Friday, July 19, 2013 5:39 PM
To: HTTPAPI and FTPAPI Projects
Subject: RE: HTTPAPI Performance Issue

I had another thought. Is the download extremely large? Was it gzipped using the JADE process? HTTPAPI does not support GZIP and downloads uncompressed data (it doesn't need to decompress so overall maybe a wash?) but if your downloads were huge documents, it might make a difference as well. 

-----Original Message-----
From: ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx [mailto:ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx] On Behalf Of Pat Kennedy (IT)
Sent: Friday, July 19, 2013 5:14 PM
To: HTTPAPI and FTPAPI Projects
Subject: RE: HTTPAPI Performance Issue

Scott,

Thank you so much. I appreciate your feedback in this matter.

Pat

-----Original Message-----
From: ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx [mailto:ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx] On Behalf Of Scott Klement
Sent: Friday, July 19, 2013 4:17 PM
To: HTTPAPI and FTPAPI Projects
Subject: Re: HTTPAPI Performance Issue

Hiya Pat,

Unfortunately, I don't know of anything in particular that I could do 
that would make HTTPAPI faster.   If I knew of something like that, I 
would be glad to implement it.   But, I really have no ideas for what I 
might do.

I'm not at all familiar with JADE.  (I've used something called "jade" 
but it was for transforming SGML -- so I suspect yours is a different 
thing called 'JADE').   Do you know what it does internally to make it 
faster?

I think when you have performance problems, the best thing to do is (1) Find out how to consistently reproduce the slowdown.  (2) analyze/profile the code and see which part is taking most of the time.  
(3) figure out what might be done to optimize that code.

Unfortunately, I've never found HTTPAPI to be slow...   but, maybe an 
approach that would work...   put some timestamps into the 
httpapi_debug.txt file so we can see which parts of the process are taking up the time.  That might help us track down where the time is 
spent in your case.   Does that sound like a good approach to you?


On 7/19/2013 8:04 AM, Pat Kennedy (IT) wrote:
>     Scott,
>
>
>     Are there any tuning requirements on the iSeries to use the HTTPAPI
>     API? I'm looking to replace a JADE process that consumes .NET web
>     service and have been running performance tests comparing the HTTPAPI
>     called from RPGLE versus the JADE approach. The JADE process has been
>     tuned for optimal performance and outperforms my new process using
>     HTTPAPI. I trying to justify going with this approach but have been
>     running into performance issues.
>
>
>     My prototype process uses HTTPAPI to consume the .NET web service
>     directly from an RPGLE program as opposed to the JADE process that uses
>     a series of data queues to communicate between RPGLE and a Java process
>     that consumes a .Net web service. My company would like to retire JADE
>     and is looking at either migrating the JADE process to WAS8 or directly
>     consuming the web service via an RPGLE program using your HTTPAPI API.
>
>
>     Your  assistance in this matter would be greatly appreciated.
>
>
>     Thank You.
>
>
>     Patrick
>
>
>
> ----------------------------------------------------------------------
> - This is the FTPAPI mailing list.  To unsubscribe, please go to:
> http://www.scottklement.com/mailman/listinfo/ftpapi
> ----------------------------------------------------------------------
> -

-----------------------------------------------------------------------
This is the FTPAPI mailing list.  To unsubscribe, please go to:
http://www.scottklement.com/mailman/listinfo/ftpapi
-----------------------------------------------------------------------
-----------------------------------------------------------------------
This is the FTPAPI mailing list.  To unsubscribe, please go to:
http://www.scottklement.com/mailman/listinfo/ftpapi
-----------------------------------------------------------------------
-----------------------------------------------------------------------
This is the FTPAPI mailing list.  To unsubscribe, please go to:
http://www.scottklement.com/mailman/listinfo/ftpapi
-----------------------------------------------------------------------