[
https://issues.apache.org/jira/browse/BEAM-4122?focusedWorklogId=92664&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-92664
]
ASF GitHub Bot logged work on BEAM-4122:
----------------------------------------
Author: ASF GitHub Bot
Created on: 19/Apr/18 16:25
Start Date: 19/Apr/18 16:25
Worklog Time Spent: 10m
Work Description: swegner commented on issue #5171: [BEAM-4122] Tune
Gradle resource usage on Jenkins
URL: https://github.com/apache/beam/pull/5171#issuecomment-382797894
I'm not able to get a good validation of this because #5180 is also working
on Jenkins jobs and we're both running Seed Job. I don't know if this
configuration is perfect, but it's an improvement over the current state. Can
we get these merged so that they can be incorporated into #5180 as well?
R: @aaltay
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
Issue Time Tracking
-------------------
Worklog Id: (was: 92664)
Time Spent: 1h 50m (was: 1h 40m)
> Tune Gradle resource usage on Jenkins
> -------------------------------------
>
> Key: BEAM-4122
> URL: https://issues.apache.org/jira/browse/BEAM-4122
> Project: Beam
> Issue Type: Sub-task
> Components: build-system
> Reporter: Scott Wegner
> Assignee: Scott Wegner
> Priority: Major
> Time Spent: 1h 50m
> Remaining Estimate: 0h
>
> The new Gradle build seems to be exhausting memory on the Jenkins machines,
> causing them to lose their connection and die. This has made our tests
> extremely flaky.
> We need to tune the Gradle build such that it does not exhaust Jenkins
> machine resources.
> A [Gradle build
> scan|https://scans.gradle.com/s/ehue5xqj36zeo/infrastructure] shows some
> information about the Jenkins VM:
> * Operating system Linux 3.19.0-79-generic
> * CPU cores 4 cores
> * Max Gradle workers 4 workers
> * Java runtime Oracle Java(TM) SE Runtime Environment 1.8.0_152-b16
> * Java VM Oracle Java HotSpot(TM) 64-Bit Server VM 25.152-b16 (mixed mode)
> * Max JVM memory heap size 3506 MB
> From the [Jenkins Load
> Statistics|https://builds.apache.org/computer/beam3/load-statistics] page, it
> appears that each machine has 2 executors.
> Some resources for tuning memory:
> * [https://wiki.jenkins.io/display/JENKINS/I%27m+getting+OutOfMemoryError]
> * [https://guides.gradle.org/performance/]
> *
> [https://docs.gradle.org/current/userguide/build_environment.html#sec:configuring_jvm_memory]
>
> *
> [https://docs.gradle.org/current/userguide/command_line_interface.html#sec:command_line_performance]
>
>
> We may also be able to improve performance by using Gradle features to remove
> redundant work:
> * [Build Cache|https://docs.gradle.org/current/userguide/build_cache.html]:
> re-use up-to-date outputs from previous builds
> * [Gradle
> Daemon|https://docs.gradle.org/current/userguide/gradle_daemon.html]: re-use
> worker process and cache output status
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
