Jeff Lane

That would be because it only has support for sm_10 and sm_20. I was trying to compile this for a V100 card (sm_70) and it's completely uncompilable for that. I think this has been abandoned, the last updated package was in 2012.

I had to google this, debugging with gdb is not something I do very often at all... (gdb) thread apply all bt full Thread 3 (Thread 0x3fffb2d66910 (LWP 53527)): 0 0x00003fffb2a70110 in __pthread_cond_wait (cond=0x3aa765f8 <thread_sNum_cond>, mutex=0x3aa76628 <thread_sNum_cond+48>) at pthread_cond_wait.c:186 r4 = 128 r7 = 2 r5 = 11 r8 = 2 arg3 = 11 r0 = 221 r3 = 512 r6 = 0 arg4 = 0 __err = <optimized out> __ret = <optimized out> futex_val = 11 buffer = {__routine = 0x3fffb2a6fd40 <__condvar_cleanup>,...

I also built and tried 2.0.9 and got the same result: ubuntu@fesenkov:~/iperf-2.0.9/src$ ./iperf --version iperf version 2.0.9 (9 Sept 2016) pthreads ubuntu@fesenkov:~/iperf-2.0.9/src$ ./iperf -c 10.20.30.1 -P 4 -t 250 Client connecting to 10.20.30.1, TCP port 5001 TCP window size: 325 KByte (default) [ 6] local 10.20.31.49 port 42276 connected with 10.20.30.1 port 5001 [ 3] local 10.20.31.49 port 42272 connected with 10.20.30.1 port 5001 [ 5] local 10.20.31.49 port 42274 connected with 10.20.30.1...

Errr, that's version 2.0.5, sorry. Forgot to fix that in the initial post.

Segfault and core dump at end of run on 40Gb controller

Over a month and no updates/resolution to this? Is this just a problem downloading...

Over a month and no updates/resolution to this?

And how am I supposed to re-open this ticket? There is now way for me to do so. Please...