-
Notifications
You must be signed in to change notification settings - Fork 9.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Building apollo 3.5 or higher often causes the OS stuck #7719
Comments
It looks like you are running out of memory. Find |
@martins-mozeiko Thank you. Your approach is absolutely correct. My question is as follows: |
@martins-mozeiko I figured it out. Bazel consumed too much memory. After I add an 8 GB memory card, the GUI will never freeze. Therefore, it's best to build Apollo 3.5 or higher with two tasks on a computer with less than 16 GB of memory: bash apollo.sh build -j 2 |
To build apollo,it would be better use at least 8GB virtual memory, only 977M virtual memery may also cause a problem. Especially when use our own docker image. |
@daviduhm exactly. I have 64-core machine. And building Apollo with default settings hangs for me every time because it uses too much memory. Using swap file is terrible option because it slows down everything to many hours of building. I need to reduce how many cores it uses to 20 or so to be able to build Apollo successfully in reasonable time. |
@gengqx Sure. Thanks. |
@martins-mozeiko Thank you for detailed information. |
Closing this issue as it appears to be resolved. @martins-mozeiko @gengqx thank you for the explanation @davidhopper2003 thank you for posting your fix to help others developers who may encounter this issue. Added your suggestions to #7785 |
I have the same issue but my system hangs out and no progress at all when running bash apollo.sh build at compiling stage looks like as ........ kindly any sugestions.......i cant make progress from here ... |
@Iqbalparvi --jobs=4 depends on your core(s).
gives you 4, then --jobs=2 might work ( my guess). |
@martins-mozeiko wrote:
I have been experiencing this as well on a 12-core Razer Blade with 16GB of RAM, and have been experimenting with the build settings. I tried building with nproc/2 (6 cores) and also with 9 and with 10 and so far it seems to be doing ok. I'm inclined to think that (at least with 16GB of RAM) a better value is nproc-2. On my system this seems to avoid running out of memory, while taking advantage of 10 of my 12 cores. Another issue that might have helped is that I decreased ram_utilitization_factor from 80 to 70. I'm not entirely sure whether dropping the cores or ram utilization helped more but together this lets my build succeed without failing. I'm curious if @davidhopper2003 or anyone else with an 8GB system (or one that fails to build apollo successfully) could try nproc-2 (and ram_utilization_factor=70) and see how that goes? My JOB_ARG line in apollo.sh now looks like this: It would be nice to change the apollo.sh script to be more generally successful but I wouldn't want to slow down builds that aren't crashing. |
@lemketron Would you mind sharing your apollo.sh file? I have the same issue but couldn't find any JOB_ARG or it's usage anywhere in my current apollo.sh file. |
Hi @Srikar-Chaganti , I can’t find it either, may I know how did you resolve this? |
Hi @hkyee, you can change the cores on apollo_base.sh |
I downloaded the latest Apollo master branch and built it with the
bash apollo.sh build
command. I found that the OS is often stuck and it is useless to press theCtrl + Alt + F1
key to open a text terminal. I had to power off the computer and restart it. After the restarting, there was still a stuck phenomenon. What's the matter with theapollo.sh
file? Any suggestions will be appreciated.The resource consumption built with 4 jobs (
![apollo_build_stuck](https://user-images.githubusercontent.com/31435476/55704035-cbb19b80-5a0d-11e9-9920-fd0391471f3b.png)
bash apollo.sh build -j 4
) is shown as follows:System information
The text was updated successfully, but these errors were encountered: