bensam1231
Legendary
Offline
Activity: 1750
Merit: 1024
|
|
July 07, 2017, 09:45:15 PM |
|
After you release 2.1 I might release a sp-mod #1 with an optimized zcash kernel with linux support and sourcecode included for 0.05 btc. It will not be opensource
One can hope. EWBF has no competition what so ever and after Nicehash stopped improving their hash, he did as well (weird, huh?).
|
I buy private Nvidia miners. Send information and/or inquiries to my PM box.
|
|
|
calculatorduck
Member
Offline
Activity: 93
Merit: 10
|
|
July 10, 2017, 01:30:28 AM |
|
Does anyone know if ccminer 2.0 accesses the VRMs of a card to report power usage?
The reason I ask is because Afterburner has a warning stating that two programs monitoring voltage from the VRMs at the same time can be dangerous, I've also seen some reports of voltage spikes because of this with other monitoring programs.
I use EVGA Precision to adjust the clocks and fan speeds of my cards and it has a voltage monitor that can't be disabled it seems. I don't want it to conflict with mining software. I have no idea if this is relevant to ccminer so I thought I'd ask.
|
|
|
|
Epsylon3 (OP)
Legendary
Offline
Activity: 1484
Merit: 1082
ccminer/cpuminer developer
|
|
July 10, 2017, 11:05:00 AM |
|
not relevant
|
|
|
|
boldogbanyasz
Newbie
Offline
Activity: 20
Merit: 0
|
|
July 10, 2017, 07:20:49 PM |
|
Hi, I'm trying to compile on Ubuntu 17.04 - and it doesn't work. Here is what I'm doing: $ git clone https://github.com/tpruvot/ccminer.git $ cd ccminer $ ./autogen.sh $ ./configure CFLAGS="-Wall -O3" $ make ... nvcc -gencode=arch=compute_50,code=\"sm_50,compute_50\" -gencode=arch=compute_52,code=\"sm_52,compute_52\" -I/usr/local/cuda/include -I. -I./compat/jansson --ptxas-options="-v" --maxrregcount=128 -o heavy/heavy.o -c heavy/heavy.cu ERROR: No supported gcc/g++ host compiler found, but clang-3.8 is available. Use 'nvcc -ccbin clang-3.8' to use that instead.
ok, so I edit Makefile.am so that nvcc_FLAGS includes "-ccbin clang-3.8" then: $ ./autogen.sh $ ./configure CFLAGS="-Wall -O3" $ make ... nvcc -I./compat/jansson -I. -I/usr/local/cuda/include -gencode=arch=compute_20,code=\"sm_21,compute_20\" -o scrypt/salsa_kernel.o -c scrypt/salsa_kernel.cu nvcc warning : The 'compute_20', 'sm_20', and 'sm_21' architectures are deprecated, and may be removed in a future release (Use -Wno-deprecated-gpu-targets to suppress warning). ERROR: No supported gcc/g++ host compiler found, but clang-3.8 is available. Use 'nvcc -ccbin clang-3.8' to use that instead.
ok, so I edit entries in Makefile that invoke nvcc but do not reference nvcc_FLAGS to include "-ccbin clang-3.8" then: make ... g++ -g -O2 -pthread -L/usr/local/cuda/lib64 -o ccminer ccminer-crc32.o ccminer-hefty1.o ccminer-ccminer.o ccminer-pools.o ccminer-util.o ccminer-bench.o ccminer-bignum.o ccminer-api.o ccminer-hashlog.o ccminer-nvml.o ccminer-stats.o ccminer-sysinfos.o ccminer-cuda.o heavy/heavy.o heavy/cuda_blake512.o heavy/cuda_combine.o heavy/cuda_groestl512.o heavy/cuda_hefty1.o heavy/cuda_keccak512.o heavy/cuda_sha256.o heavy/bastion.o heavy/cuda_bastion.o ccminer-fuguecoin.o Algo256/cuda_fugue256.o sph/ccminer-fugue.o ccminer-groestlcoin.o cuda_groestlcoin.o ccminer-myriadgroestl.o cuda_myriadgroestl.o lyra2/ccminer-Lyra2.o lyra2/ccminer-Sponge.o lyra2/lyra2RE.o lyra2/cuda_lyra2.o lyra2/lyra2REv2.o lyra2/cuda_lyra2v2.o lyra2/ccminer-Lyra2Z.o lyra2/lyra2Z.o lyra2/cuda_lyra2Z.o Algo256/cuda_bmw256.o Algo256/cuda_cubehash256.o Algo256/cuda_blake256.o Algo256/cuda_groestl256.o Algo256/cuda_keccak256.o Algo256/cuda_skein256.o Algo256/blake256.o Algo256/decred.o Algo256/vanilla.o Algo256/keccak256.o Algo256/blake2s.o sph/ccminer-blake2s.o Algo256/bmw.o Algo256/cuda_bmw.o crypto/ccminer-xmr-rpc.o crypto/ccminer-wildkeccak-cpu.o crypto/wildkeccak.o crypto/cryptolight.o crypto/cryptolight-core.o crypto/ccminer-cryptolight-cpu.o crypto/cryptonight.o crypto/cryptonight-core.o crypto/cryptonight-extra.o crypto/ccminer-cryptonight-cpu.o crypto/ccminer-oaes_lib.o crypto/ccminer-aesb.o crypto/cpu/ccminer-c_keccak.o JHA/jha.o JHA/jackpotcoin.o JHA/cuda_jha_keccak512.o JHA/cuda_jha_compactionTest.o cuda_checkhash.o quark/cuda_jh512.o quark/cuda_quark_blake512.o quark/cuda_quark_groestl512.o quark/cuda_skein512.o quark/cuda_bmw512.o quark/cuda_quark_keccak512.o quark/nist5.o quark/quarkcoin.o quark/cuda_quark_compactionTest.o neoscrypt/ccminer-neoscrypt.o neoscrypt/ccminer-neoscrypt-cpu.o neoscrypt/cuda_neoscrypt.o pentablake.o skein.o cuda_skeincoin.o ccminer-skein2.o zr5.o sha256/sha256d.o sha256/cuda_sha256d.o sha256/sha256t.o sha256/cuda_sha256t.o sia/sia.o sia/ccminer-sia-rpc.o sph/ccminer-blake2b.o sph/ccminer-bmw.o sph/ccminer-blake.o sph/ccminer-groestl.o sph/ccminer-jh.o sph/ccminer-keccak.o sph/ccminer-skein.o sph/ccminer-cubehash.o sph/ccminer-echo.o sph/ccminer-luffa.o sph/ccminer-sha2.o sph/ccminer-shavite.o sph/ccminer-simd.o sph/ccminer-hamsi.o sph/ccminer-hamsi_helper.o sph/ccminer-streebog.o sph/ccminer-shabal.o sph/ccminer-whirlpool.o sph/ccminer-sha2big.o sph/ccminer-haval.o sph/ccminer-ripemd.o sph/ccminer-sph_sha2.o lbry/lbry.o lbry/cuda_sha256_lbry.o lbry/cuda_sha512_lbry.o lbry/cuda_lbry_merged.o qubit/qubit.o qubit/qubit_luffa512.o qubit/deep.o qubit/luffa.o x11/x11.o x11/fresh.o x11/cuda_x11_luffa512.o x11/cuda_x11_cubehash512.o x11/cuda_x11_shavite512.o x11/cuda_x11_simd512.o x11/cuda_x11_echo.o x11/cuda_x11_luffa512_Cubehash.o x11/x11evo.o x11/timetravel.o x11/bitcore.o x13/x13.o x13/cuda_x13_hamsi512.o x13/cuda_x13_fugue512.o x15/x14.o x15/x15.o x15/cuda_x14_shabal512.o x15/cuda_x15_whirlpool.o x15/whirlpool.o x15/cuda_x15_whirlpool_sm3.o x17/x17.o x17/hmq17.o x17/cuda_x17_haval256.o x17/cuda_x17_sha512.o x11/c11.o x11/s3.o x11/sib.o x11/veltor.o x11/cuda_streebog.o ccminer-scrypt.o ccminer-scrypt-jane.o scrypt/blake.o scrypt/keccak.o scrypt/sha256.o scrypt/salsa_kernel.o scrypt/test_kernel.o scrypt/fermi_kernel.o scrypt/kepler_kernel.o scrypt/nv_kernel.o scrypt/nv_kernel2.o scrypt/titan_kernel.o -lcurl compat/jansson/libjansson.a -lpthread -lcudart -static-libstdc++ -fopenmp -lcrypto -lssl -lz -lcrypto -lssl -lz /usr/bin/ld: heavy/heavy.o: relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: heavy/cuda_blake512.o: relocation R_X86_64_32S against symbol `stderr@@GLIBC_2.2.5' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: heavy/cuda_combine.o: relocation R_X86_64_32S against symbol `stderr@@GLIBC_2.2.5' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: heavy/cuda_groestl512.o: relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: heavy/cuda_hefty1.o: relocation R_X86_64_32S against symbol `device_map' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: heavy/cuda_keccak512.o: relocation R_X86_64_32S against symbol `d_hash3output' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: heavy/cuda_sha256.o: relocation R_X86_64_32S against symbol `d_hash2output' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: heavy/bastion.o: relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: heavy/cuda_bastion.o: relocation R_X86_64_32S against symbol `stderr@@GLIBC_2.2.5' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: Algo256/cuda_fugue256.o: relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: cuda_groestlcoin.o: relocation R_X86_64_32S against symbol `stderr@@GLIBC_2.2.5' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: cuda_myriadgroestl.o: relocation R_X86_64_32S against `.rodata' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: lyra2/lyra2RE.o: relocation R_X86_64_32S against symbol `opt_benchmark' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: lyra2/cuda_lyra2.o: relocation R_X86_64_32S against symbol `device_map' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: lyra2/lyra2REv2.o: relocation R_X86_64_32S against symbol `device_map' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: lyra2/cuda_lyra2v2.o: relocation R_X86_64_32S against symbol `device_map' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: lyra2/lyra2Z.o: relocation R_X86_64_32S against symbol `device_map' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: lyra2/cuda_lyra2Z.o: relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: Algo256/cuda_bmw256.o: relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: Algo256/cuda_cubehash256.o: relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: Algo256/cuda_blake256.o: relocation R_X86_64_32S against `.rodata' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: Algo256/cuda_groestl256.o: relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: Algo256/cuda_keccak256.o: relocation R_X86_64_32S against symbol `d_KNonce' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: Algo256/cuda_skein256.o: relocation R_X86_64_32S against symbol `device_map' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: Algo256/blake256.o: relocation R_X86_64_32S against symbol `stderr@@GLIBC_2.2.5' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: Algo256/decred.o: relocation R_X86_64_32S against symbol `stderr@@GLIBC_2.2.5' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: Algo256/vanilla.o: relocation R_X86_64_32S against `.rodata' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: Algo256/keccak256.o: relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: Algo256/blake2s.o: relocation R_X86_64_32S against `.rodata' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: Algo256/bmw.o: relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: Algo256/cuda_bmw.o: relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: crypto/wildkeccak.o: relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: crypto/cryptolight.o: relocation R_X86_64_32S against symbol `opt_benchmark' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: crypto/cryptolight-core.o: relocation R_X86_64_32S against symbol `device_bfactor' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: crypto/cryptonight.o: relocation R_X86_64_32S against symbol `device_map' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: crypto/cryptonight-core.o: relocation R_X86_64_32S against symbol `device_bfactor' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: crypto/cryptonight-extra.o: relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: JHA/jha.o: relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: JHA/jackpotcoin.o: relocation R_X86_64_32S against symbol `device_map' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: JHA/cuda_jha_keccak512.o: relocation R_X86_64_32S against `.rodata' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: JHA/cuda_jha_compactionTest.o: relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: cuda_checkhash.o: relocation R_X86_64_32S against symbol `stderr@@GLIBC_2.2.5' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: quark/cuda_jh512.o: relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: quark/cuda_quark_blake512.o: relocation R_X86_64_32S against symbol `stderr@@GLIBC_2.2.5' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: quark/cuda_quark_groestl512.o: relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: quark/cuda_skein512.o: relocation R_X86_64_32S against symbol `device_map' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: quark/cuda_bmw512.o: relocation R_X86_64_32S against symbol `device_map' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: quark/cuda_quark_keccak512.o: relocation R_X86_64_32S against symbol `device_map' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: quark/nist5.o: relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: quark/quarkcoin.o: relocation R_X86_64_32S against symbol `device_map' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: quark/cuda_quark_compactionTest.o: relocation R_X86_64_32S against symbol `device_map' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: neoscrypt/cuda_neoscrypt.o: relocation R_X86_64_32S against symbol `stderr@@GLIBC_2.2.5' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: pentablake.o: relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: skein.o: relocation R_X86_64_32S against symbol `device_map' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: cuda_skeincoin.o: relocation R_X86_64_32S against symbol `stderr@@GLIBC_2.2.5' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: zr5.o: relocation R_X86_64_32S against `.rodata' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: sha256/sha256d.o: relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: sha256/cuda_sha256d.o: relocation R_X86_64_32S against symbol `stderr@@GLIBC_2.2.5' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: sha256/sha256t.o: relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: sha256/cuda_sha256t.o: relocation R_X86_64_32S against symbol `stderr@@GLIBC_2.2.5' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: sia/sia.o: relocation R_X86_64_32S against `.rodata.cst8' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: lbry/lbry.o: relocation R_X86_64_32S against symbol `device_map' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: lbry/cuda_sha256_lbry.o: relocation R_X86_64_32S against `.rodata' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: lbry/cuda_sha512_lbry.o: relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: lbry/cuda_lbry_merged.o: relocation R_X86_64_32S against `.rodata' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: qubit/qubit.o: relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: qubit/qubit_luffa512.o: relocation R_X86_64_32S against symbol `stderr@@GLIBC_2.2.5' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: qubit/deep.o: relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: qubit/luffa.o: relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: x11/x11.o: relocation R_X86_64_32S against symbol `device_map' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: x11/fresh.o: relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: x11/cuda_x11_luffa512.o: relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: x11/cuda_x11_cubehash512.o: relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: x11/cuda_x11_shavite512.o: relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: x11/cuda_x11_simd512.o: relocation R_X86_64_32S against symbol `device_map' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: x11/cuda_x11_echo.o: relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: x11/cuda_x11_luffa512_Cubehash.o: relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: x11/x11evo.o: relocation R_X86_64_32S against `.data' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: x11/timetravel.o: relocation R_X86_64_32S against `.data' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: x11/bitcore.o: relocation R_X86_64_32S against `.data' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: x13/x13.o: relocation R_X86_64_32S against symbol `opt_benchmark' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: x13/cuda_x13_hamsi512.o: relocation R_X86_64_32S against symbol `stderr@@GLIBC_2.2.5' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: x13/cuda_x13_fugue512.o: relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: x15/x14.o: relocation R_X86_64_32S against symbol `opt_benchmark' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: x15/x15.o: relocation R_X86_64_32S against symbol `opt_benchmark' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: x15/cuda_x14_shabal512.o: relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: x15/cuda_x15_whirlpool.o: relocation R_X86_64_32S against symbol `stderr@@GLIBC_2.2.5' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: x15/whirlpool.o: relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: x15/cuda_x15_whirlpool_sm3.o: relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: x17/x17.o: relocation R_X86_64_32S against symbol `opt_benchmark' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: x17/hmq17.o: relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: x17/cuda_x17_haval256.o: relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: x17/cuda_x17_sha512.o: relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: x11/c11.o: relocation R_X86_64_32S against symbol `device_map' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: x11/s3.o: relocation R_X86_64_32S against symbol `opt_benchmark' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: x11/sib.o: relocation R_X86_64_32S against symbol `device_map' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: x11/veltor.o: relocation R_X86_64_32S against symbol `device_map' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: x11/cuda_streebog.o: relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: scrypt/blake.o: relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: scrypt/keccak.o: relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: scrypt/sha256.o: relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: scrypt/salsa_kernel.o: relocation R_X86_64_32S against symbol `opt_nfactor' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: scrypt/test_kernel.o: relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: scrypt/fermi_kernel.o: relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: scrypt/kepler_kernel.o: relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: scrypt/nv_kernel.o: relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: scrypt/nv_kernel2.o: relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: scrypt/titan_kernel.o: relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: final link failed: Nonrepresentable section on output collect2: error: ld returned 1 exit status
I wonder what I'm doing wrong...
|
|
|
|
Amph
Legendary
Offline
Activity: 3248
Merit: 1070
|
|
July 10, 2017, 07:38:07 PM |
|
Here lets go down the list.
Bitcore is 58% faster 1070 to 1080ti x17 is 56% faster Tribus is 65% faster Skein itself is 65% faster Blake14r(Decred) is 69% faster Equihash is 51% faster Library is 68% faster Lyra2v2 is 69% faster
wrong on x17 you can do 70% faster, 20MH with a 1080ti versus 11-12MH skein is 85% faster, again wrong, 550MH versus 1GH equihash is more like 60%, 480 versus 780 lbry is 300 versus 500, so less than what you have i don't know where you pulled those numbers but they are all wrong...i have both card and i tested with the best miner for 1080ti, the alexis 1.0 not ccminer 2.0
|
|
|
|
pallas
Legendary
Offline
Activity: 2716
Merit: 1094
Black Belt Developer
|
|
July 10, 2017, 08:16:48 PM |
|
Hi,
I'm trying to compile on Ubuntu 17.04 - and it doesn't work. Here is what I'm doing:
Since you are on ubuntu, why don't you simply use gcc?
|
|
|
|
namzy
Newbie
Offline
Activity: 1
Merit: 0
|
|
July 10, 2017, 09:45:55 PM Last edit: July 11, 2017, 04:45:46 AM by namzy |
|
|
|
|
|
boldogbanyasz
Newbie
Offline
Activity: 20
Merit: 0
|
|
July 11, 2017, 02:36:06 AM |
|
Hi,
I'm trying to compile on Ubuntu 17.04 - and it doesn't work. Here is what I'm doing:
Since you are on ubuntu, why don't you simply use gcc? because with the gcc version that comes with ubuntu 17.04, nvcc doesn't work: $make ... nvcc -gencode=arch=compute_61,code=\"sm_61,compute_61\" -I/usr/local/cuda/include -I. -I./compat/jansson --ptxas-options="-v" --maxrregcount=128 -o heavy/heavy.o -c heavy/heavy.cu ERROR: No supported gcc/g++ host compiler found, but clang-3.8 is available. Use 'nvcc -ccbin clang-3.8' to use that instead. Makefile:2489: recipe for target 'heavy/heavy.o' failed
gcc is: $ gcc --version gcc (Ubuntu 6.3.0-12ubuntu2) 6.3.0 20170406 Copyright (C) 2016 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
the above error with -fPIC comes if I use gcc to compile the C code while I use clang with nvcc. if I try to harmonize and use clang for both C code and nvcc, compilation fails with the following: clang++-3.8 -DHAVE_CONFIG_H -I. -pthread -fno-strict-aliasing -I./compat/jansson -I/usr/local/cuda/include -g -O2 -MT ccminer-scrypt.o -MD -MP -MF .deps/ccminer-scrypt.Tpo -c -o ccminer-scrypt.o `test -f 'scrypt.cpp' || echo './'`scrypt.cpp scrypt.cpp:34:10: fatal error: 'omp.h' file not found #include <omp.h> ^ 1 error generated. Makefile:1995: recipe for target 'ccminer-scrypt.o' failed
interestingly, configure says that OpenMP is not supported when using clang: $ CC=clang-3.8 $ CXX=clang++-3.8 $ ./autogen.sh $ ./configure CFLAGS="-Wall -O3 -march=native" ... checking for clang-3.8 option to support OpenMP... unsupported
this it seems that it doesn't compile with gcc because nvcc doesn't like the gcc version, and it doesn't compile with clang because it doesn't support OpenMP. what other options would be to compile? did anyone manage to compile under ubuntu 17.04?
|
|
|
|
joblo
Legendary
Offline
Activity: 1470
Merit: 1114
|
|
July 11, 2017, 02:55:32 AM Last edit: July 11, 2017, 03:05:38 AM by joblo |
|
this it seems that it doesn't compile with gcc because nvcc doesn't like the gcc version, and it doesn't compile with clang because it doesn't support OpenMP.
what other options would be to compile?
did anyone manage to compile under ubuntu 17.04?
Wonderful! 17.04 comes with gcc 6 but with Cuda that only supports up to gcc 5. 3 months in and Nvidia still hasn't released an updated Cuda for 17.04. Edit: After posting I realized Nvidia only releases for LTS. That leaves installing gcc 5 as a solution.
|
|
|
|
boldogbanyasz
Newbie
Offline
Activity: 20
Merit: 0
|
|
July 11, 2017, 03:31:04 AM |
|
this it seems that it doesn't compile with gcc because nvcc doesn't like the gcc version, and it doesn't compile with clang because it doesn't support OpenMP.
what other options would be to compile?
did anyone manage to compile under ubuntu 17.04?
Wonderful! 17.04 comes with gcc 6 but with Cuda that only supports up to gcc 5. 3 months in and Nvidia still hasn't released an updated Cuda for 17.04. Edit: After posting I realized Nvidia only releases for LTS. That leaves installing gcc 5 as a solution. indeed, compiles fine with gcc 5. thanks!
|
|
|
|
nizzuu
Full Member
Offline
Activity: 187
Merit: 100
Cryptocurrency enthusiast
|
|
July 11, 2017, 10:28:30 AM Last edit: July 11, 2017, 10:53:58 AM by nizzuu |
|
@Epsylon3Can you add lyra2z330 algo support, please? Seems no GPU miners so far lyra2 from Zoin (not Zcoin) Nown finaly named as: lyra2z330 params: LYRA2(BEGIN(thash), 32, BEGIN(nVersion), 80, BEGIN(nVersion), 80, 2, 330, 256) Seems to be great for Nvidia
|
|
|
|
geenius
Member
Offline
Activity: 110
Merit: 10
|
|
July 11, 2017, 05:41:19 PM Last edit: July 11, 2017, 10:59:09 PM by geenius |
|
I am trying to mine LBRY on yiimp with ccminer 2.0 but according to the pool stats I did not find anything for 2 days even if the miner finds. Is there any special settings needed? I have 5 x 1080ti.
|
|
|
|
bensam1231
Legendary
Offline
Activity: 1750
Merit: 1024
|
|
July 12, 2017, 02:16:30 AM |
|
Here lets go down the list.
Bitcore is 58% faster 1070 to 1080ti x17 is 56% faster Tribus is 65% faster Skein itself is 65% faster Blake14r(Decred) is 69% faster Equihash is 51% faster Library is 68% faster Lyra2v2 is 69% faster
wrong on x17 you can do 70% faster, 20MH with a 1080ti versus 11-12MH skein is 85% faster, again wrong, 550MH versus 1GH equihash is more like 60%, 480 versus 780 lbry is 300 versus 500, so less than what you have i don't know where you pulled those numbers but they are all wrong...i have both card and i tested with the best miner for 1080ti, the alexis 1.0 not ccminer 2.0 Check the link, it's from a database of 100s of cards. Your numbers are completely irrelevant. You're doing something wrong along the way or have a private miner. The database also lists the miner. I told you EXACTLY where I pulled the numbers from. Myself, what to mine, cryptominingblog, and most importantly Epsylons database on yiimp. Like there is literally no other way you can try to prove those numbers. Hell those numbers WOULD be in the database on yiimp if you mined with those speeds... lol. What do you think it means what the miner reports "Pool asked for stats"? XD
|
I buy private Nvidia miners. Send information and/or inquiries to my PM box.
|
|
|
danspasiva
|
|
July 12, 2017, 06:15:33 AM |
|
Can anyone here help me? I simply cannot get the ccminer to work no matter what i try. It turns on, mines like 15 shares, then crashes with the error message "illegal memory access"
Nothing i've tried works, even with lower intensity.
Running 6x 1070's on windows 10
|
|
|
|
newmz
Sr. Member
Offline
Activity: 372
Merit: 250
The road of excess leads to the palace of wisdom
|
|
July 12, 2017, 09:44:59 AM |
|
Can anyone here help me? I simply cannot get the ccminer to work no matter what i try. It turns on, mines like 15 shares, then crashes with the error message "illegal memory access"
Nothing i've tried works, even with lower intensity.
Running 6x 1070's on windows 10
Maybe try raising your virtual memory up to some crazy amount like 64GB or something.
|
Crypto currency enthusiast and miner since 2015. Mined approx 200 ETH during 2016 and 2017 and sold it at approximately $US40 each. Then I watched it reach $1000+ each. If anyone bothers to read this stuff pay attention to this: HODL HODL HODL HODL HODL HODL
I started mining with 1 AMD 7950 and 1 R9-280X. Then I gradually built my AMD operation into 12 R9-290s. Awesome ETH hash but ridiculous power consumption and heat. Over the last year I defected to the Nvidia team. I now use GTX 1070s. They were expensive to buy (probably a bargain now) but awesome hash rate vs. power consumption. blah blah blah blah
|
|
|
GoldTiger69
|
|
July 12, 2017, 09:25:49 PM |
|
ccminer only runs on Nvidia cards, or can I run it on AMD cards? Thanks in advance.
|
|
|
|
Epsylon3 (OP)
Legendary
Offline
Activity: 1484
Merit: 1082
ccminer/cpuminer developer
|
|
July 12, 2017, 10:20:45 PM |
|
CUDA = nvidia only
|
|
|
|
namjey
Member
Offline
Activity: 126
Merit: 10
|
|
July 13, 2017, 04:06:37 AM |
|
Does this miner have devfee? If so, how much?
|
|
|
|
scryptr
Legendary
Offline
Activity: 1797
Merit: 1028
|
|
July 13, 2017, 04:19:11 AM |
|
Does this miner have devfee? If so, how much?
NO DEVELOPMENT FEE. KINDLY DONATE TO TPRUVOT AND USE HIS "YIIMP.CCMINER.ORG" POOL-- It is always a good idea to read the first page of a developer's thread before posting. CCminer is supported by donations. --scryptr
|
|
|
|
namjey
Member
Offline
Activity: 126
Merit: 10
|
|
July 13, 2017, 04:46:37 AM |
|
can anybody help me to solve this problem?
I am currently mining LBC. The problem is that my GPU usage is not stable. It jumps from 98% to 1% and back to 98%. However when I mine other coins, it stays stable at 98%. Any suggestions? Thanks!!
|
|
|
|
|