Very slow compilation time

Running x86-64, 11.9 on a linux (SLES 11) box. I have a multi-platform network license for c/c++/fortran server, where the license server is on a local network Windows Server machine (e.g. 27000@
Compile times on the windows machine are normal.
Compile times on the SLES machine are extremely slow, maybe 1/100 of the windows compile time. For example, it took about 10 hours to configure, make, and make install LAM on the SLES machine. Very strange.
I have the Intel compilers on the Linux machine as well, and their compile time is as expected. Took about 5 min to create LAM.
Dont know where to start on this one. Any help is appreciated.

Patrick Lynett

Hi Patrick,

I can think of two possible causes. First would be optimization and the second the license check-out. Though given the Window version compiles as expected, it’s more likely the later.

To test if it’s optimization, try adding the “-time” flag which give compiling time statistics. You can also replace all optimization flags with “-O0” to see if it helps.

To test if it’s a license check-out problem, try compiling a single file (such as a ‘hello world’ program) from the command line adding the verbose flag (-v). Note if there is any license messages or if the pgf901 front end compiler seems to take a very long time.

  • Mat

Thanks Mat. I suspect it is a license/network issue. Below is the verbose output. Let me know if there is anything in their that gives you any hints. I dont really know what I am looking at. “!!!” are my comments. Again, any advice is appreciated.

pgf90 -v -time hello.f

!!! elapsed time 0 = screen output below comes up immediately !!!

/storage/apps/pgi/linux86-64/11.9/bin/pgf901 hello.f -opt 1 -nohpf -nostatic -x 19 0x400000 -quad -x 59 4 -x 59 4 -x 15 2 -x 49 0x400004 -x 51 0x20 -x 57 0x4c -x 58 0x10000 -x 124 0x1000 -x 57 0xfb0000 -x 58 0x78031040 -x 48 4608 -x 49 0x100 -x 120 0x200 -stdinc /storage/apps/pgi/linux86-64/11.9/include:/usr/local/include:/usr/lib64/gcc/x86_64-suse-linux/4.3/include:/usr/lib64/gcc/x86_64-suse-linux/4.3/include:/usr/include -def unix -def __unix -def unix -def linux -def __linux -def linux -def __NO_MATH_INLINES -def x86_64 -def LONG_MAX=9223372036854775807L -def ‘SIZE_TYPE=unsigned long int’ -def ‘PTRDIFF_TYPE=long int’ -def __THROW= -def extension= -def amd64 -def SSE -def MMX -def SSE2 -def SSE3 -def SSE4A -def ABM -nofreeform -vect 48 -y 54 1 -modexport /tmp/pgf90dPAnjSrlQkoK.cmod -modindex /tmp/pgf90BPAnrn-YnPgT.cmdx -output /tmp/pgf90RPAnbmWRgPRd.ilm

!!! About 12 second pause !!!

0 inform, 0 warnings, 0 severes, 0 fatal for hello
PGF90/x86-64 Linux 11.9-0: compilation successful

/storage/apps/pgi/linux86-64/11.9/bin/pgf902 /tmp/pgf90RPAnbmWRgPRd.ilm -fn hello.f -opt 1 -x 51 0x20 -x 119 0xa10000 -x 122 0x40 -x 123 0x1000 -x 127 4 -x 127 17 -x 19 0x400000 -x 28 0x40000 -x 120 0x10000000 -x 70 0x8000 -x 122 1 -x 125 0x20000 -quad -x 59 4 -x 59 4 -tp istanbul -x 120 0x1000 -x 124 0x1400 -y 15 2 -x 57 0x3b0000 -x 58 0x48000000 -x 49 0x100 -x 120 0x200 -astype 0 -x 124 1 -x 0 1 -cmdline ‘+pgf90 hello.f -v -time’ -asm /tmp/pgf90ZPAnz3yeBIrd.s

!!! About an 8 second pause !!!

0 inform, 0 warnings, 0 severes, 0 fatal for hello
Timing stats:
Total time 0 millisecs
PGF90/x86-64 Linux 11.9-0: compilation successful

/usr/bin/as /tmp/pgf90ZPAnz3yeBIrd.s -o /tmp/pgf90lPAnHY-S-qeV.o

/storage/apps/pgi/linux86-64/11.9/bin/pgappend -noerror /tmp/pgf90lPAnHY-S-qeV.o -name .IPDINFO /tmp/pgf90dPAnjSrlQkoK.cmod -name .IPEINFO /tmp/pgf90BPAnrn-YnPgT.cmdx

/usr/bin/ld /usr/lib64/crt1.o /usr/lib64/crti.o /storage/apps/pgi/linux86-64/11.9/lib/trace_init.o /usr/lib64/gcc/x86_64-suse-linux/4.3/crtbegin.o /storage/apps/pgi/linux86-64/11.9/lib/initmp.o /storage/apps/pgi/linux86-64/11.9/lib/f90main.o -m elf_x86_64 -dynamic-linker /lib64/ /storage/apps/pgi/linux86-64/11.9/lib/pgi.ld -L/storage/apps/pgi/linux86-64/11.9/lib -L/usr/lib64 -L/usr/lib64/gcc/x86_64-suse-linux/4.3 /tmp/pgf90lPAnHY-S-qeV.o -rpath /storage/apps/pgi/linux86-64/11.9/lib /storage/apps/pgi/linux86-64/11.9/lib/nonuma.o -lpgmp -lpthread -lpgf90 -lpgf90_rpm1 -lpgf902 -lpgf90rtl -lpgftnrtl -lnspgc -lpgc -lrt -lpthread -lm -lgcc -lc -lgcc /usr/lib64/gcc/x86_64-suse-linux/4.3/crtend.o /usr/lib64/crtn.o
Unlinking /tmp/pgf90RPAnbmWRgPRd.ilm
Unlinking /tmp/pgf90dPAnjSrlQkoK.cmod
Unlinking /tmp/pgf90BPAnrn-YnPgT.cmdx
Unlinking /tmp/pgf90ZPAnz3yeBIrd.s
Unlinking /tmp/pgf90lPAnHY-S-qeV.o

Mat, Dave-

Thank you for the offline help. Solution was to change:

DAEMON pgroupd
DAEMON pgroupd PORT=1234

in the license.dat file on the windows server, and then make sure that port was open on the Windows Server machine. This required making a new Inbound Rule in the Windows Firewall.