https://bz.apache.org/bugzilla/show_bug.cgi?id=66209
Bug ID: 66209
Summary: CPU regression when classpath Bloom filters are active
Product: Tomcat 9
Version: 9.0.46
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: P2
Component: Catalina
Assignee: dev@tomcat.apache.org
Reporter: jeng...@amazon.com
Target Milestone: -----
Created attachment 38363
--> https://bz.apache.org/bugzilla/attachment.cgi?id=38363&action=edit
Patch with one-line fix and relevant unit test
On applications with large classpaths, enabling UseBloomFilterForArchives
tremendously accelerates classpath scans by performing early exits on each jar,
rather than accessing the manifest. Unfortunately the underlying Bloom filters
can be cleaned at runtime by AbstractArchiveResourceSet.gc(), which forces the
next classpath scan to reinitialize the entire set of bloom filters. On our
large application we are therefore observing both huge improvements to startup,
and huge cpu regressions while handling traffic.
I've attached a patch containing a one-line fix, as well as a unit test that
detects the error.
--
You are receiving this mail because:
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
