[ANN] cudaMiner & ccMiner CUDA based mining applications [Windows/Linux/MacOSX]

[DemosMirak]

The Bitcoin payment option from humble bundle is back up again. 

[ManIkWeet]

a new Scrypt-Jane coin launching tonight: NITcoin! https://bitcointalk.org/index.php?topic=522329.0
for those wanting to mine METH (Keccak algo): https://bitcointalk.org/index.php?topic=500175.0

www.cryptolaunch.net will keep you updated on upcoming launches ;-)

Keep me posted on launches with new algos. This is where the C+C hash factory can play out their rapid CUDA programming card.

Christian

Meth coin seems good, NITCoin seems dead already (It's already launched according to their date, but the forum is not updated)

[djm34]

a new Scrypt-Jane coin launching tonight: NITcoin! https://bitcointalk.org/index.php?topic=522329.0
for those wanting to mine METH (Keccak algo): https://bitcointalk.org/index.php?topic=500175.0

www.cryptolaunch.net will keep you updated on upcoming launches ;-)

Keep me posted on launches with new algos. This is where the C+C hash factory can play out their rapid CUDA programming card.

Christian

Meth coin seems good, NITCoin seems dead already (It's already launched according to their date, but the forum is not updated)

I don't know... the Heisenberg is already dead (may-be better to wait for the JessieCoin or a SaulCoin)
Graphene seems to do well even after the 3hours instamine/orphans launch... solo mining still gets several blocks/hours at the moment

another calendar with integrated countdown (usually wrong): http://www.altcoincalendar.info/calendar

[ivanlabrie]

Started getting this on a 6 750 ti rig:

"Windows has stopped this device because it has reported problems. (Code 43)"

All 6 of them show up with an exclamation mark next to the device in device manager. Using win 7 64, and 6 usb risers, zotac reference cards without 6 pin. Used to be working just fine a day ago.

Any clues?

[cbuchner1]

I don't know... the Heisenberg is already dead (may-be better to wait for the JessieCoin or a SaulCoin)

better mine Saul, lol...

[liomojo1]

Unplug the usb cables and back in , then the pci-e plugs the same way and will be ok.

[ivanlabrie]

Unplug the usb cables and back in , then the pci-e plugs the same way and will be ok.

Just unplug the gpus and plug them back in???

Thinking of exchanging the board if it keeps doing this...if the second one does the same thing I might switch to a different one, though selection is limited.

Do you guys know if the Maximus VI Hero can run 6 gpus?

[djm34]

Unplug the usb cables and back in , then the pci-e plugs the same way and will be ok.

Just unplug the gpus and plug them back in???

Thinking of exchanging the board if it keeps doing this...if the second one does the same thing I might switch to a different one, though selection is limited.

Do you guys know if the Maximus VI Hero can run 6 gpus?

may-be 6 is a bit too much for the OS ?

[liomojo1]

Unplug the usb cables and back in , then the pci-e plugs the same way and will be ok.

Just unplug the gpus and plug them back in???

Thinking of exchanging the board if it keeps doing this...if the second one does the same thing I might switch to a different one, though selection is limited.

Do you guys know if the Maximus VI Hero can run 6 gpus?

May be i missunderstood you , i ment the risers cable , but if you are not using risers , what mobo are you using for 6 cards?

[z1103246]

Does anyone have a usable batch file for gtx 780 classy mining memory coin? Just can't get mine to work...

[djm34]

Does anyone have a usable batch file for gtx 780 classy mining memory coin? Just can't get mine to work...

There are 500+ pages of good advice... unless you are more precise in what you intend to do, we can't help you...

[liomojo1]

Christian
Is there a logic explanation for the fenomena.
When using risers i have 6 cards. If i open one ccminer or cudaminer for all cards , for example heavycoin, i get 55mhs for all, if i open 3 instances - one for gpu 0.1 , one for gpu 2.3 and one for 4.5 gpus. Then i get 22.5mhs each , which makes 67mhs which is 10mhs more than one ccminer for all , and if i open 2 instances for each card (when i was using 3 card on my i7 machine) i get  the same or even better results than the gpu that is directly on the pci-e x16 slot. Is there a way to achive this performance , but using only one instance of ccminer or cudaminer? Thank you in advance.

[bigjme]

I know this may sound stupid, but is there a way to know which card is which for the -d command?
Is it as simple as following down the slots from top to bottom?

For example my 780 at the moment is in the second slot of my motherboard. When my 750's come tomorrow, one will be plugged into the x1 slot which is above the main gpu. So would the 750 be device 0 and the 780 be device 1? Or is the display card device 0?

Sounds a very stupid question i know. But i thought i better ask today before my parts come tomorrow

Also i have made a quick base for my risers and put 2 old cards in for now

pic

Theres a 20mm gap between the end of one card and the pcb of the other. So the gap is larger then a pci slot. Should be fine shouldnt it?

The mount isnt finished yet but it should be fine.
I am having the msi twin fan cards so they should suck im plenty of air

[cbuchner1]

Christian
Is there a logic explanation for the fenomena.
When using risers i have 6 cards. If i open one ccminer or cudaminer for all cards , for example heavycoin, i get 55mhs for all, if i open 3 instances - one for gpu 0.1 , one for gpu 2.3 and one for 4.5 gpus. Then i get 22.5mhs each , which makes 67mhs which is 10mhs more than one ccminer for all , and if i open 2 instances for each card (when i was using 3 card on my i7 machine) i get  the same or even better results than the gpu that is directly on the pci-e x16 slot. Is there a way to achive this performance , but using only one instance of ccminer or cudaminer? Thank you in advance.

ccminer uses the thrust library for heavycoin, and thrust has some overhead. It performs memory allocations at run time, and during that time the GPU can't mine. By running two instances you would drive up the GPU utilization from e.g. 80% to 95%, getting higher throughput.

you could to the same passing the -d 0,0 flag to ccminer, however there is currently a problem where both of these GPU threads operate in the same CUDA context, step on each other's toes and hence produce invalid shares. a CCMiner v0.6 might fix that.

Christian

[nomad1109]

Temporarily I created an app to auto-close any ccminer*.exe dialog window pop-ups, then the batchfile continues to auto-restarts the mining.

Last night it crashes twice for about 5hrs difference.

But too bad I can't do anything about the GPU idles (SICK?).

When a card goes idle or errors out for me usually just restarting the miner will not bring the card back up to full speed (usually just 10Khash/s or something like that).

You can reset the cards from the command line (using the DevCon [Developers Console] command available at http://support.microsoft.com/kb/311272) by disabling and enabling them again without restarting windows and it seems to always fix the problem for me.

first run 'DevCon find *' to list out all your hardware, and then find a unique part of the card ID to add to the command.

In my case '*dev_1380' identifies all my MSI 750 ti cards at once.

Quick and easy to add to your .bat loop.

devcon disable *dev_1380
devcon enable *dev_1380

Hope that helps!

[djm34]

Did I already mention this coin ? Nigeria Coin (skein algo) launched few day ago

https://bitcointalk.org/index.php?topic=520100.0

[djm34]

Temporarily I created an app to auto-close any ccminer*.exe dialog window pop-ups, then the batchfile continues to auto-restarts the mining.

Last night it crashes twice for about 5hrs difference.

But too bad I can't do anything about the GPU idles (SICK?).

When a card goes idle or errors out for me usually just restarting the miner will not bring the card back up to full speed (usually just 10Khash/s or something like that).

You can reset the cards from the command line (using the DevCon [Developers Console] command available at http://support.microsoft.com/kb/311272) by disabling and enabling them again without restarting windows and it seems to always fix the problem for me.

first run 'DevCon find *' to list out all your hardware, and then find a unique part of the card ID to add to the command.

In my case '*dev_1380' identifies all my MSI 750 ti cards at once.

Quick and easy to add to your .bat loop.

devcon disable *dev_1380
devcon enable *dev_1380

Hope that helps!

Sound interesting.
Does it work with windows 8 ?

[nomad1109]

Temporarily I created an app to auto-close any ccminer*.exe dialog window pop-ups, then the batchfile continues to auto-restarts the mining.

Last night it crashes twice for about 5hrs difference.

But too bad I can't do anything about the GPU idles (SICK?).

When a card goes idle or errors out for me usually just restarting the miner will not bring the card back up to full speed (usually just 10Khash/s or something like that).

You can reset the cards from the command line (using the DevCon [Developers Console] command available at http://support.microsoft.com/kb/311272) by disabling and enabling them again without restarting windows and it seems to always fix the problem for me.

first run 'DevCon find *' to list out all your hardware, and then find a unique part of the card ID to add to the command.

In my case '*dev_1380' identifies all my MSI 750 ti cards at once.

Quick and easy to add to your .bat loop.

devcon disable *dev_1380
devcon enable *dev_1380

Hope that helps!

Sound interesting.
Does it work with windows 8 ?

Have not tried it... I am on Win7 x64 for my mining rig, but I don't see why it wouldn't unless it is some obscure change. It is just a download .exe though you throw in your windows32 folder and run, so not hard at all for anyone to try it out.

[djm34]

Temporarily I created an app to auto-close any ccminer*.exe dialog window pop-ups, then the batchfile continues to auto-restarts the mining.

Last night it crashes twice for about 5hrs difference.

But too bad I can't do anything about the GPU idles (SICK?).

When a card goes idle or errors out for me usually just restarting the miner will not bring the card back up to full speed (usually just 10Khash/s or something like that).

You can reset the cards from the command line (using the DevCon [Developers Console] command available at http://support.microsoft.com/kb/311272) by disabling and enabling them again without restarting windows and it seems to always fix the problem for me.

first run 'DevCon find *' to list out all your hardware, and then find a unique part of the card ID to add to the command.

In my case '*dev_1380' identifies all my MSI 750 ti cards at once.

Quick and easy to add to your .bat loop.

devcon disable *dev_1380
devcon enable *dev_1380

Hope that helps!

Sound interesting.
Does it work with windows 8 ?

Have not tried it... I am on Win7 x64 for my mining rig, but I don't see why it wouldn't unless it is some obscure change. It is just a download .exe though you throw in your windows32 folder and run, so not hard at all for anyone to try it out.

There so many things on my computer, so if I can know if it runs before downloading it, it is always better.
And actually, it does not work.

[liomojo1]

Christian
Is there a logic explanation for the fenomena.
When using risers i have 6 cards. If i open one ccminer or cudaminer for all cards , for example heavycoin, i get 55mhs for all, if i open 3 instances - one for gpu 0.1 , one for gpu 2.3 and one for 4.5 gpus. Then i get 22.5mhs each , which makes 67mhs which is 10mhs more than one ccminer for all , and if i open 2 instances for each card (when i was using 3 card on my i7 machine) i get  the same or even better results than the gpu that is directly on the pci-e x16 slot. Is there a way to achive this performance , but using only one instance of ccminer or cudaminer? Thank you in advance.

ccminer uses the thrust library for heavycoin, and thrust has some overhead. It performs memory allocations at run time, and during that time the GPU can't mine. By running two instances you would drive up the GPU utilization from e.g. 80% to 95%, getting higher throughput.

you could to the same passing the -d 0,0 flag to ccminer, however there is currently a problem where both of these GPU threads operate in the same CUDA context, step on each other's toes and hence produce invalid shares. a CCMiner v0.6 might fix that.

Christian

Thank you for your answer.
I tried that but the result is not better , for instance cudaminer on 750 ti -- running scrypt using -d 0,0 i got 135khs - 137khs about 270 for the card, but when i run 2 cmd of cudaminer for -d 0 i get 147khs -145 khs which makes 290khs for the card . and if i put the card directly on the pci-e slot it gives me 290khs. That is the way i overcome the pci-e riser khs drop issue , but on my 6 cards rig my celeron G1820 can`t cope with 12 cudaminer or even with 6 cudaminer windows. So if there is another way to overcome this issue will be superd.
 As for ccminer , yes when i put -d 0,0 sometimes work sometimes it gives the cpu validate error , and again the result is not better.
If i can help for resolving this i will be glad.