ltcnim
Legendary
Offline
Activity: 914
Merit: 1001
|
|
March 21, 2014, 09:25:37 PM |
|
does it also speed up heavycoin mining? or is the speedup for fugue only? thx for the release!
|
|
|
|
ManIkWeet
|
|
March 21, 2014, 09:28:00 PM |
|
Doesn't cost much, to do the launch and grab a few blocks. Just in case.
What would be the scrypt-n parameters though? I have never been on a N-factor coin launch you haven't been on any vertcoin, exe, gpuc ? Correct cudaminer.exe --algo=scrypt:2048 -q -m1 -d gtx780 -b32768 -C2 -lt15x32 -i 0 -H 2 (try autotune first, I think for some cards the T kernel is better) Is it always scrypt:2048 at a coin launch? I'll try with this then.
|
BTC donations: 18fw6ZjYkN7xNxfVWbsRmBvD6jBAChRQVn (thanks!)
|
|
|
bigjme
|
|
March 21, 2014, 09:32:43 PM |
|
Right guys, has anyone got a mining system at hand that's using usb risers?
I'm interested in a few picture of something on the rig. So if you can get pictures and have used usb risers, mainly using them in sockets other then x1 please drop me a message. I want to check something before I go and order some cards and risers
|
Owner of: cudamining.co.uk
|
|
|
cbuchner1 (OP)
|
|
March 21, 2014, 09:39:49 PM |
|
does it also speed up heavycoin mining? or is the speedup for fugue only? thx for the release! heavycoin should be more or less unchanged. Except we switched the hefty1 kernel from sm1.0 to sm2.0 on the Windows build - but I don't think that makes a difference. Christian
|
|
|
|
guitarplinker
Legendary
Offline
Activity: 1694
Merit: 1024
|
|
March 21, 2014, 09:44:27 PM |
|
I've heard that AMD based machines have troubles with four cards and CUDAMiner sometimes, is this true?
I'm looking at purchasing an AMD based CPU and board for quad 750 Ti's and don't want to run into any issues with them.
|
|
|
|
RavenX
Member
Offline
Activity: 112
Merit: 10
|
|
March 21, 2014, 09:53:51 PM |
|
Will try now. Just a minor correction needed: the README file mention cudaminer.exe in the examples. ;-)
|
|
|
|
ltcnim
Legendary
Offline
Activity: 914
Merit: 1001
|
|
March 21, 2014, 10:06:44 PM |
|
is the CudaMiner master branch broken atm.? I'm getting an error when compiling under ubuntu 13.10: g++ -g -O2 -pthread -L/usr/local/cuda/lib64 -o cudaminer cudaminer-cpu-miner.o cudaminer-util.o wrapnvml.o cudaminer-sha2.o cudaminer-scrypt.o cudaminer-maxcoin.o cudaminer-blakecoin.o cudaminer-sha3.o cudaminer-scrypt-jane.o salsa_kernel.o sha256.o keccak.o blake.o cudaminer-blake.o fermi_kernel.o kepler_kernel.o test_kernel.o nv_kernel.o nv_kernel2.o titan_kernel.o -L/usr/lib/x86_64-linux-gnu -lcurl compat/jansson/libjansson.a -lpthread -lcudart -fopenmp -lcrypto -lssl -lcrypto -lssl /usr/bin/ld: wrapnvml.o: undefined reference to symbol 'dlclose@@GLIBC_2.2.5' /lib/x86_64-linux-gnu/libdl.so.2: error adding symbols: DSO missing from command line collect2: error: ld returned 1 exit status
|
|
|
|
djm34
Legendary
Offline
Activity: 1400
Merit: 1050
|
|
March 21, 2014, 10:25:19 PM |
|
ccminer does not work well for me. The power litteraly shut off after a while (goes to 38%), then the driver crashes (not all the time, but I need to restart, then it get back in the same state after 10minutes or so...).
|
djm34 facebook pageBTC: 1NENYmxwZGHsKFmyjTc5WferTn5VTFb7Ze Pledge for neoscrypt ccminer to that address: 16UoC4DmTz2pvhFvcfTQrzkPTrXkWijzXw
|
|
|
cbuchner1 (OP)
|
|
March 21, 2014, 10:27:16 PM |
|
is the CudaMiner master branch broken atm.? I'm getting an error when compiling under ubuntu 13.10: g++ -g -O2 -pthread -L/usr/local/cuda/lib64 -o cudaminer cudaminer-cpu-miner.o cudaminer-util.o wrapnvml.o cudaminer-sha2.o cudaminer-scrypt.o cudaminer-maxcoin.o cudaminer-blakecoin.o cudaminer-sha3.o cudaminer-scrypt-jane.o salsa_kernel.o sha256.o keccak.o blake.o cudaminer-blake.o fermi_kernel.o kepler_kernel.o test_kernel.o nv_kernel.o nv_kernel2.o titan_kernel.o -L/usr/lib/x86_64-linux-gnu -lcurl compat/jansson/libjansson.a -lpthread -lcudart -fopenmp -lcrypto -lssl -lcrypto -lssl /usr/bin/ld: wrapnvml.o: undefined reference to symbol 'dlclose@@GLIBC_2.2.5' /lib/x86_64-linux-gnu/libdl.so.2: error adding symbols: DSO missing from command line collect2: error: ld returned 1 exit status A -l dl or -ldl (??) linker option in the Makefile.am might help (don't forget ./autogen.sh afterwards)
|
|
|
|
AizenSou
|
|
March 21, 2014, 10:31:24 PM Last edit: March 21, 2014, 10:46:26 PM by AizenSou |
|
Some reports for Christian: ccminer 0.2 fugue256 with dwarfpool - GTX 780: 180Mhs - GTX 680: 90Mhs - GTX 580: 120-130Mhs (better than 680) - GTX 570: 100Mhs - GTX 750Ti: 90-95Mhs. On other rig with 4x750Tis i get 500Mhs, that's mean 125Mhs for 1 750Ti. That's crazy. Still don't understand why 5x750Tis rig is slower? Because they are on risers?? To be short, you are terrible Christian Thanks for this new beast. PS: Still don't understand why Kepler is so bad
|
|
|
|
jk_14
Legendary
Offline
Activity: 1292
Merit: 1000
|
|
March 21, 2014, 10:45:46 PM |
|
.
Hi, There is someone raporting such errors: [2014-03-21 17:52:08] GPU #0: Performing auto-tuning (Patience...) [2014-03-21 17:52:08] GPU #2: cudaError 2 (out of memory) calling 'cudaFree(d_idata)' (salsa_kernel.cu line 728)
[2014-03-21 17:52:08] GPU #2: 0.00 hash/s with configuration T0x0 [2014-03-21 17:52:08] GPU #2: using launch configuration T0x0 [2014-03-21 17:52:08] GPU #0: maximum total warps (BxW): 480 [2014-03-21 17:52:08] GPU #2: cudaError 2 (out of memory) calling 'cudaMalloc((void **) &tmp, mem_size)' (salsa_kernel.cu line 251)
[2014-03-21 17:52:09] GPU #2: cudaError 2 (out of memory) calling 'cudaMalloc((void **) &tmp, mem_size)' (salsa_kernel.cu line 252)
[2014-03-21 17:52:09] GPU #2: cudaError 2 (out of memory) calling 'cudaMalloc((void **) &tmp, mem_size)' (salsa_kernel.cu line 253)
[2014-03-21 17:52:09] GPU #1: maximum total warps (BxW): 0 [2014-03-21 17:52:09] GPU #1: 0.00 hash/s with configuration T0x0 [2014-03-21 17:52:09] GPU #1: using launch configuration T0x0 Floating point exception (core dumped)
and this: "I occasionally get some memory error on the startup as well." https://litecointalk.org/index.php?action=profile;area=showposts;u=28846Is it already known problem? Hardware related? (after booting 4GB RAM system, usually: ~1GB is used, ~3GB is free...)
|
|
|
|
ltcnim
Legendary
Offline
Activity: 914
Merit: 1001
|
|
March 21, 2014, 10:46:25 PM |
|
is the CudaMiner master branch broken atm.? I'm getting an error when compiling under ubuntu 13.10: g++ -g -O2 -pthread -L/usr/local/cuda/lib64 -o cudaminer cudaminer-cpu-miner.o cudaminer-util.o wrapnvml.o cudaminer-sha2.o cudaminer-scrypt.o cudaminer-maxcoin.o cudaminer-blakecoin.o cudaminer-sha3.o cudaminer-scrypt-jane.o salsa_kernel.o sha256.o keccak.o blake.o cudaminer-blake.o fermi_kernel.o kepler_kernel.o test_kernel.o nv_kernel.o nv_kernel2.o titan_kernel.o -L/usr/lib/x86_64-linux-gnu -lcurl compat/jansson/libjansson.a -lpthread -lcudart -fopenmp -lcrypto -lssl -lcrypto -lssl /usr/bin/ld: wrapnvml.o: undefined reference to symbol 'dlclose@@GLIBC_2.2.5' /lib/x86_64-linux-gnu/libdl.so.2: error adding symbols: DSO missing from command line collect2: error: ld returned 1 exit status A -l dl or -ldl (??) linker option in the Makefile.am might help (don't forget ./autogen.sh afterwards) cudaminer_LDFLAGS = $(PTHREAD_FLAGS) @CUDA_LDFLAGS@ -l cudaminer_LDFLAGS = $(PTHREAD_FLAGS) @CUDA_LDFLAGS@ -ld cudaminer_LDFLAGS = $(PTHREAD_FLAGS) @CUDA_LDFLAGS@ -ldl none of them worked
|
|
|
|
cbuchner1 (OP)
|
|
March 21, 2014, 10:51:09 PM |
|
PS: Still don't understand why Kepler is so bad Kepler's shared memory bandwidth is underdimensioned for the size of the SMX (192 CUDA cores). It has essentially the same bandwidth as Fermi with 32/48 CUDA cores. So per core, shared is much faster on Fermi. This is why Fermi wins here. We put the lookup tables for Fugue256 into shared memory (it was actually slower reading this data from texture memory in the v0.1 version - despite being cached).
|
|
|
|
cvax
Member
Offline
Activity: 84
Merit: 10
|
|
March 21, 2014, 10:56:46 PM |
|
Anyone recently mined Micro Coin with a 750ti, does 37kh/s sound about right?
I believe the current N-Factor is 11.
Micro should be about 60kh/s on 750tis.
|
BTC: 15HAePieDjYge6LTG2HFRZEJseRYJJqmta | YAC: YMvBp1SpY2sZ8nUZgKFLTEx7neuUZ7APuM 8x 750Ti's, AsRock 970 Extreme 4, Athlon II 170u
|
|
|
djm34
Legendary
Offline
Activity: 1400
Merit: 1050
|
|
March 21, 2014, 11:08:44 PM |
|
Just a few more detail regarding the problem I have: As I said after a while, the power which was around 84%, drop to 37% and at the same time the cpu usage which was oscillating around 80% climb to 100% and obviously the card stop working.
The card is not plugged into a monitor and does not use the boost feature (skynet mod), so that strange.
This is with the x86 version. With the x64 version, the program does not start. It displays the pool address, and crash after 10 seconds or so.
|
djm34 facebook pageBTC: 1NENYmxwZGHsKFmyjTc5WferTn5VTFb7Ze Pledge for neoscrypt ccminer to that address: 16UoC4DmTz2pvhFvcfTQrzkPTrXkWijzXw
|
|
|
AizenSou
|
|
March 21, 2014, 11:10:20 PM |
|
PS: Still don't understand why Kepler is so bad Kepler's shared memory bandwidth is underdimensioned for the size of the SMX (192 CUDA cores). It has essentially the same bandwidth as Fermi with 32/48 CUDA cores. So per core, shared is much faster on Fermi. This is why Fermi wins here. We put the lookup tables for Fugue256 into shared memory (it was actually slower reading this data from texture memory in the v0.1 version - despite being cached). Thanks for the explanation Christian. I still can't reproduce the strange phenomenon with one of my 750Ti rig. I pretty sure that with 4x750tis i got 500Mhs for at least 1/2 hour. Then I restart the miner and it goes down to 350Mhs. I have restarted the rig but it is still 350Mhs. Strange.
|
|
|
|
RavenX
Member
Offline
Activity: 112
Merit: 10
|
|
March 21, 2014, 11:18:50 PM |
|
To be short, you are terrible Christian Thanks for this new beast. +1
|
|
|
|
cbuchner1 (OP)
|
|
March 21, 2014, 11:28:41 PM |
|
I have restarted the rig but it is still 350Mhs. Strange.
that's what you get for touching it while it was running perfectly
|
|
|
|
ivanlabrie
|
|
March 21, 2014, 11:32:51 PM |
|
Yeah! Close to 300mh/s mining fugue (780+750ti) You're baws Christian!
|
|
|
|
becker
|
|
March 21, 2014, 11:35:28 PM |
|
\ccminer-master\miner.h(34): fatal error C1083: Cannot open include file: 'alloca.h': No such file or directory Tried to compile it on windows VS Studio 2010 Prof. Says missing that. . I compiled Version 1 fine.
|
|
|
|
|