Re: Re: Is it a Memory leak???

2003-10-05 Thread Satya Narayan Dash
Tim,

Is it that JVM bundled in Windows and Linux are different?? I have tested in Linux 7.2 
and there is not memory increment. It hovers around the same value. This happens in 
Win2k. The parent process eats up enough memory. 

Satya.

On Sun, 05 Oct 2003 Tim Funk wrote :
The JVM does not release memory back to the OS. It just keeps it in its own internal 
heap of free memory.

-Tim

Satya Narayan Dash wrote:

Hi All,

Last time I posted this question, but did not get any response. Hope, this time I'll 
get.

I am running Apache 2.0.47 and Tomcat 4.1.27 with mod_jk as the connector. I am 
some issues w.r.t the memory consumption. In fact, in apache users forum, the user 
thinks it is an issue with mod_jk.so/dll.

I bombardded Apache with a large no. of JSP/Servlet pages and it ate up a few MBs of 
memory and did not release it,though it stablizes after consuming the memory. Again, 
if I am loading more JSP/Servlet pages, is starts increasing. The increment is in MB 
range, which is quite significant.

Even after killing all the clients, the memory is not getting released. The 
redirections of JSP/Servlet pages is proper and they are getting executed by Tomcat 
(from mod_jk.log).

Can anyone tell me where is the problem??? This happens only in Windows(I have 
tested in Win2k). In linux platform this is absent.



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: RE: Is it a Memory leak issue???

2003-10-05 Thread Satya Narayan Dash
Chuck,

In fact I've upgraded from Tomcat 4.0.4  to 4.1.27. I have precompiled JSPs w.r.t 
tomcat 4.0.4. Do you want me to compile them w.r.t 4.1.27 and retest??

Satya.

On Sun, 05 Oct 2003 Goehring, Chuck Mr., RCI - San Diego wrote :
Satya,

Roomer was the Java compiler leaks memory when it compiles(as for JSPs).  Solution is 
to compile offline.   Don't know what versions or if even true, but I've seen it 
mentioned several times.  Search the archives at http://marc.theaimsgroup.com.

Chuck

