julia 1.8.0 hangs on ubuntu_aarch64 during compilation #46431
Labels
Comments
|
Can you change julia/contrib/generate_precompile.jl Line 245 in 4ea8d56 stdout and rebuild and see what output it gets stuck on?
|
|
@KristofferC I've changed, but the error is still reported: Steps to reproduce the issueroot@ubuntu:julia-1.8.0# make -j126
Warning: git information unavailable; versioning information limited
Warning: git information unavailable; versioning information limited
...
Sysimage built. Summary:
Total ─────── 109.738493 seconds
Base: ─────── 44.628636 seconds 40.6682%
Stdlibs: ──── 65.107421 seconds 59.3296%
Warning: git information unavailable; versioning information limited
JULIA usr/lib/julia/sys-o.a
Generating REPL precompile statements... 32/40
The message it hangs here:
root@ubuntu:~# ps -ef | grep julia
root 88799 87139 0 16:43 pts/1 00:00:00 make -s -C /root/julia-1.8.0 -f sysimage.mk sysimg-release
root 88928 88799 0 16:43 pts/1 00:00:00 /bin/sh -c printf ' %b %b\n' "\033[32;1m"JULIA"\033[0m" "\033[37;1m"usr/lib/julia/sys-o.a"\033[0m"; cd /root/julia-1.8.0/base && if ! JULIA_BINDIR=/root/julia-1.8.0/usr/bin WINEPATH="/root/julia-1.8.0/usr/bin;$WINEPATH" JULIA_NUM_THREADS=1 /root/julia-1.8.0/usr/bin/julia -O3 -C "generic" --output-o /root/julia-1.8.0/usr/lib/julia/sys-o.a.tmp --startup-file=no --warn-overwrite=yes --sysimage /root/julia-1.8.0/usr/lib/julia/sys.ji /root/julia-1.8.0/contrib/generate_precompile.jl 1; then echo '*** This error is usually fixed by running `make clean`. If the error persists, try `make cleanall`. ***'; false; fi
root 88929 88928 1 16:43 pts/1 00:00:22 /root/julia-1.8.0/usr/bin/julia -O3 -C generic --output-o /root/julia-1.8.0/usr/lib/julia/sys-o.a.tmp --startup-file=no --warn-overwrite=yes --sysimage /root/julia-1.8.0/usr/lib/julia/sys.ji /root/julia-1.8.0/contrib/generate_precompile.jl 1
root 92736 91059 0 16:59 pts/1 00:00:00 make -s -C /root/julia-1.8.0 -f sysimage.mk sysimg-release
root 92863 92736 0 16:59 pts/1 00:00:00 /bin/sh -c printf ' %b %b\n' "\033[32;1m"JULIA"\033[0m" "\033[37;1m"usr/lib/julia/sys-o.a"\033[0m"; cd /root/julia-1.8.0/base && if ! JULIA_BINDIR=/root/julia-1.8.0/usr/bin WINEPATH="/root/julia-1.8.0/usr/bin;$WINEPATH" JULIA_NUM_THREADS=1 /root/julia-1.8.0/usr/bin/julia -O3 -C "generic" --output-o /root/julia-1.8.0/usr/lib/julia/sys-o.a.tmp --startup-file=no --warn-overwrite=yes --sysimage /root/julia-1.8.0/usr/lib/julia/sys.ji /root/julia-1.8.0/contrib/generate_precompile.jl 1; then echo '*** This error is usually fixed by running `make clean`. If the error persists, try `make cleanall`. ***'; false; fi
root 92864 92863 4 16:59 pts/1 00:00:22 /root/julia-1.8.0/usr/bin/julia -O3 -C generic --output-o /root/julia-1.8.0/usr/lib/julia/sys-o.a.tmp --startup-file=no --warn-overwrite=yes --sysimage /root/julia-1.8.0/usr/lib/julia/sys.ji /root/julia-1.8.0/contrib/generate_precompile.jl 1
root 94754 93351 0 17:07 pts/3 00:00:00 grep --color=auto julia
|
|
I wonder if that change took effect. For me, when I do that change I get debug output when that step is running: Generating REPL precompile statements... 31/40
#### inputting statement: ####
"] add Te\t\t\x03"
####
(jl_g3XAnI) pkg> add Test
TestPkg.jl/ TestPkg Test
(jl_g3XAnI) pkg> add Test^C
julia>
Generating REPL precompile statements... 32/40
#### inputting statement: ####
"] st"
####
(jl_g3XAnI) pkg> st
Status `/tmp/jl_g3XAnI/Project.toml`
[697152b3] TestPkg v0.1.0 `TestPkg.jl#master`
Generating REPL precompile statements... 33/40
#### inputting statement: ####
"\x03"
####
(jl_g3XAnI) pkg> ^C |
|
It doesn't actually work. It hangs there. |
|
I know... the point of this is only to gather more debug information. And changing |
|
That one often takes awhile for me too. Maybe it is the step that does #43006? |
1 task
|
Same issue here. Julialang 1.8.1. Compiled on Cavium ThunderX2 with gcc-11.2.0. Hangs here: and the thread was probably killed cause, |
Changed it to stdout. Output |
ViralBShah
changed the title
ViralBShah
added
the
building
|
Does this still happen on 1.8.2 or master? Please reopen if still an issue. |
|
For the record, I just tried to compile julia Edit: it worked fine also on |
|
But I do get a segfault on Details$ lscpu
Architecture: aarch64
Byte Order: Little Endian
CPU(s): 256
On-line CPU(s) list: 0-255
Thread(s) per core: 4
Core(s) per socket: 32
Socket(s): 2
NUMA node(s): 2
Vendor ID: Cavium
Model: 1
Model name: ThunderX2 99xx
Stepping: 0x1
CPU max MHz: 2500.0000
CPU min MHz: 1000.0000
BogoMIPS: 400.00
L1d cache: 32K
L1i cache: 32K
L2 cache: 256K
L3 cache: 32768K
NUMA node0 CPU(s): 0-127
NUMA node1 CPU(s): 128-255
Flags: fp asimd evtstrm aes pmull sha1 sha2 crc32 atomics cpuid asimdrdm |
|
#45859 fixes the segfault during compilation on ThunderX2 as reported by #46431 (comment) (CC: @torehl): $ make -j60
[...]
Sysimage built. Summary:
Base ──────── 58.397284 seconds 42.3684%
Stdlibs ───── 79.430577 seconds 57.6285%
Total ─────── 137.832032 seconds
JULIA usr/lib/julia/sys-o.a
Collecting and executing precompile statements
└ Collect (Basic: ✓ 794, REPL 41/41: ✓ 1910) => Execute ✓ 2004
Precompilation complete. Summary:
Total ─────── 308.129108 seconds
Outputting sysimage file...
Output ────── 372.185223 seconds
LINK usr/lib/julia/sys.so
$ ./julia -q
julia> versioninfo()
Julia Version 1.10.0-DEV.635
Commit 1d17838698 (2023-02-17 20:22 UTC)
Platform Info:
OS: Linux (aarch64-linux-gnu)
CPU: 256 × unknown
WORD_SIZE: 64
LIBM: libopenlibm
LLVM: libLLVM-15.0.7 (ORCJIT, thunderx2t99)
Threads: 1 on 256 virtual cores@Tom-python0121 can you please verify if also your problems are solved by #45859? |
|
Given that we are now on 1.9, we are unlikely to look at 1.8 compilation hangs. But if this is still an issue, let's update the title and reopen. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
hello,I meet a problem:[email protected] is suspended in ubuntu_aarch64 during compilation
Steps to reproduce the issue
It's hanging here. It's stuck.Can you tell me why?
Here's the execution information I caught：
Steps to reproduce the issue
The text was updated successfully, but these errors were encountered: