I've added code to log error in connect()
but connect() allways works, and I still
got requests failed()
BTW, I'm a little scare to see that many
non-reentrant functions are use in mod_jk
even if we are in thread mode, ie gethostbyname.
Another a way to explore....
-
Henri Gomez ___[_]____
EMAIL : hgomez@slib.fr (. .)
PGP KEY : 697ECEDD ...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
>-----Original Message-----
>From: GOMEZ Henri
>Sent: Thursday, June 20, 2002 12:03 PM
>To: Tomcat Developers List
>Subject: RE: mod_jk 1.2.0 release news
>
>
>Hum, I make a trivial test.
>
>I tested Apache 2.0.39 (server/mpm/worker) with
>ab using HTTP 2.0 static file (/index.html.fr) and
>got some errors log like :
>
>[crit] the listener thread didn't exist
>
>
>-
>Henri Gomez ___[_]____
>EMAIL : hgomez@slib.fr (. .)
>PGP KEY : 697ECEDD ...oOOo..(_)..oOOo...
>PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
>
>
>
>>-----Original Message-----
>>From: GOMEZ Henri
>>Sent: Thursday, June 20, 2002 11:57 AM
>>To: Tomcat Developers List
>>Subject: RE: mod_jk 1.2.0 release news
>>
>>
>>Good catch Mladen.
>>
>>I think we may be near the solution, since after tunning
>>server.xml for tomcat 3.3.1, i see no more error in mod_jk.log
>>(recv failed for example), but still got error (failed request),
>>so the error is in httpd 2.0 (and mod_jk), no more in ajp13
>>(at least for tc 3.3.1)
>>
>>-
>>Henri Gomez ___[_]____
>>EMAIL : hgomez@slib.fr (. .)
>>PGP KEY : 697ECEDD ...oOOo..(_)..oOOo...
>>PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
>>
>>
>>
>>>-----Original Message-----
>>>From: Mladen Turk [mailto:mturk@mappingsoft.com]
>>>Sent: Thursday, June 20, 2002 11:19 AM
>>>To: 'Tomcat Developers List'
>>>Subject: RE: mod_jk 1.2.0 release news
>>>
>>>
>>>> From: GOMEZ Henri
>>>>
>>>> Ok, since it appears we still have problems under heavy
>>>> load when using Apache 2.0 (with TC 3.3.1/4.x) or
>>>> with Apache 1.3 + Tomcat 4.x, I'll delay the 1.2.0
>>>> until we fix that problem.
>>>>
>>>> I'll works on 2 parts :
>>>>
>>>> 1) Fix the TC 4.x problems with ajp13 (jtc)
>>>> 2) Fix the Apache 2.0 problems
>>>>
>>>> For so I'll need some help, especially in TC 4.x area
>>>> to determine what's going wrong with TC4 ajp implementation.
>>>>
>>>
>>>OK here are some of my experiments and results:
>>>
>>>1. The major problem IMO are the multiple threads that are trying to
>>>acquire the sockets.
>>>
>>>To be able to find wtf is going on I've basically made the
>>>jk_open_socket to be the single threaded. I've made the single static
>>>socket, and checking if the connect() retuns EISCONN, and if
>>>do, sleep a
>>>while and then try again, until the 20 sec timeout.
>>>
>>>And here are the results:
>>>
>>>Concurrency Level: 2
>>>Time taken for tests: 20.151314 seconds
>>>Complete requests: 2000
>>>Failed requests: 0
>>>Write errors: 0
>>>Keep-Alive requests: 0
>>>
>>>Concurrency Level: 4
>>>Time taken for tests: 20.161001 seconds
>>>Complete requests: 2000
>>>Failed requests: 0
>>>Write errors: 0
>>>Keep-Alive requests: 0
>>>
>>>The results looks excellent at first, but as you can guess, the tests
>>>are finishing around 20 secs and the timeout is set to the 20
>>sec. When
>>>having two worker threads active I'm facing the 1 timeout and
>>>that on is
>>>for the second!(remember that) connection (Actually there
>>>should be two,
>>>but the second is probably lost cause I'm getting the ENOTSOCK for
>>>connect in the mod_jk.log, on test end).
>>>
>>>No matter how many connections there are the second (per-thread)
>>>connection that is made to TC gets timed-out.
>>>
>>>2. The reason? IMO we are not closing the first connection,
>>or there is
>>>a bug when reading from the connection for the first time.
>>>
>>>3. Cause of that when not having single threaded jk_open_socket the
>>>first connection on each thread is never closed and as
>apache recycles
>>>its threads, we finally end up with the 2000 or more opened
>>sockets per
>>>10000 requests.
>>>
>>>
>>>
>>>MT.
>>>
>>>
>>>--
>>>To unsubscribe, e-mail:
>><mailto:tomcat-dev-unsubscribe@jakarta.apache.org>
>>For additional commands, e-mail:
><mailto:tomcat-dev-help@jakarta.apache.org>
>
>
>--
>To unsubscribe, e-mail:
<mailto:tomcat-dev-unsubscribe@jakarta.apache.org>
For additional commands, e-mail: <mailto:tomcat-dev-help@jakarta.apache.org>
--
To unsubscribe, e-mail: <mailto:tomcat-dev-unsubscribe@jakarta.apache.org>
For additional commands, e-mail: <mailto:tomcat-dev-help@jakarta.apache.org>
--
To unsubscribe, e-mail: <mailto:tomcat-dev-unsubscribe@jakarta.apache.org>
For additional commands, e-mail: <mailto:tomcat-dev-help@jakarta.apache.org>
|