Return-Path: Delivered-To: apmail-ws-axis-c-user-archive@www.apache.org Received: (qmail 54291 invoked from network); 30 Oct 2007 07:54:42 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 30 Oct 2007 07:54:42 -0000 Received: (qmail 22384 invoked by uid 500); 30 Oct 2007 07:54:29 -0000 Delivered-To: apmail-ws-axis-c-user-archive@ws.apache.org Received: (qmail 22372 invoked by uid 500); 30 Oct 2007 07:54:29 -0000 Mailing-List: contact axis-c-user-help@ws.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: "Apache AXIS C User List" Reply-To: "Apache AXIS C User List" Delivered-To: mailing list axis-c-user@ws.apache.org Received: (qmail 22361 invoked by uid 99); 30 Oct 2007 07:54:28 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 30 Oct 2007 00:54:28 -0700 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [209.68.5.9] (HELO relay00.pair.com) (209.68.5.9) by apache.org (qpsmtpd/0.29) with SMTP; Tue, 30 Oct 2007 07:54:40 +0000 Received: (qmail 46324 invoked from network); 30 Oct 2007 07:54:03 -0000 Received: from unknown (HELO ?10.100.1.93?) (unknown) by unknown with SMTP; 30 Oct 2007 07:54:03 -0000 X-pair-Authenticated: 123.231.23.58 Message-ID: <4726DC18.6040500@wso2.com> Date: Tue, 30 Oct 2007 13:24:08 +0600 From: Samisa Abeysinghe User-Agent: Thunderbird 1.5 (X11/20060313) MIME-Version: 1.0 To: Apache AXIS C User List Subject: Re: Memory Issues in Sample Server Code References: <470D96B7.50300@wso2.com> <470E9441.2080802@wso2.com> <470EDFE7.8070003@wso2.com> <489947c0710290723s7454f1c0y106a39cee0d2e128@mail.gmail.com> In-Reply-To: <489947c0710290723s7454f1c0y106a39cee0d2e128@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Subra A Narayanan wrote: > Hello David, > > Were you able to run the test again after adding some of the free() > statements back in? Did it improve the performance? I am seeing a > similar issue where the memory footprint of the apache process keeps > increasing until a point when the server becomes very unresponsive and > my client starts getting timeouts. Please note that calling free would not have any impact as far as mod_axis2 is concerned. With Apache httpd, it controls the memory with pools and it decides when to release pool allocations. We do not have control on when memory would be release, so a call to free with mod_axis2 only means that we are done with it, but the server may keep that piece of memory. > > After a while the root apache process spawns some new processes and > the server starts responding again. But the earlier apache processes > never free up their memory. Their memory usage reaches about 60mb and > kind of stays there. The way how and when new processes are spawned by apache could be fine tuned with httpd.conf settings. These settings govern how apache responds to heavy load. Again, this is out of scope for Axis2 module but rather governed by Apache httpd configuration. See http://httpd.apache.org/docs/2.0/misc/perf-tuning.html for more information. Samisa... > > I am using Axis 1.1 with apache 2.0.59. > > May be someone from the Apache team can shed some more light. > > > Thanks, > Subra > > On 10/12/07, * David Klassen* > wrote: > > Thanks, I assumed that this memory would be automatically free'd. > I will try again, stress testing then waiting for the memory to be > free'd, since I did not give the server a break in the action > (Rather just watched the process memory move from 20 MB to 500MB > without seeing any memory relieved). Over a period of 30 minutes > @ 25 requests/second. > > However I am very sure that a well designed server should not > reach a 500MB process footprint. The functionality of Linux v1.1.0 > single threaded example server (axis2_http_server), seems to have > changed so as to not de-allocate all the memory right away. I > suspect that with all the indentation changes and code > replacements from the v1.0.0 release to 1.1.0 release perhaps a > _free() or _FREE() function was accidentally removed in the > process. I have already spotted one questionable place, when I > scanned the svn diff from v1.0.0 to v1.1.0. I will test my theory > tomorrow, attempting to read-add various free() functions where I > cannot justify removal. > > ----- Original Message ----- > From: Samisa Abeysinghe > > Date: Thursday, October 11, 2007 7:46 pm > Subject: Re: Memory Issues in Sample Server Code > To: Apache AXIS C User List < axis-c-user@ws.apache.org > > > > > David Klassen wrote: > > > Right this is what I have already done, using gnuthilla and > > without > > > gnuthilla. Unfortunately using mod_axis2.so with v1.1.0 or > > v1.0.0 > > > causes the size of httpd.exe to grow continually. I > > decided to post > > > bug *AXIS2C-717 > > < https://issues.apache.org/jira/browse/AXIS2C-717>* > > > detailing where the memory of httpd.exe kept growing and > > eventually > > > encountered an unhandled exception. > > Please note that, even though there seems to be a growith, if > > you keep > > on sending requests, you would notice that, at some point, it > > drops > > back. This is dues to the pooling behaviors of apache. I cannot > > recall > > an exact number, after which it would drop, possibly you have to > > send > > few hundred requests. > > > > Samisa... > > > > > > ----- Original Message ----- > > > From: Dumindu Pallewela < dumindu@wso2.com > > > > > Date: Thursday, October 11, 2007 2:27 pm > > > Subject: Re: Memory Issues in Sample Server Code > > > To: Apache AXIS C User List < axis-c-user@ws.apache.org > > > > > > > > > Hi David, > > > > > > > > As we use apr pools for memory management in mod_axis2, the loss > > > > that you see (when deployed in apache2) is most _likely_ not > > a bug. > > > > Rather, it should be because that is how apr pools work. > > They do not > > > > necessarily free up memory immediately after a pool is destroyed. > > > > > > > > The best way to test the apache module (If this isn't what you > > > > already did!), is to run the client repeatedly and check if the > > > > memory grows significantly. > > > > > > > > HTH, > > > > -Dumindu. > > > > > > > > David Klassen wrote: > > > > > Actually I was using both apache and the > > axis2_http_server, of > > > > which the axis2_http_server had less memory absorption. > > > > Incidentally I also found a difference in the amount of memory > > > > loss due to version of the axis2c client program used. All tests > > > > were performed using a v1.1.0 based server on Windows. The > > > > client programs were invoked on Linux using both v1.0.0 and > > > > v1.1.0 of axis2c: > > > > > > > > > > > > > > > > Server | v1.1.0 client | v1.0.0 client > > > > > ------------------------------------------------------- > > > > > > > > > > > httpd.exe | 24K loss | 16K loss > > > > > axis2_http_server.exe | 8K > > > > loss | > > 4K loss > > > > > > > > > > I then decide to try using a Windows client against a Linux > > > > server. The windows client only used version 1.1.0. I only > > > > used the Linux axis2_http_server for the server but alternated > > > > between v1.1.0 and v1.0.0. Here are the results: > > > > > > > > > > > > > > > > > > > > > > > > > > Server | v1.1.0 Window Client > > > > > > > > > > ------------------------------------------------------- > > > > > > > > > > axis2_http_server v1.1.0 > > > > | 4K loss > > > > > > > > > > axis2_http_server v1.0.0 > > > > | no loss > > > > > > > > > > I have already seen both version of the Windows server leak, > > > > however in these tests it shows that v1.0.0 of the Linux > > > > server did not leak but v1.1.0 does leak. Unfortunately I need > > > > to use the Windows server version for my implementation, so this > > > > does not help in my case. Do you know does axis C++ v1.6 have > > > > memory issues like this on Windows server side? I really > > need a > > > > version that performs well on Windows. > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > From: Samisa Abeysinghe > > > > > > Date: Wednesday, October 10, 2007 8:23 pm > > > > > Subject: Re: Memory Issues in Sample Server Code > > > > > To: Apache AXIS C User List < axis-c-user@ws.apache.org > > > > > > > > > > > >> There is are memory issues with simple axis server. We > > got to > > > > >> fix that. > > > > >> In the mean time, could you please try the same tests with > > > > httpd > > > > >> module?I hope that would yield better results. > > > > >> > > > > >> Samisa... > > > > >> > > > > >> David Klassen wrote: > > > > >>> I have been stress testing axis2c for performance (using the > > > > >> echo > > > > >>> sample service), to determine if this platform is a good > > > > >> solution for > > > > >>> my purposes. So far I have been attempting to debug each > > > > >> echo.exe > > > > >>> invocation. Each time I execute the remote client > > > > invocation, > > > > >> the > > > > >>> server process increments its used memory by 4 KB. When the > > > > >> service > > > > >>> thread completes this memory is not deallocated. During the > > > > >> debug > > > > >>> session I notice that: > > > > >>> > > > > >>> echo_invoke > > > > >>> > > > > >>> is the only DLL function called. The other echo_skeleton.c > > > > >> memory > > > > >>> management functions are not called: > > > > >>> > > > > >>> echo_free > > > > >>> axis2_remove_instance > > > > >>> > > > > >>> Can anyone suggest how I might configure axis2c to free > > > > memory > > > > >> for > > > > >>> each echo service invocation (ie. per request)? > > > > >> > > > > >> -- > > > > >> Samisa Abeysinghe : WSO2 WSF/PHP > > > > >> " http://wso2.org/projects/wsf/php?WSO2 Web Services > > > > Framework%2FPHP - Open source PHP extention for providing and > > > > consuming Web services in PHP" > > > > >> > > > > >> > > > > >> ---------------------------------------------------------- > > ---- > > > > --- > > > > >> ---- > > > > >> To unsubscribe, e-mail: > axis-c-user-unsubscribe@ws.apache.org > > > > > >> For additional commands, e-mail: > axis-c-user-help@ws.apache.org > > > > >> > > > > >> > > > > > > > > > > > > > > > > > -- > > > > Dumindu Pallewela > > > > http://blog.dumindu.com > > > > GPG ID: 0x9E131672 > > > > > > > > WSO2 | http://wso2.com | "Oxygenating the Web Service Platform" > > > > > > > > > > > > > > -- > > Samisa Abeysinghe : WSO2 WSF/PHP > > " > http://wso2.org/projects/wsf/php?WSO2 Web Services Framework%2FPHP - Open source PHP extention for providing and consuming Web services in PHP" > > > > > > > > ----------------------------------------------------------------- > > ---- > > To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org > > > For additional commands, e-mail: axis-c-user-help@ws.apache.org > > > > > > > -- Samisa Abeysinghe : WSO2 WSF/PHP "http://wso2.org/projects/wsf/php?WSO2 Web Services Framework%2FPHP - Open source PHP extention for providing and consuming Web services in PHP" --------------------------------------------------------------------- To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org For additional commands, e-mail: axis-c-user-help@ws.apache.org