Author

Topic: [ANN] cudaMiner & ccMiner CUDA based mining applications [Windows/Linux/MacOSX] - page 764. (Read 3426976 times)

sr. member
Activity: 274
Merit: 254
I see in OP it says Dev is considering adding Blake support, I just wanted to say this would be greatly appreciated!!
newbie
Activity: 53
Merit: 0
@cbuchner1: Is it possible to set the "intensity" for CudaMiner like cgminer and other GPU miners?  When I am doing other things on my machine, it would be nice to have a way to lower its resource utilization.
legendary
Activity: 1400
Merit: 1050
Regarding MRC N-factor change, I had a strange thing happen. I was pool mining with two 660ti overnight (after the N factor change) with -l K7x32,K7x32, and they were happily getting yays from the pool this morning. When I saw the price of MRC, I added my 780ti to the bat file. The moment I restarted mining, I got validation errors on both of the 660ti GPUs. Tried running the bat file (which had been running the two 660ti just fine 5 minutes before) but now that got validation errors as well. To avoid the errors, I am now running the lower case t and k kernels instead of the T and K. Curious.

well, not that curious, otherwise you would have read all the previous messages...

I have read every message on this board from page 1. The curious part that hasn't been pointed out is that the -l K7x32 config ran fine after the N factor change, but then didn't run after restarting today.

On another note, there are several settings that give me almost the same results (t24x32, t25x32 t30x32 are almost all the same) because my cards are temperature bound.

EDIT: Didn't mean for that to sound snarky djm34. Your posts have been very helpful to me over the last several months.
Try to rerun the autotune, I did that when the UTC moved to Nfactor 10 last week, it works okay.
You should also use -L2, you should gain some khash/s compared to the default setting (-L1)
member
Activity: 84
Merit: 10
Hello everyone, Ive been pretty good @ getting cudaminer to work on most different algos, but I've run into a block with CACHE coin..  here is my .bat

cudaminer32.exe  --algo=scrypt-jane:CACH -L 2 -o stratum+tcp://east1.us.stratum.dedi................

The cudaminer window opens very fast & shuts down. I'm probably overlooking something easy, but I cant figure it out, I have read the read me doc 5x now Sad  Any help would be great!


There probably isn't an executable file in the directory named cudaminer32.exe, so the cmd window just shuts thinking it's executed everything there is to do. Try changing cudaminer32.exe to cudaminer.exe ...

BINGO! Thank you so much! ( will fine tune stuff now )
member
Activity: 91
Merit: 10
Hello everyone, Ive been pretty good @ getting cudaminer to work on most different algos, but I've run into a block with CACHE coin..  here is my .bat

cudaminer32.exe  --algo=scrypt-jane:CACH -L 2 -o stratum+tcp://east1.us.stratum.dedi................

The cudaminer window opens very fast & shuts down. I'm probably overlooking something easy, but I cant figure it out, I have read the read me doc 5x now Sad  Any help would be great!


There probably isn't an executable file in the directory named cudaminer32.exe, so the cmd window just shuts thinking it's executed everything there is to do. Try changing cudaminer32.exe to cudaminer.exe ...
member
Activity: 68
Merit: 10
Anyway, -b doesn't seem to change anything, and -L higher than 1 is slower for me.

That's because MRC is at N factor of 10 which is a max batch size of 2048.  Default batch size is 1024 FYI.

So when Cudaminer goes to launch the kernel it looks at N factor and your -b batch setting and uses the minimum of the two.




https://docs.google.com/spreadsheet/ccc?key=0Aj3vcsuY-JFNdC1ITWJrSG9VeWp6QXppbVgxcm0tbGc&usp=sharing#gid=0
member
Activity: 84
Merit: 10
Hello everyone, Ive been pretty good @ getting cudaminer to work on most different algos, but I've run into a block with CACHE coin..  here is my .bat

cudaminer32.exe  --algo=scrypt-jane:CACH -L 2 -o stratum+tcp://east1.us.stratum.dedi................

The cudaminer window opens very fast & shuts down. I'm probably overlooking something easy, but I cant figure it out, I have read the read me doc 5x now Sad  Any help would be great!



full member
Activity: 125
Merit: 100
Anyway, -b doesn't seem to change anything, and -L higher than 1 is slower for me.

That's because MRC is at N factor of 10 which is a max batch size of 2048.  Default batch size is 1024 FYI.

So when Cudaminer goes to launch the kernel it looks at N factor and your -b batch setting and uses the minimum of the two.

