Mailing-List: contact dev-help@tomcat.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Tomcat Developers List" <dev@tomcat.apache.org>
Subject: Re: Bug that spans tomcat and tomcat-native
To: Tomcat Developers List <dev@tomcat.apache.org>
References: <CAG2YfWPAK9OL50tXB5H987bexmb8BZ2TvX9PddHfo=q26HAvXA@mail.gmail.com>
 <2e6f56c1-32cb-28c6-3864-7425aa973069@apache.org>
 <CAG2YfWPMieaN2far8Pzti-pYfKoVkQc9MG0_aXEtMJ-KaL6+XQ@mail.gmail.com>
 <7afb790c-67dc-7dd5-56a0-78961479f571@apache.org>
 <CANwj8ZpjQvOF2JDBjmWjHERy=BjQo=5GUcvx_R6AKH08yTxqAQ@mail.gmail.com>
 <68f53a04-aa52-ce2f-43d7-9a9188b43116@apache.org>
 <CAG2YfWOOwbqiuAEskj_+w96or7vmox8CPey_cuO7eisZKsbwMA@mail.gmail.com>
 <b778a0de-5c9e-6623-db32-bc13ea38a7d9@apache.org>
 <b719b347-193b-5016-a7c6-0ea3e50766bd@apache.org>
 <CAG2YfWMA7WznswdraVZf1vDYWR35XSjQAXkPwgt-g18dSKVcww@mail.gmail.com>
 <CAG2YfWPn=UjEJ3UwRWhBTA07iZwTFTbS3PqHm0G+6Aa=-X051A@mail.gmail.com>
 <8c8ee067-bdda-b6e1-e189-19e36791ddbb@apache.org>
 <CAG2YfWOQR8xaYiC_gAqXfUe7vSUTvdjzy8FeZ=wEtVR2boZctg@mail.gmail.com>
 <4b3edb6e-5649-0d82-cbbe-306fd7e5f8bf@apache.org>
 <CAG2YfWMaSzykgKro9FVah-wHSidhU78KK0uy70uKOzzavaS5bQ@mail.gmail.com>
From: Mark Thomas <markt@apache.org>
Message-ID: <4ec22aa8-a9f4-2f03-ce04-023f3bfd6548@apache.org>
Date: Fri, 24 Jun 2016 22:31:29 +0100
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101
 Thunderbird/45.1.1
MIME-Version: 1.0
In-Reply-To: <CAG2YfWMaSzykgKro9FVah-wHSidhU78KK0uy70uKOzzavaS5bQ@mail.gmail.com>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
archived-at: Fri, 24 Jun 2016 21:31:42 -0000

On 24/06/2016 21:52, therealneworld@gmail.com wrote:

>> I'm wondering if this is a problem that builds up over time. If I
>> understood your previous posts correctly, running the big tests
>> immediately gave ~700MB/s whereas running the small tests then the big
>> tests resulting in ~350MB/s during the big tests. Are you able to
>> experiment with this a little bit? For example, if you do big tests, 1M
>> (~20%) small tests, big tests, 1M small tests, big tests etc. What is
>> the data rate for the big tests after 0, 1M, 2M, 3M, 4M and 5M little tests.
> 
> Sure I can try that. For the in between tests do you want me to run
> those for a set amount of time or number of files? Like each smaller
> batch like 20min and then 10min of large and then next smaller size?

I was thinking set number of files.

I would also be useful to know how many threads the executor has created
at each point as well. (JMX should tell you that. You might need to
adjust the executor so it doesn't stop idle threads.).

>> What I am trying to pin down is how quickly does this problem build up.
>>
>> Also, do you see any failed requests or do they all succeed?
> 
> All successes.

OK. That rules out some possibilities.

Going back to your original description, you said you saw blocking
during the call to ERR_clear_err(). Did you mean ERR_clear_error()?
Either way, could you provide the full stack trace of an example blocked
thread? And, ideally, the stack trace of the thread currently holding
the lock? I'm still trying to understand what is going on here since
based on my understanding of the code so far, the HashMap is bounded (to
the number of threads) and should reach that limit fairly quickly.

Thanks,

Mark

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org