c1e7e83d52
Our shared runners are set up for concurrent jobs ~= CPUs / 4 (x86) or 8 (ARM). If you use more build processes than that, then jobs may be fighting each other for shared system resources, possibly to the point of failure (we've seen one of the runners OOM on some jobs before, though I'm not sure if this was the cause). To try to systematically prevent the problem, we make a ninja wrapper in the containers that passes the -j flags, and set MAKEFLAGS in the container builds. This doesn't cover make in non-container builds, but I believe we don't have any of those. Reviewed-by: Michel Dänzer <mdaenzer@redhat.com> Tested-by: Marge Bot <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/3782> Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/3782>
43 lines
982 B
Bash
43 lines
982 B
Bash
#!/bin/bash
|
|
|
|
set -ex
|
|
|
|
git clone \
|
|
--depth 1 \
|
|
https://github.com/KhronosGroup/VK-GL-CTS.git \
|
|
-b vulkan-cts-1.2.1.0 \
|
|
/VK-GL-CTS
|
|
pushd /VK-GL-CTS
|
|
|
|
# --insecure is due to SSL cert failures hitting sourceforge for zlib and
|
|
# libpng (sigh). The archives get their checksums checked anyway, and git
|
|
# always goes through ssh or https.
|
|
python3 external/fetch_sources.py --insecure
|
|
|
|
mkdir -p /deqp
|
|
|
|
popd
|
|
|
|
pushd /deqp
|
|
cmake -G Ninja \
|
|
-DDEQP_TARGET=x11_glx \
|
|
-DCMAKE_BUILD_TYPE=Release \
|
|
/VK-GL-CTS
|
|
ninja
|
|
|
|
# Copy out the mustpass list we want.
|
|
mkdir /deqp/mustpass
|
|
cp /VK-GL-CTS/external/vulkancts/mustpass/master/vk-default.txt \
|
|
/deqp/mustpass/vk-master.txt
|
|
|
|
rm -rf /deqp/modules/internal
|
|
rm -rf /deqp/executor
|
|
rm -rf /deqp/execserver
|
|
rm -rf /deqp/modules/egl
|
|
rm -rf /deqp/framework
|
|
find -iname '*cmake*' -o -name '*ninja*' -o -name '*.o' -o -name '*.a' | xargs rm -rf
|
|
strip external/vulkancts/modules/vulkan/deqp-vk
|
|
du -sh *
|
|
rm -rf /VK-GL-CTS
|
|
popd
|