-Original Message-
 From: Satya Narayan Dash [mailto:[EMAIL PROTECTED]
Sent: Saturday, October 04, 2003 7:20 AM
To: [EMAIL PROTECTED]
Subject: Is it a Memory leak issue???


Hi All,

Last time I posted this question, but did not get any response. Hope, this time I'll 
get.

I am running Apache 2.0.47 and Tomcat 4.1.27 with mod_jk as the connector. I am 
some issues w.r.t the memory consumption. In fact, in apache users forum, the user 
thinks it is an issue with mod_jk.so/dll.

I bombardded Apache with a large no. of JSP/Servlet pages and it ate up a few MBs of 
memory and did not release it,though it stablizes after consuming the memory. Again, 
if I am loading more JSP/Servlet pages, is starts increasing. The increment is in MB 
range, which is quite significant.

Even after killing all the clients, the memory is not getting released.
The redirections of JSP/Servlet pages is proper and they are getting executed by 
Tomcat (from mod_jk.log).

Can anyone tell me where is the problem??? This happens only in Windows(I have tested 
in Win2k). In linux platform this is absent.

Any help is appreciated.

regards,
Satya.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Re: Is it a Memory leak issue???

2003-10-05 Thread Satya Narayan Dash
Fillip,

I have a separate script for compiling the JSP files, which is used for compiling the 
JSPs. Can you please tell the significance of the fork flag?? I wonder, if it has 
someting to do with the OS. As in Win2k we have a fork process concept for Apache.

Satya.

On Sun, 05 Oct 2003 Filip Hanik wrote :
read up on the Jasper section in the tomcat docs, on how to set the fork
flag.

also, you can precompile you JSPs,
http://cvs.apache.org/~fhanik/precompile.html

Filip

- Original Message -
 From: Goehring, Chuck Mr., RCI - San Diego
[EMAIL PROTECTED]
To: Tomcat Users List [EMAIL PROTECTED]; Satya Narayan
Dash [EMAIL PROTECTED]
Sent: Saturday, October 04, 2003 2:51 PM
Subject: RE: Is it a Memory leak issue???


Satya,

Roomer was the Java compiler leaks memory when it compiles(as for JSPs).
Solution is to compile offline.   Don't know what versions or if even true,
but I've seen it mentioned several times.  Search the archives at
http://marc.theaimsgroup.com.

Chuck

-Original Message-
 From: Satya Narayan Dash [mailto:[EMAIL PROTECTED]
Sent: Saturday, October 04, 2003 7:20 AM
To: [EMAIL PROTECTED]
Subject: Is it a Memory leak issue???


Hi All,

Last time I posted this question, but did not get any response. Hope, this
time I'll get.

I am running Apache 2.0.47 and Tomcat 4.1.27 with mod_jk as the connector.
I am some issues w.r.t the memory consumption. In fact, in apache users
forum, the user thinks it is an issue with mod_jk.so/dll.

I bombardded Apache with a large no. of JSP/Servlet pages and it ate up a
few MBs of memory and did not release it,though it stablizes after consuming
the memory. Again, if I am loading more JSP/Servlet pages, is starts
increasing. The increment is in MB range, which is quite significant.

Even after killing all the clients, the memory is not getting released.
The redirections of JSP/Servlet pages is proper and they are getting
executed by Tomcat (from mod_jk.log).

Can anyone tell me where is the problem??? This happens only in Windows(I
have tested in Win2k). In linux platform this is absent.

Any help is appreciated.

regards,
Satya.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Is it a Memory leak???

2003-10-04 Thread Satya Narayan Dash
Hi All,

Last time I posted this question, but did not get any response. Hope, this time I'll 
get.

I am running Apache 2.0.47 and Tomcat 4.1.27 with mod_jk as the connector. I am some 
issues w.r.t the memory consumption. In fact, in apache users forum, the user thinks 
it is an issue with mod_jk.so/dll.

I bombardded Apache with a large no. of JSP/Servlet pages and it ate up a few MBs of 
memory and did not release it,though it stablizes after consuming the memory. Again, 
if I am loading more JSP/Servlet pages, is starts increasing. The increment is in MB 
range, which is quite significant.

Even after killing all the clients, the memory is not getting released. 
The redirections of JSP/Servlet pages is proper and they are getting executed by 
Tomcat (from mod_jk.log).

Can anyone tell me where is the problem??? This happens only in Windows(I have tested 
in Win2k). In linux platform this is absent.

Any help is appreciated.

regards,
Satya.



Is it a Memory leak issue???

2003-10-04 Thread Satya Narayan Dash
Hi All,

Last time I posted this question, but did not get any response. Hope, this time I'll 
get.

I am running Apache 2.0.47 and Tomcat 4.1.27 with mod_jk as the connector. I am some 
issues w.r.t the memory consumption. In fact, in apache users forum, the user thinks 
it is an issue with mod_jk.so/dll.

I bombardded Apache with a large no. of JSP/Servlet pages and it ate up a few MBs of 
memory and did not release it,though it stablizes after consuming the memory. Again, 
if I am loading more JSP/Servlet pages, is starts increasing. The increment is in MB 
range, which is quite significant.

Even after killing all the clients, the memory is not getting released. 
The redirections of JSP/Servlet pages is proper and they are getting executed by 
Tomcat (from mod_jk.log).

Can anyone tell me where is the problem??? This happens only in Windows(I have tested 
in Win2k). In linux platform this is absent.

Any help is appreciated.

regards,
Satya.

Is it a Memory Leak in Apache 2.0.47???

2003-09-27 Thread Satya Narayan Dash
Hi,

Anyway, I was able to migrate to Apache to 2.0.47 and Tomcat 
4.1.27, after lot of intial hiccups. The connector is mod_jk and 
they are running smothly in Windows2k and Linux 8.0.

I've an interesting observation. Feeding line feed characters to 
Apache 2.0.40 (which) was my earlier version, lead me to memory 
exhaustion. (Fixed in SECURITY [CAN-2003-0132]: Apache 2.0.45),but 
did not happen in 2.0.47. Nice...

But...but, when I load Apache / Tomcat with enough JSP / Servlet/ 
HTML requests the memory consumption is increasing and Apache does 
not seem to release it.

My Application Configuration:

1. Apache serves the HTML pages and JSP/Servlets are redirected to 
Tomcat.   (Connector - mod_jk / AJP13)

2. Tomcat has no role to play to serve the HTML pages.

   (non-SSL Coyote HTTP/1.1 coyote port is commented out)

3. Apache and Tomcat are running as two independent threads, 
with
   Apache starting first.

The memory consumption, for win2k, is shown in this table.
(This is w.r.t. Apache 2.0.40 and the same thing is repeated in 
Apache 2.0.47. )

Parent Process  Child ProcessNo.Of Pages  Running 
Time
 (in KB)   (in KB)  (In 
min)

38127952  Nil   10

381212,9922520

381215,128140   20

140  21,444   302   20

The memory consumption goes up and if I am killing my clients
(which sends HTML/JSP/Servlets requests), then , it hovers aroubnd 
the same shoot-up value.

Now, can I conclude, if I am bombarding Apache with enough JSP / 
Servlet / HTML requests, the memory leak happens???

Let me know about it.

Thanks,
Satya.
___
Art meets Anesthesia; Shefali Weds Dr. Raman.
Rediff Matchmaker strikes another interesting match !!
Visit http://matchmaker.rediff.com?1
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Compilation Error !! mod_jk.dll, Apache 2.0.47 + Connector 4.1.27

2003-09-23 Thread Satya Narayan Dash
Hi All,

I am getting a compilation error while generating the mod_jk.dll 
for
Apache 2.0.47 and Connector 4.1.27.

These are the steps I followed.

1. Took the sources of Apache and Connector and set APACHE2_HOME 
and
   JAVA_HOME.

2. From the prompt I run, MSDEV mod_jk.dsp /MAKE ALL. (VC++ 6.0)

3. Intially it threw error w.r.t Apache jk_uri_worker_map.c. Then 
I
   took the latest one from CVS , 1.84 version. The error got 
resolved.

4. Now I am getting an error as

   Compiling...
   mod_jk.c
   
C:\Satya\downloads\Apache_Src\httpd-2.0.47\include\ap_config.h
   (58) :  fatal error C1083:Cannot open include file: 
'apr.h': No
   such file or directory
   Error executing cl.exe.

   I tried to take the latest one of ap_config.h from CVS . But 
the
   same problem persists. I could not find the apr.h. All I can 
find
   is apr.h.in, aph.hnw and apr.hw.

   I am trying to get het .dll file for a long time. But unable 
to find
   any workaround.

   Your help is gratefully appreicated. Let me know if it is an 
issue
   or I have to include something else.

P.S: The complete logs for the Debug and Release are as follows.

Configuration: apache - Win32 
Release

Command Lines
Creating temporary file 
C:\DOCUME~1\gkrishna\LOCALS~1\Temp\RSP9BC.tmp with contents
[
/nologo /MD /W3 /O2 /I ..\common /I C:\j2sdk1.4.1\include /I 
C:\j2sdk1.4.1\include\win32 /I 
C:\Satya\downloads\Apache_Src\httpd-2.0.47\include /I 
C:\Satya\downloads\Apache_Src\httpd-2.0.47\srclib\apr\include /I 
C:\Satya\downloads\Apache_Src\httpd-2.0.47\srclib\apr-util\include 
/D NDEBUG /D WIN32 /D _WINDOWS /FoRelease/ 
/FdRelease\mod_jk /FD /c
C:\Satya\downloads\Connector\jakarta-tomcat-connectors-4.1.27-src\jk\native\apache-2.0\mod_jk.c
]
Creating command line cl.exe 
@C:\DOCUME~1\gkrishna\LOCALS~1\Temp\RSP9BC.tmp
Creating temporary file 
C:\DOCUME~1\gkrishna\LOCALS~1\Temp\RSP9BD.tmp with contents
[
libhttpd.lib libapr.lib libaprutil.lib kernel32.lib user32.lib 
advapi32.lib wsock32.lib /nologo /dll /incremental:no 
/pdb:Release/mod_jk.pdb /machine:I386 /out:Release/mod_jk.dll 
/implib:Release/mod_jk.lib 
/libpath:C:\Satya\downloads\Apache_Src\httpd-2.0.47\Release 
/libpath:C:\Satya\downloads\Apache_Src\httpd-2.0.47\srclib\apr\Release 
/libpath:C:\Satya\downloads\Apache_Src\httpd-2.0.47\srclib\apr-util\Release 
/libpath:C:\Satya\downloads\Apache_Src\httpd-2.0.47\lib
.\Release\jk_ajp12_worker.obj
.\Release\jk_ajp13.obj
.\Release\jk_ajp13_worker.obj
.\Release\jk_ajp14.obj
.\Release\jk_ajp14_worker.obj
.\Release\jk_ajp_common.obj
.\Release\jk_connect.obj
.\Release\jk_context.obj
.\Release\jk_jni_worker.obj
.\Release\jk_lb_worker.obj
.\Release\jk_map.obj
.\Release\jk_md5.obj
.\Release\jk_msg_buff.obj
.\Release\jk_pool.obj
.\Release\jk_sockbuf.obj
.\Release\jk_uri_worker_map.obj
.\Release\jk_util.obj
.\Release\jk_worker.obj
.\Release\mod_jk.obj
]
Creating command line link.exe 
@C:\DOCUME~1\gkrishna\LOCALS~1\Temp\RSP9BD.tmp
Output Window
Compiling...
mod_jk.c
C:\Satya\downloads\Apache_Src\httpd-2.0.47\include\ap_config.h(58) 
: fatal error C1083: Cannot open include file: 'apr.h': No such 
file or directory
Error executing cl.exe.

Results
mod_jk.dll - 1 error(s), 0 warning(s)


___
Art meets Anesthesia; Shefali Weds Dr. Raman.
Rediff Matchmaker strikes another interesting match !!
Visit http://matchmaker.rediff.com?1
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Please help - Unable to create mod_jk.so connector4.1.27 , Apache 2.0.47

2003-09-19 Thread Satya Narayan Dash
Hi All,

I am unable to create mod_jk.so with 
jakarta-tomcat-connectors-4.1.27 and Apache 2.0.47.

In the last few lines it is throwing some errors. But I do not 
what I missed.

My Environment:
---
Red Hat Linux 7.2; JDK - 1.4.0
What I did:
--
1. Installed Apache 2.0.47 and it runs fine.

2. Took the src of jakarta-tomcat-connectors-4.1.27 and followed 
the following steps.

i) $ ./buildconf.sh

libtoolize --force --automake --copy
aclocal
automake -a --foreign -i --copy
automake: configure.in: installing 
`scripts/build/unix/install-sh'
automake: configure.in: installing 
`scripts/build/unix/mkinstalldirs'
automake: configure.in: installing `scripts/build/unix/missing'
autoconf
configure.in:24: AC_PROG_CPP was called before AC_PROG_CC

---

ii) $ ./configure --with-apxs=/home/kernel/satya/instal 
led_apache/bin/apxs

creating cache ./config.cache
checking for a BSD compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking whether make sets ${MAKE}... yes
checking for working aclocal... found
checking for working autoconf... found
checking for working automake... found
checking for working autoheader... found
checking for working makeinfo... found
checking for Cygwin environment... no
checking for mingw32 environment... no
checking how to run the C preprocessor... cc -E
checking host system type... i686-pc-linux-gnu
checking build system type... i686-pc-linux-gnu
checking for gcc... gcc
checking whether the C compiler (gcc  ) works... yes
checking whether the C compiler (gcc  ) is a cross-compiler... 
no
checking whether we are using GNU C... yes
checking whether gcc accepts -g... yes
checking for ld used by GCC... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for /usr/bin/ld option to reload object files... -r
checking for BSD-compatible nm... /usr/bin/nm -B
checking whether ln -s works... yes
checking how to recognise dependant libraries... pass_all
checking for object suffix... o
checking for executable suffix... no
checking command to parse /usr/bin/nm -B output... ok
checking for dlfcn.h... yes
checking for ranlib... ranlib
checking for strip... strip
checking for objdir... .libs
checking for gcc option to produce PIC... -fPIC
checking if gcc PIC flag -fPIC works... yes
checking if gcc static flag -static works... yes
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.lo... yes
checking if gcc supports -fno-rtti -fno-exceptions... yes
checking whether the linker (/usr/bin/ld) supports shared 
libraries... yes
checking how to hardcode library paths into programs... 
immediate
checking whether stripping libraries is possible... yes
checking dynamic linker characteristics... GNU/Linux ld.so
checking if libtool supports shared libraries... yes
checking for dlopen in -ldl... yes
checking whether a program can dlopen itself... yes
checking whether a statically linked program can dlopen itself... 
no
checking whether -lc should be explicitly linked in... no
creating libtool
checking for gcc... (cached) gcc
checking whether the C compiler (gcc -g -O2 ) works... yes
checking whether the C compiler (gcc -g -O2 ) is a 
cross-compiler... no
checking whether we are using GNU C... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for ld used by GCC... (cached) /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... (cached) yes
checking for test... /usr/bin/test
checking for rm... /bin//rm
checking for grep... /bin//grep
checking for echo... /bin//echo
checking for sed... /bin//sed
checking for cp... /bin//cp
checking for mkdir... /bin//mkdir
checking for libtool... /usr/bin/libtool
need to check for Perl first, apxs depends on it...
checking for perl... /usr/bin/perl
building connector for apache-2.0
checking for target platform... unix
no apache given
updating cache ./config.cache
creating ./config.status
creating Makefile
creating apache-1.3/Makefile
creating apache-1.3/Makefile.apxs
creating apache-2.0/Makefile
creating apache-2.0/Makefile.apxs
creating common/Makefile
creating common/list.mk
creating jni/Makefile

---

iii)$ make

Making all in common
make[1]: Entering directory
`/home/kernel/satya/connector/jakarta-tomcat-connectors-4.1.27-src/jk/native/common'
/usr/bin/libtool --mode=compile gcc 
-I/home/kernel/satya/installed_apache//include -g -O2

-g -O2 -pthread -g -O2 -DLINUX=2 -D_REENTRANT -D_XOPEN_SOURCE=500 
-D_BSD_SOURCE

-D_SVID_SOURCE -D_GNU_SOURCE -I /usr/java/j2sdk1.4.0/bin/:/include 
-I

/usr/java/j2sdk1.4.0/bin/:/include/ -c jk_ajp12_worker.c
mkdir .libs
gcc -I/home/kernel/satya/installed_apache//include -g -O2 -g -O2 
-pthread -g -O2 -DLINUX=2

-D_REENTRANT -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_SVID_SOURCE 
-D_GNU_SOURCE -I

/usr/java/j2sdk1.4.0/bin/:/include -I 
/usr/java/j2sdk1.4.0/bin/:/include/ -c