W3C home > Mailing lists > Public > www-jigsaw@w3.org > March to April 1999

Re: Servlet tuning (again)

From: G.V.J. Sastry <sgovindo@cvimail.cv.com>
Date: Tue, 13 Apr 1999 05:20:25 -0400 (EDT)
Message-ID: <371309B3.EEE4B5EF@cvimail.cv.com>
To: Jaroslav Gergic <Jaroslav.Gergic@st.ms.mff.cuni.cz>
CC: Benoit Mahe <Benoit.Mahe@sophia.inria.fr>, www-jigsaw@w3.org
Hi,

 I developed an application which uses Jigsaw, Servlets, CORBA and JDBC.
Though I did not make any benchmark for the time taken, I did feel that
the response is faster with Jigsaw. I was using MS-Access database on NT
m/c. This database is queried through Servlets, which in turn calls a
CORBA-Client (both of them on Unix), ending the call with a CORBA-Server
on NT. The servlet implemented doPost method.

Seeing from your benchmark, it looks like most of the time taken is in
page rendering. Are you having images in the servlet generated page? I
haven't tried putting images into the generated page from the servlets,
mine was simple text display. If you are having images, then can you try
loading some of Jigsaw's pages which contain images and if these also
take up a longer time than the normal, then you know why your pages from
servlets take so long. There were some earlier mail exchanges in the
mailing list related to this problem. I could overcome this problem of
images taking a long time by re-compiling the entire Jigsaw code with
JDK2. Also, on the latest Jigsaw this problem is fixed.

Regards,
SASTRY

Benoit Mahe wrote:
> 
> Jigsaw was not designed for servlets, it is just a useful extension.
> But it is not supposed to be so slow. I don't know why it is so slow
> with your servlet, could you add some trace to see what piece of
> code takes so much time?
> 
> Regards, Benoit.
> 
> Jaroslav Gergic wrote:
> 
> > I posted this question a few weeks before, but without any response....
> > ----------------------------------------------------------------------------------
> >
> > I have the following problem running servlet under Jigsaw:
> >
> > I designed a simple servlet, which connects to the Oracle 7 database
> > using thin driver (connects inside init() method). User can supply any
> > SQL select using simple HTML form to this servlet. Servlet gets SQL
> > statement through DoPost() method.
> > Servlet loads data from database and renders HTML page containing
> > result
> > set.
> >
> > Under servletrunner it works OK and with following timings:
> > 1: statements prepare 10 ms
> > 2: data retrieval 20 ms
> > 3: page rendering 100 ms
> >
> > Under Jigsaw it also works delay, but with long delays (using the same
> > SQL query):
> > 1: statements prepare 10 ms
> > 2: data retrieval 20 ms
> > 3: page rendering 3 - 4 sec
> >
> > These delays are occur randomly but very often cca 75% of hits.
> > Other 25% is fast as using servletrunner.
> >
> > Environment:
> > WinNT 4.0 SP3
> > PII 266 MHz, 128 MB RAM.
> > JDK 1.2
> > Single client connected to Jigsaw web server = test application, no
> > other hits.
> >
> > Solution?:
> > I think problem can be eliminated with proper settings of caching
> > and/or
> > garbage collection
> > policy. But I do not know these setting.
> > Behavior described above is unacceptable for my web based application,
> > response in 4 seconds
> > with single performing task is very slow.
> >
> > Thanks for any suggestion.
> >
> > Gergi
> >
> > --
> > Name: Jaroslav Gergic
> > - student of the Faculty of Mathematics and Physics, Charles University,
> > Prague
> >   E-mail: Jaroslav.Gergic@st.mff.cuni.cz
> >   Web: http://www.kolej.mff.cuni.cz/~jg
> > - editor of the PDA section of Mobil Server
> >   E-mail: gergi@mobil.cz
> >   Web: http://www.mobil.cz
> 
> --
> - Benoît Mahé -------------------------------------------------------
>                       World Wide Web Consortium   (W3C)
>                     Architecture domain - Jigsaw Engineer
> 
>                 http://www.w3.org/People/Mahe  - bmahe@w3.org
> ---------------------------------------------------------------------
Received on Tuesday, 13 April 1999 05:54:00 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Monday, 9 April 2012 12:13:29 GMT