problematic compression results

[disheng222]

I tested tthresh on Argonne bebop (https://www.lcrc.anl.gov/systems/resources/bebop/) but the output results are problematic.
No matter how I set the -r or psnr, the decompressed data are always with very low psnr, as below:
[-@beboplogin3 data]$ tthresh -i QCLOUDf01.dat -t float -s 500 500 100 -r 0.0001 -o /tmp/QCLOUDf01.dat.ttresh.out -c /tmp/QCLOUDf01.dat.tthresh
oldbits = 800000000, newbits = 13072, compressionratio = 61199.5, bpv = 0.00052288
eps = 0.394786, rmse = 6.97548e-06, psnr = 34.9702
[-@beboplogin3 data]$ tthresh -i QCLOUDf01.dat -t float -s 500 500 100 -r 0.01 -o /tmp/QCLOUDf01.dat.ttresh.out -c /tmp/QCLOUDf01.dat.tthresh
oldbits = 800000000, newbits = 13072, compressionratio = 61199.5, bpv = 0.00052288
eps = 0.394786, rmse = 6.97548e-06, psnr = 34.9702
[-@beboplogin3 data]$ tthresh -i QCLOUDf01.dat -t float -s 500 500 100 -p 60 -o /tmp/QCLOUDf01.dat.ttresh.out -c /tmp/QCLOUDf01.dat.tthresh
oldbits = 800000000, newbits = 13072, compressionratio = 61199.5, bpv = 0.00052288
eps = 0.394786, rmse = 6.97548e-06, psnr = 34.9702
[sdi@beboplogin3 data]$

I then installed tthresh on my laptop (Fedora25), and the compression looks normal.
tthresh -i QCLOUDf01.dat -t float -s 500 500 100 -p 60 -o /tmp/QCLOUDf01.dat.out -c /tmp/QCLOUDf01.t
oldbits = 800000000, newbits = 643728, compressionratio = 1242.76, bpv = 0.0257491
eps = 0.0193903, rmse = 3.42608e-07, psnr = 61.1457

FYI, on the Bebop cluster, I checked the version of tthresh using git log, shown below:
commit 595655c
Author: Rafael Ballester-Ripoll [email protected]
Date: Thu Sep 5 09:42:25 2019 +0200

Update encode.hpp

commit 930ce68
Merge: 506431e 5e421d4
Author: rballester [email protected]
Date: Fri Jun 28 12:20:36 2019 +0200
.......

So, it should be the latest version.

I used the default compiler gcc 4.8. I also recompiled it using gcc 7.3, but the problem still exits.

uname -a:
Linux beboplogin3 3.10.0-1127.18.2.el7.x86_64 #1 SMP Sun Jul 26 15:27:06 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

I am using the server of this cluster (bebop), so more detailed information could be found here https://www.lcrc.anl.gov/systems/resources/bebop/

Any ideas why it cannot work normally on Bebop?