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

hi!!!

it is possible to know if cudaMiner implements load balance?
i need it to use one gpu, 970, over more accounts/miner instance!!

thanks!!!

this is strange one of those can carry 65w

This cable is problem, loose contact right there where burnt. That's why card has multiple gold plated contact points for 12V/GND. And I use only cards without 6/8 pin conn, but good MB and maximum 3 per board. For more you must use powered risers but MAKE shure all connectors are fully seated and clean

had the same problem with one , however it happened at the other end of the cable (and there was only one gpu on the whole psu, my 780ti and obviously nothing else on that cable).
I think the culprit are those small cables.  
Best move: remove those piece of crap and plug the riser directly into one molex of the psu.
(and as you can see it has nothing to do with the presence of 6pin or not...)

Yeah, even on a quality PSU if I put 3 cards on one chain the cable gets warm after a while. I'm sticking with these cables, have dozens of them but I'll be limiting the TDP for the most power hungry algos that's for sure.

If anyone still decides to invest in 750 Ti's for mining for some reason, do not buy cards which doesn't have 6-pin power inputs. I have both MSI and ASUS 6-pin-less cards and they are a pain compared to Gigabyte cards with 6-pin.

Sorry to see that.

Just to add one more thing, do not use more than 2 on each daisy chain. Those daisy chains aren't designed to pull a lot of power through them.

A bit off topic PSA: Don't increase the TDP on cards (750 Ti) that doesn't have 6 or 8-pin power connectors if you're using these with the risers:



This just popped after running for months without issues. And I only had the card at 45W TDP.
If they have 6/8 pin power connected to them they will be fine because that will be the main source.

Hi miners and miner coders.

Could someone who knows this miner coding stuff make a support for old compute 2.0/2.1 and compile it for windows?

would like to try mining x15 and neoscrypt.
With ccminer 1.0 gtx580 (stock clock) gives ~2 mh/s X11 and ~1.6mh/s X13, quite decent mhs for old card.
Could it get more with new ccminer and updated kernels?

I have few gtx580 laying on the shelf, would be nice to put those back in better use. Even if they only give a small support to network.

Respect to all miner coders
without them mining would be worthless and there would be no mining anymore.

Wolf, in your cudaminer fork for BBR, I see quite huge amount of context switches per second,
what cause high cpu utilisation:

Celeron + 3x 750Ti:

root@kopiemtu:~# vmstat -n 1
procs -----------memory---------- ---swap-- -----io---- -system-- ------cpu-----
 r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa st
 5  0      0 2269904  64944 1106396    0    0     0     4   11    7 45 20 35  0  0
 3  0      0 2269896  64944 1106396    0    0     0    26  590 257053 57 43  0  0  0
 3  0      0 2269896  64944 1106396    0    0     0     0  594 256664 57 43  0  0  0
 3  0      0 2269864  64944 1106396    0    0     0     0  588 257120 57 43  0  0  0

root@kopiemtu:~# uptime
 21:41:52 up 22 days,  7:03,  2 users,  load average: 3,13, 3,09, 3,06


and:
Xeon + 5x 750Ti

root@kopiemtu:~# vmstat -n 1
procs -----------memory---------- ---swap-- -----io---- -system-- ------cpu-----
 r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa st
 6  0      0 2148372  59916 589464    0    0     0     1    9    5 24 15 61  0  0
 5  0      0 2148364  59916 589464    0    0     0     0 1177 367276 61 39  0  0  0
 5  0      0 2148364  59916 589464    0    0     0     0 1158 366147 61 39  0  0  0
 5  1      0 2148364  59916 589464    0    0     0    23 1171 365873 61 39  0  0  0

root@kopiemtu:~# uptime
 21:41:35 up 13 days,  4:21,  2 users,  load average: 5,17, 5,16, 5,14



what is the reason of it? maybe there is a way to avoid it?

Everyone should join that IRC channel Loads of mining talk there, but can always use a few more souls

If you haven't already, why not join IRC, #ccminer @ freenode, and check if Wolf0 would be willing to do it? It'll probably cost you, but maybe it is worth it? I'd love to see someone figuring out a way to really bump cryptonight mining performance. On a similar note, it would be awesome if SP_ would eventually pickup the cryptonight ccminer and optimize the damn thing 

Happy Mining!

Hi, Chris,

Do you think it's possible to port wolf's cryptonight cpu-miner (https://github.com/wolf9466/cpuminer-multi) to run on Xeon Phi (offload mode)?

And you can find it there because of excellent, hard djm34's work
(if someone didn't discover it yet... )

I am pretty sure you'll find the ccminer version in the same github repository. 
Both sgminer and ccminer kernels are still preliminaries, however it is possible to test them on vtc test pool
(info on vtc thread)

Seems there is new algo on the street!

Thanks.+50 for me.I am wondering what's your settings for cpu and memclock?

Upgrade to version 16 Beta. There is a memory leak in version 11.

version 16 is also faster. (x11 and x13) +50-100KHASH on the 750ti.

The 16th public beta(windows executable) is available here: (05-12-2014)

http://www.filedropper.com/release16

The sourcecode is available here:

https://github.com/sp-hash/ccminer


I compiled a version for the older cards (compute 3.0) here (ccminer30.exe)

http://www.filedropper.com/release15


thread:

https://bitcointalksearch.org/topic/ccminersp-mod-modded-nvidia-maxwell-pascal-kernels-826901

I'm wondering how it would perform with YACoin or other memory-intensive scrypt-chacha coins...

I am using ccminer-maxwell-1.5-git-sp-mod-r11 right now.But it stop running during I am sleeping.Any simple daemon process APPS for it?Not miner control,it's profit-switching miner.

you could have someone build a liquid cooled solution for you maybe. if they have extra stock..couldn't hurt to ask: http://asetek.com/press-room/news/2012/asetek%C2%AE-liquid-cools-intel%C2%AE-xeon-phi-coprocessors.aspx