member
Activity: 91
Merit: 10
Regarding MRC N-factor change, I had a strange thing happen. I was pool mining with two 660ti overnight (after the N factor change) with -l K7x32,K7x32, and they were happily getting yays from the pool this morning. When I saw the price of MRC, I added my 780ti to the bat file. The moment I restarted mining, I got validation errors on both of the 660ti GPUs. Tried running the bat file (which had been running the two 660ti just fine 5 minutes before) but now that got validation errors as well. To avoid the errors, I am now running the lower case t and k kernels instead of the T and K. Curious.

well, not that curious, otherwise you would have read all the previous messages...

I have read every message on this board from page 1. The curious part that hasn't been pointed out is that the -l K7x32 config ran fine after the N factor change, but then didn't run after restarting today.

On another note, there are several settings that give me almost the same results (t24x32, t25x32 t30x32 are almost all the same) because my cards are temperature bound.

EDIT: Didn't mean for that to sound snarky djm34. Your posts have been very helpful to me over the last several months.
member
Activity: 84
Merit: 10
ANyone try blackcoin with cuda? I am getting around 150khash with a 770gtx. Is that normal?
legendary
Activity: 1400
Merit: 1050
Regarding MRC N-factor change, I had a strange thing happen. I was pool mining with two 660ti overnight (after the N factor change) with -l K7x32,K7x32, and they were happily getting yays from the pool this morning. When I saw the price of MRC, I added my 780ti to the bat file. The moment I restarted mining, I got validation errors on both of the 660ti GPUs. Tried running the bat file (which had been running the two 660ti just fine 5 minutes before) but now that got validation errors as well. To avoid the errors, I am now running the lower case t and k kernels instead of the T and K. Curious.

well, not that curious, otherwise you would have read all the previous messages...
member
Activity: 91
Merit: 10
legendary
Activity: 1400
Merit: 1050
if it works like for the previous nfactor increase the difficulty should go down soon...
member
Activity: 84
Merit: 10
SizzleBits
What the heck happened with microcoin? I started up the miner today and now I'm getting 160 khash with both my cards where the other day I was at 600. Did the N-factor go up? Because last I looked network difficulty was at 5.5 but today its down to around 3.2?
However, I am liking the prices ate Poloniex...wish I would have kept a few more when I was selling them at .00000140 btc :/

Yes, N factor went from 9 to 10 today.
Jeez well thats a massive decrease in hashing speed. A major downer looking at the console now :/
Since the N factor was raised and now more memory is needed doesn't that mean that cpu mining should be more effective since we can pile in more memory for a cpu to utilize?


Ah! Autotuning again with the new N factor helps. I'm up to 295 khash both combined. Now that feels allot better.
full member
Activity: 125
Merit: 100
What the heck happened with microcoin? I started up the miner today and now I'm getting 160 khash with both my cards where the other day I was at 600. Did the N-factor go up? Because last I looked network difficulty was at 5.5 but today its down to around 3.2?
However, I am liking the prices ate Poloniex...wish I would have kept a few more when I was selling them at .00000140 btc :/

Yes, N factor went from 9 to 10 today.  Had to re-tune my cards this morning.  Cudaminer took the change just fine but the kernel settings were not optimized for the new N factor.
member
Activity: 84
Merit: 10
SizzleBits
What the heck happened with microcoin? I started up the miner today and now I'm getting 160 khash with both my cards where the other day I was at 600. Did the N-factor go up? Because last I looked network difficulty was at 5.5 but today its down to around 3.2?
However, I am liking the prices ate Poloniex...wish I would have kept a few more when I was selling them at .00000140 ltc :/
legendary
Activity: 1400
Merit: 1050
yes it could be interesting (I bought by mistake when I started mining an usb asic, currently getting scrap of uno on coinex... if it could contribute to something more useful).

legendary
Activity: 1154
Merit: 1001
It is said it can be mined by everything (more or less) asic included... not sure to see the point..

Yes, can be mined by everything, but the difficulty is adjusted separately for each algorithm. If there are tons of hash power going into 'SHA256' for example, the effective reward (per work invested) is much smaller for that algorithm specifically. If there is little hash power going into 'groestl', the effective reward per work invested in that algorithm becomes larger.

The fact that this coin supports a bunch of algorithms, suggests to me that it could see great adoption levels, and indeed it is innovating in the sense that instead of segregating a certain miner type (say, ASIC owner for example), it tries to bring all miners together as all platforms can generate meaningful rewards.

Note: It is mentioned in the announcement thread that 'groestl' is not a GPU friendly algorithm. I'm not saying that it is or that it is not, but I do remember some similar claims made by the keccak fellows a while back Smiley   
Jump to: