-
Type:
Bug
-
Resolution: Fixed
-
Priority:
Low
-
Affects Version/s: 6.7.2
-
Component/s: Performance
-
3
-
Severity 3 - Minor
-
1
Issue Summary
Adding
-Dbamboo.max.concurrent.expensive.messages=2
to the JVM arguments does not increase the number of BuildTailMessageProcessingThread-expensive threads from 1 to more.
Environment
Steps to Reproduce
- Bump Bamboo heap to 4GB
- Single plan, one job, one script task to generate a large log:
yes "HelloWorldHelloWorldHelloWorldHelloWorldHelloWorldHelloWorldHelloWorldHelloWorldHelloWorldHelloWorldHelloWorldHelloWorld" | head -n 2000000
- Expensive regex set on the job:
(.*,\([^abc]*\):.*)
- Run on remote agents only
- Concurrent build limit set to 4
- Run 4 concurrent builds of the same plan
- Take a thread dump when the plan is finished.
Expected Results
Two BuildTailMessageProcessingThread-expensive parsing the build logs.
Actual Results
Only one BuildTailMessageProcessingThread-expensive parsing the build logs.
...
Workaround
Currently there is no known workaround for this behavior. A workaround will be added here when available
- is related to
-
BAM-20679 High CPU and hung builds when using complex label regex
-
- Closed
-
- is cloned as
-
BDEV-15549 Loading...