Android source code compile error: “Try increasing heap size with java option '-Xmx'”

前端 未结 6 1250
北恋
北恋 2020-12-04 18:40

Error happens when I try to compile Android source code(Sourcecode-version: 6.0.1; RAM: 6G; host system: ubuntu 14.04),log is below:

including ./system/netd/         


        
相关标签:
6条回答
  • 2020-12-04 18:50

    I had the same problem. So I've tried to set JACK_SERVER_VM_ARGUMENTS to include -Xmx=4g, but when building again the log output showed that this was not included in the startup. Dunno why, seems like the env vars do not get passed to the build script correctly.

    Solution

    Before starting a clean android build set the JACK_SERVER_VM_ARGUMENTS to include -Xmx=4g, then stop and start the jack server manually. Given you're in the main source tree of AOSP run the following:

    export JACK_SERVER_VM_ARGUMENTS="-Dfile.encoding=UTF-8 -XX:+TieredCompilation -Xmx4g"
    ./prebuilts/sdk/tools/jack-admin kill-server
    ./prebuilts/sdk/tools/jack-admin start-server
    

    for cm you can use

    export JACK_SERVER_VM_ARGUMENTS="-Dfile.encoding=UTF-8 -XX:+TieredCompilation -Xmx4g"
    jack-admin kill-server && jack-admin start-server
    

    This resolved the issue for me.

    0 讨论(0)
  • 2020-12-04 18:53

    I found this article: Building AOSP 7.x Nougat with only 8 GiB RAM


    on an 8 GiB machine, Max Heap size is less than 2 GiB:

    $ java -XshowSettings 2>&1  | grep Heap
        Max. Heap Size (Estimated): 1.71G
    

    The solution

    Once I understood the problem, it was just a question of changing the default heap size when jack-server is launched. To fix it, you need to edit ~/.jack-settings, and add this line

    JACK_SERVER_VM_ARGUMENTS="-Dfile.encoding=UTF-8 -XX:+TieredCompilation -Xmx4096m"
    

    Then, restart jack-server – otherwise if it is running in the background it will continue to use the old Xmx value:

    $ prebuilts/sdk/tools/jack-admin kill-server
    $ prebuilts/sdk/tools/jack-admin start-server
    Launching Jack server java -XX:MaxJavaStackTraceDepth=-1 -Djava.io.tmpdir=/tmp -Dfile.encoding=UTF-8 -XX:+TieredCompilation -Xmx4096m
    -cp /home/chris/.jack-server/launcher.jar com.android.jack.launcher.ServerLauncher
    
    0 讨论(0)
  • 2020-12-04 18:56

    Android build (tested with 7.1.2) uses its own, private version of Jack (there could be a Jack toolchain installed elsewhere on the system), so you have to use Android-specific variables.

    From https://android.googlesource.com/platform/prebuilts/sdk/+/master/tools/README-jack-server.md:

    (search for "If you experience Jack compilations failing on Out of memory error.:")

    To summarize:

    $ # Stop the Jack server
    $ jack-admin stop-server
    $ # apply the new setting
    $ export ANDROID_JACK_VM_ARGS="-Xmx2g -Dfile.encoding=UTF-8 -XX:+TieredCompilation"
    $ Finally, restart the build (do not manually start the Jack server!)
    $ m # or any other build command
    

    The build system should pick up the change and output the line:

    Environment variable ANDROID_JACK_VM_ARGS was set, regenerating...
    

    or (after a subsequent change):

    Environment variable ANDROID_JACK_VM_ARGS was modified (-Xmx2g -Dfile.encoding=UTF-8 -XX:+TieredCompilation => -Xmx4g -Dfile.encoding=UTF-8 -XX:+TieredCompilation), regenerating...
    
    0 讨论(0)
  • 2020-12-04 18:58

    The current way to set Xmx for jack is:

    export JACK_SERVER_VM_ARGUMENTS="-Dfile.encoding=UTF-8 -XX:+TieredCompilation -Xmx4096m"
    out/host/linux-x86/bin/jack-admin kill-server
    out/host/linux-x86/bin/jack-admin start-server
    
    0 讨论(0)
  • 2020-12-04 19:02

    I also had this problem after updating to 6.0 My computer is an i7 laptop with 8GB of ram. It worked fine with v5.x and below.

    The reason is not enough memory as the error message states. In the v6.x build, more Jack is used. In my case, reducing the number of Jacks to 1 resolved the issue.

    I can now continue compiling with 8GB of ram.

    $HOME/.jack-server/config.properties
        jack.server.max-service=1
    
    [100% 19740/19740]
    #### make completed successfully (11:55:27 (hh:mm:ss)) ####
    
    0 讨论(0)
  • 2020-12-04 19:09

    This was also my problem: the java default Xmx setting was already close to 4GB (precisely: 4011MB) so the issue was rather the number of concurrent jack servers running. My machine had 8 CPUs but only 16GB of RAM, but would have required 32GB (8*4=32).

    My (slightly more dynamic) solution:

    MAX=$(($(free -g | awk '/^Mem:/{print $NF}') / 4))
    if [ $MAX -le 0 ]; then
        MAX=1
    fi
    echo "SERVER_NB_COMPILE=$MAX" >> ~/.jack
    mkdir -p ~/.jack-server
    echo "jack.server.max-service=$MAX" >> ~/.jack-server/config.properties
    

    It adds the MAX number of jack server to both the old-location and new-location based on the android official doc:

    Jack Troubleshooting: If your computer becomes unresponsive during compilation or if you experience Jack compilations failing on “Out of memory error”, you can improve the situation by reducing the number of Jack simultaneous compilations by editing your $HOME/.jack and changing SERVER_NB_COMPILE to a lower value. https://source.android.com/source/jack.html

    0 讨论(0)
提交回复
热议问题