2013/7/13 Jerry Lampi <[email protected]>:
> On Fri, Jul 12, 2013 at 4:21 PM, André Warnier <[email protected]> wrote:
>
>> Jerry Lampi wrote:
>>
>>> On Fri, Jul 12, 2013 at 2:27 PM, Christopher Schultz <
>>> [email protected]> wrote:
>>>
>>> -----BEGIN PGP SIGNED MESSAGE-----
>>>> Hash: SHA256
>>>>
>>>> Jerry,
>>>>
>>>> On 7/12/13 2:16 PM, Jerry Lampi wrote:
>>>>
>>>>> When we switched from tomcat 6.0.35 to 6.0.36, the initial load of
>>>>> our sign on page became extremely slow. In 6.0.35, it would load
>>>>> in about 2 seconds; in 6.0.36, it loads in about 60 seconds.
>>>>>
Why not to try with the current version (6.0.37 or 7.0.42)?
>>>
>>> sendFile is not enabled.
>>>
Can you prove the above (with an explanation or with a configuration snippet)?
On your <Connector> below you have it enabled. (Well, it is not the
only place where you can disable it).
>>
>> Pity. That /would/ have been a clue..
>>
>>
Yeah. By default sendfile is used when file size >=48Kb.
Does it happen with static files only? If you have a JSP page that
generates response with size >50Kb, would it experience similar
delays?
>> 10 200 /sdsvip/vip.css 1,611
>> 00:00:00.0090005 1836
>> 11 200 /sdsvip/vip.js 50,982
>> 00:00:07.1194072 51216
7s might be enough to try to take a thread dump or two (to see what is
actually happens at the server).
If you configure an AccessLogValve on the server, does it show the same timings?
> To answer your earlier question regarding connector:
> <Connector port="${httpport}"
> protocol="org.apache.coyote.http11.Http11NioProtocol"
> connectionLinger="-1" maxThreads="300"
> maxKeepAliveRequests="-1"
> socket.rxBufSize="125940" socket.txBufSize="219000"
Why connectionLinger="-1" and why such excessive buffer sizes?
> backlog="50"
No such property is mentioned in documentation.
> connectionTimeout="20000"
> address="${weburl}"
> redirectPort="${sslport}" />
>
How far are you from the server?
Best regards,
Konstantin Kolinko
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
