Open cponder opened 1 year ago
This version didn't have the problem: http://glaros.dtc.umn.edu/gkhome/fetch/sw/metis/metis-5.1.0.tar.gz
Can you try to reproduce the error by trying a few different seeds for the random number generator (it is one of the optional command line parameters)?
Can you share the graph?
Here's a data-set where I see the breakage: https://www2.mmm.ucar.edu/projects/mpas/benchmark/v7.0/MPAS-A_benchmark_10km_v7.0.tar.gz
I'm building under Ubuntu 22.04 using the GCC 11.3.0 compilers.
I tried these few, which all failed:
gpmetis -minconn -contig -niter=200 x1.*.graph.info 256
gpmetis -seed 240 -minconn -contig -niter=200 x1.*.graph.info 256
gpmetis -seed 8771326 -minconn -contig -niter=200 x1.*.graph.info 256
gpmetis -seed 38771326 -minconn -contig -niter=200 x1.*.graph.info 256
I tried on a fresh build of Metis on my m1 based macbook pro and everything looks fine.
I'm running inside a container. Maybe it's causing some interference with the memory-allocation. Are there some print-statements that I can insert, that would explain where the failure is happening?
Here's a discrepancy:
size of idx_t: 32bits, real_t: 32bits, idx_t *: 64bits
When you run it, the idx_t
says it's 64bits
not 32bits
.
Are we running the same source version? I'm using these downloads: https://github.com/KarypisLab/GKlib/archive/refs/tags/METIS-v5.1.1-DistDGL-0.5.tar.gz https://github.com/KarypisLab/METIS/archive/refs/tags/v5.1.1-DistDGL-v0.5.tar.gz though when I run it I see this header
METIS 5.2 Copyright 1998-16, Regents of the University of Minnesota
(HEAD: , Built on: Dec 4 2022, 13:48:00)
Yours also says METIS 5.2
. I assume the second line is when I built the binary, not when the latest source-checkin was made.
I use the latest from the master branch.
Yes this did work. I had to also use the master-branch version of the GKlib. Can you please make new releases of these?
Also, it still says idx_t: 32bits
here:
size of idx_t: 32bits, real_t: 32bits, idx_t *: 64bits
Can you tell me why it's doing this?
My built was using 64 bit for idx_t ('make config i64=1'). It does not make a difference.
Yeah I get that, the idx_t: 32bits
ran ok for me too.
We're seeing memory failures with a different app, though, and I wanted to make sure there wasn't some issue with our container constricting some intrinsic type to 32-bit.
The latest tag [v5.1.1-DistDGL-v0.5
is from over 2 years ago, and (incorrectly) reads METIS 5,2
when I run it.
Given that it doesn't work, either, can you please tag a 5.2 snapshot of the latest?
I ran this command on a weather grid from NCAR at 5km resolution:
This is the output it gave:
This is the only case I've seen of
gpmetis
failing. Does this happen if I exhaust the RAM memory?