dear all, i am looking for the latest cuda miner installation software. to mine artbyte.
all hyperlinks to mega.nz are dead. And please I do not need ccminer. But looking for CUDAMINER.EXE and installation in particular.
Anybody can help ?
Topic: [ANN] cudaMiner & ccMiner CUDA based mining applications [Windows/Linux/MacOSX] - page 6. (Read 3426872 times)
July 28, 2017, 02:35:34 PM
July 28, 2017, 02:25:15 PM
Guys, is there any miner for cuda's for xevan / xevan-mod algo.
July 27, 2017, 11:45:54 PM
Thanks for the response.
Added "diff-factor" : "2" to the config file and gave it a try.
8.11-Klaus-T quickly found 1 share which was rejected with a reason of "reject reason: low difficulty share of 0.23825932042784703" after which it apparently died. That is, it did nothing for the next 12 minutes, with task manager showing 0 CPU activity for the ccminer task.
The 2.1-tribus version ran with "diff-factor" : "2" in the config, and the effective hashrate in the pool was close to the 151.x hashrate shown by the miner. The problem with 2.1-tribus and the suggested option is the almost 50% rejection rate. After 1h 24m, tribus found 839 shares of which only 437 were accepted, the other 402 shares were rejected with the same "low difficulty share" message. During the same time, the amd cards had 548 accepted and 5 rejected shares.
The suggested option fixes the problem of the pool showing a very low effective hashrate for the nvidia worker, and increases the shares ccminer solves to a level that actually exceeds the % difference in hashrates reported by the two miners, but only at the cost of an unacceptably high rate of rejects.
I'll try a different pool tomorrow, and maybe the 2.0 x86 and x64 versions of ccminer if the pool switch doesn't help. Just out of curiosity, which version of ccminer would you recommend for mining myriad-groestl? I like the fact that 8.11-Klaus-T shows a 10Mh/s higher hashrate than the other miners, but that is only useful if the higher hashrate translates into more shares.
I'll post what I find tomorrow after the pool switch.
Added "diff-factor" : "2" to the config file and gave it a try.
8.11-Klaus-T quickly found 1 share which was rejected with a reason of "reject reason: low difficulty share of 0.23825932042784703" after which it apparently died. That is, it did nothing for the next 12 minutes, with task manager showing 0 CPU activity for the ccminer task.
The 2.1-tribus version ran with "diff-factor" : "2" in the config, and the effective hashrate in the pool was close to the 151.x hashrate shown by the miner. The problem with 2.1-tribus and the suggested option is the almost 50% rejection rate. After 1h 24m, tribus found 839 shares of which only 437 were accepted, the other 402 shares were rejected with the same "low difficulty share" message. During the same time, the amd cards had 548 accepted and 5 rejected shares.
The suggested option fixes the problem of the pool showing a very low effective hashrate for the nvidia worker, and increases the shares ccminer solves to a level that actually exceeds the % difference in hashrates reported by the two miners, but only at the cost of an unacceptably high rate of rejects.
I'll try a different pool tomorrow, and maybe the 2.0 x86 and x64 versions of ccminer if the pool switch doesn't help. Just out of curiosity, which version of ccminer would you recommend for mining myriad-groestl? I like the fact that 8.11-Klaus-T shows a 10Mh/s higher hashrate than the other miners, but that is only useful if the higher hashrate translates into more shares.
I'll post what I find tomorrow after the pool switch.
If you have half the hashrate on a pool, or too many low difficulty share rejects then it's usually caused by the pool and the miner not being on the same page regarding what they consider the same amount of work (difficulty) due ton how they were configured. With -F 2 the miner also submits work to the pool that is half of what the pool tells the miner is required.
If you have too many rejects with -F 2, then you should lower it (1.5 or something) until you figure out the correct number which hopefully gets you your hashrate reported on the pool without rejects.
July 27, 2017, 11:20:22 PM
Hello everyone,
I'm looking for suggestions on how to increase acceptance rate and effective hash rate for myriad-groestl mining with ccminer.
I have a mining rig with 3 older AMD cards and 2 new GTX 1070s. According to ccminer, the 2 1070s are hashing myriad-groestl at 162.x Mh/s which is 140% of the 115.x hashrate of the 3 AMD cards as reported by sph-sgminer-x11mod running with an updated myriad-groestl kernel.
The pool reports that both miners are mining at the same difficulty in the following screenshot, so I would expect to see the 1070s getting somewhere around 140% of the shares of the AMD cards. I'd also expect to see the effective Hashrate reported by the pool for the cuda worker to be closer to 160, I've never seen it go above 60.
http://imgur.com/pPivYDh
Actually, the 1070s are getting less than half of the accepted shares of the amd cards. Here's a screenshot of both miners, started at the same time, after a 14h:42m run:
http://imgur.com/0i23gg9
I've tried ccminer 2.0 x86, x64, 2.1-tribus, and 811. All exhibit the problem of reporting a high hash rate but finding fewer shares than the slower AMD cards hashing at the same difficulty for the myriad-groestl algorithm.
What sort of tuning might be done to ccminer or the cards to increase the effective hashrate in the pool and/or increase the rate of share acceptance in the miner? Or, is this a problem with the pool?
I'm only seeing this problem with ccminer/myr-gr. When mining equihash with different mining software (EWBF), the 1070s are also hashing around 140% faster than the AMD cards, and the effective hashrate in the pool and the number of accepted shares reflect the higher hash rate.
I'm looking for suggestions on how to increase acceptance rate and effective hash rate for myriad-groestl mining with ccminer.
I have a mining rig with 3 older AMD cards and 2 new GTX 1070s. According to ccminer, the 2 1070s are hashing myriad-groestl at 162.x Mh/s which is 140% of the 115.x hashrate of the 3 AMD cards as reported by sph-sgminer-x11mod running with an updated myriad-groestl kernel.
The pool reports that both miners are mining at the same difficulty in the following screenshot, so I would expect to see the 1070s getting somewhere around 140% of the shares of the AMD cards. I'd also expect to see the effective Hashrate reported by the pool for the cuda worker to be closer to 160, I've never seen it go above 60.
http://imgur.com/pPivYDh
Actually, the 1070s are getting less than half of the accepted shares of the amd cards. Here's a screenshot of both miners, started at the same time, after a 14h:42m run:
http://imgur.com/0i23gg9
I've tried ccminer 2.0 x86, x64, 2.1-tribus, and 811. All exhibit the problem of reporting a high hash rate but finding fewer shares than the slower AMD cards hashing at the same difficulty for the myriad-groestl algorithm.
What sort of tuning might be done to ccminer or the cards to increase the effective hashrate in the pool and/or increase the rate of share acceptance in the miner? Or, is this a problem with the pool?
I'm only seeing this problem with ccminer/myr-gr. When mining equihash with different mining software (EWBF), the 1070s are also hashing around 140% faster than the AMD cards, and the effective hashrate in the pool and the number of accepted shares reflect the higher hash rate.
Hi, try adding -f 2 to your ccminer bat file or check another pool.
Thanks for the response.
Added "diff-factor" : "2" to the config file and gave it a try.
8.11-Klaus-T quickly found 1 share which was rejected with a reason of "reject reason: low difficulty share of 0.23825932042784703" after which it apparently died. That is, it did nothing for the next 12 minutes, with task manager showing 0 CPU activity for the ccminer task.
The 2.1-tribus version ran with "diff-factor" : "2" in the config, and the effective hashrate in the pool was close to the 151.x hashrate shown by the miner. The problem with 2.1-tribus and the suggested option is the almost 50% rejection rate. After 1h 24m, tribus found 839 shares of which only 437 were accepted, the other 402 shares were rejected with the same "low difficulty share" message. During the same time, the amd cards had 548 accepted and 5 rejected shares.
The suggested option fixes the problem of the pool showing a very low effective hashrate for the nvidia worker, and increases the shares ccminer solves to a level that actually exceeds the % difference in hashrates reported by the two miners, but only at the cost of an unacceptably high rate of rejects.
I'll try a different pool tomorrow, and maybe the 2.0 x86 and x64 versions of ccminer if the pool switch doesn't help. Just out of curiosity, which version of ccminer would you recommend for mining myriad-groestl? I like the fact that 8.11-Klaus-T shows a 10Mh/s higher hashrate than the other miners, but that is only useful if the higher hashrate translates into more shares.
I'll post what I find tomorrow after the pool switch.
July 27, 2017, 08:50:29 PM
Hello everyone,
I'm looking for suggestions on how to increase acceptance rate and effective hash rate for myriad-groestl mining with ccminer.
I have a mining rig with 3 older AMD cards and 2 new GTX 1070s. According to ccminer, the 2 1070s are hashing myriad-groestl at 162.x Mh/s which is 140% of the 115.x hashrate of the 3 AMD cards as reported by sph-sgminer-x11mod running with an updated myriad-groestl kernel.
The pool reports that both miners are mining at the same difficulty in the following screenshot, so I would expect to see the 1070s getting somewhere around 140% of the shares of the AMD cards. I'd also expect to see the effective Hashrate reported by the pool for the cuda worker to be closer to 160, I've never seen it go above 60.
Actually, the 1070s are getting less than half of the accepted shares of the amd cards. Here's a screenshot of both miners, started at the same time, after a 14h:42m run:
I've tried ccminer 2.0 x86, x64, 2.1-tribus, and 811. All exhibit the problem of reporting a high hash rate but finding fewer shares than the slower AMD cards hashing at the same difficulty for the myriad-groestl algorithm.
What sort of tuning might be done to ccminer or the cards to increase the effective hashrate in the pool and/or increase the rate of share acceptance in the miner? Or, is this a problem with the pool?
I'm only seeing this problem with ccminer/myr-gr. When mining equihash with different mining software (EWBF), the 1070s are also hashing around 140% faster than the AMD cards, and the effective hashrate in the pool and the number of accepted shares reflect the higher hash rate.
I'm looking for suggestions on how to increase acceptance rate and effective hash rate for myriad-groestl mining with ccminer.
I have a mining rig with 3 older AMD cards and 2 new GTX 1070s. According to ccminer, the 2 1070s are hashing myriad-groestl at 162.x Mh/s which is 140% of the 115.x hashrate of the 3 AMD cards as reported by sph-sgminer-x11mod running with an updated myriad-groestl kernel.
The pool reports that both miners are mining at the same difficulty in the following screenshot, so I would expect to see the 1070s getting somewhere around 140% of the shares of the AMD cards. I'd also expect to see the effective Hashrate reported by the pool for the cuda worker to be closer to 160, I've never seen it go above 60.
Actually, the 1070s are getting less than half of the accepted shares of the amd cards. Here's a screenshot of both miners, started at the same time, after a 14h:42m run:
I've tried ccminer 2.0 x86, x64, 2.1-tribus, and 811. All exhibit the problem of reporting a high hash rate but finding fewer shares than the slower AMD cards hashing at the same difficulty for the myriad-groestl algorithm.
What sort of tuning might be done to ccminer or the cards to increase the effective hashrate in the pool and/or increase the rate of share acceptance in the miner? Or, is this a problem with the pool?
I'm only seeing this problem with ccminer/myr-gr. When mining equihash with different mining software (EWBF), the 1070s are also hashing around 140% faster than the AMD cards, and the effective hashrate in the pool and the number of accepted shares reflect the higher hash rate.
Hi, try adding -f 2 to your ccminer bat file or check another pool.
July 27, 2017, 04:43:17 PM
Hello everyone,
I'm looking for suggestions on how to increase acceptance rate and effective hash rate for myriad-groestl mining with ccminer.
I have a mining rig with 3 older AMD cards and 2 new GTX 1070s. According to ccminer, the 2 1070s are hashing myriad-groestl at 162.x Mh/s which is 140% of the 115.x hashrate of the 3 AMD cards as reported by sph-sgminer-x11mod running with an updated myriad-groestl kernel.
The pool reports that both miners are mining at the same difficulty in the following screenshot, so I would expect to see the 1070s getting somewhere around 140% of the shares of the AMD cards. I'd also expect to see the effective Hashrate reported by the pool for the cuda worker to be closer to 160, I've never seen it go above 60.
http://imgur.com/pPivYDh
Actually, the 1070s are getting less than half of the accepted shares of the amd cards. Here's a screenshot of both miners, started at the same time, after a 14h:42m run:
http://imgur.com/0i23gg9
I've tried ccminer 2.0 x86, x64, 2.1-tribus, and 811. All exhibit the problem of reporting a high hash rate but finding fewer shares than the slower AMD cards hashing at the same difficulty for the myriad-groestl algorithm.
What sort of tuning might be done to ccminer or the cards to increase the effective hashrate in the pool and/or increase the rate of share acceptance in the miner? Or, is this a problem with the pool?
I'm only seeing this problem with ccminer/myr-gr. When mining equihash with different mining software (EWBF), the 1070s are also hashing around 140% faster than the AMD cards, and the effective hashrate in the pool and the number of accepted shares reflect the higher hash rate.
I'm looking for suggestions on how to increase acceptance rate and effective hash rate for myriad-groestl mining with ccminer.
I have a mining rig with 3 older AMD cards and 2 new GTX 1070s. According to ccminer, the 2 1070s are hashing myriad-groestl at 162.x Mh/s which is 140% of the 115.x hashrate of the 3 AMD cards as reported by sph-sgminer-x11mod running with an updated myriad-groestl kernel.
The pool reports that both miners are mining at the same difficulty in the following screenshot, so I would expect to see the 1070s getting somewhere around 140% of the shares of the AMD cards. I'd also expect to see the effective Hashrate reported by the pool for the cuda worker to be closer to 160, I've never seen it go above 60.
http://imgur.com/pPivYDh
Actually, the 1070s are getting less than half of the accepted shares of the amd cards. Here's a screenshot of both miners, started at the same time, after a 14h:42m run:
http://imgur.com/0i23gg9
I've tried ccminer 2.0 x86, x64, 2.1-tribus, and 811. All exhibit the problem of reporting a high hash rate but finding fewer shares than the slower AMD cards hashing at the same difficulty for the myriad-groestl algorithm.
What sort of tuning might be done to ccminer or the cards to increase the effective hashrate in the pool and/or increase the rate of share acceptance in the miner? Or, is this a problem with the pool?
I'm only seeing this problem with ccminer/myr-gr. When mining equihash with different mining software (EWBF), the 1070s are also hashing around 140% faster than the AMD cards, and the effective hashrate in the pool and the number of accepted shares reflect the higher hash rate.
July 08, 2017, 02:45:41 PM
hello everyone 
thanks for the awesome software..
i was wondering if running three instances of ccminer was a limit of the program or of my system.
when i run more than three the software locks up and has to be forced to shut down.
each instance is one coin, by the way.
i've only been mining for about 4 months so i'm still pretty new to thins stuff.
thanks
thanks for the awesome software..
i was wondering if running three instances of ccminer was a limit of the program or of my system.
when i run more than three the software locks up and has to be forced to shut down.
each instance is one coin, by the way.
i've only been mining for about 4 months so i'm still pretty new to thins stuff.
thanks
July 08, 2017, 06:54:32 AM
I get "virus found" when scanning after downloading from your site:
Quote
C:\Download\cpuminer-multi-rel1.3.1-x64.zip: Win.Trojan.Agent-5751425-0 FOUND
July 07, 2017, 01:57:19 PM
Question still actually. Pytanie jescsze czeka na odpowiedz.
July 07, 2017, 02:57:29 AM
Download link is dead in OP.
July 05, 2017, 09:16:44 PM
Although the idea of mining your own bitcoin at home is cool, but with your own PC is really not a good idea, for anyone who is actually interested in making some money mining bitcoin and investing in cryptocurrency I would recommend you check out something like https://www.genesis-mining.com/a/930250 This is easily the best way to mine bitcoin especially as the price and difficulty of bitcoin increases. They also give you a 3.5% discount if you use this code: wLQlf1
July 03, 2017, 07:55:10 AM
I would encourage anyone interested in using a cudaminer for mining ETH with Nvidia cards to have a look at nvOC elsehwere in this forum.
https://bitcointalksearch.org/topic/os-nvoc-easy-to-use-linux-nvidia-mining-1854250
It's a cool free Linux based Nvidia mining distro. Can do ETH, ZEC and all the variants of those algos plus some other ccminer stuff.
DMD GRS ZPOOL_LYRA2V2 ZPOOL_BLAKE2S
ZEC ZCOIN HUSH ZEN ZCL
NICE ETH MUSIC ETC EXP DCR PASC
MONA VTC DGB SIA FTC LBC
DUAL_ETC_DCR DUAL_ETC_PASC DUAL_ETC_LBC DUAL_ETC_SC
DUAL_EXP_DCR DUAL_EXP_PASC DUAL_EXP_LBC DUAL_EXP_SC
DUAL_ETH_DCR DUAL_ETH_PASC DUAL_ETH_LBC DUAL_ETH_SC
DUAL_MUSIC_DCR DUAL_MUSIC_PASC DUAL_MUSIC_LBC DUAL_MUSIC_SC
It is now using a genoil ethminer (or claymore if you want to get less hash rate and pay a fee).
I have a rig which is 2 x 1070s and 3 x 1060s and I'm getting nearly 140mh/s at about 700W whole rig.
The key was working out the memory overclock really. I have mine all core underclocked -200 and memory overclocked +1500
https://bitcointalksearch.org/topic/os-nvoc-easy-to-use-linux-nvidia-mining-1854250
It's a cool free Linux based Nvidia mining distro. Can do ETH, ZEC and all the variants of those algos plus some other ccminer stuff.
DMD GRS ZPOOL_LYRA2V2 ZPOOL_BLAKE2S
ZEC ZCOIN HUSH ZEN ZCL
NICE ETH MUSIC ETC EXP DCR PASC
MONA VTC DGB SIA FTC LBC
DUAL_ETC_DCR DUAL_ETC_PASC DUAL_ETC_LBC DUAL_ETC_SC
DUAL_EXP_DCR DUAL_EXP_PASC DUAL_EXP_LBC DUAL_EXP_SC
DUAL_ETH_DCR DUAL_ETH_PASC DUAL_ETH_LBC DUAL_ETH_SC
DUAL_MUSIC_DCR DUAL_MUSIC_PASC DUAL_MUSIC_LBC DUAL_MUSIC_SC
It is now using a genoil ethminer (or claymore if you want to get less hash rate and pay a fee).
I have a rig which is 2 x 1070s and 3 x 1060s and I'm getting nearly 140mh/s at about 700W whole rig.
The key was working out the memory overclock really. I have mine all core underclocked -200 and memory overclocked +1500
July 03, 2017, 05:59:34 AM
someone tell me ccminer users are PRO in Linux theme and can help me with the question
Please help i already write here early
not get answer
Cannot overclock any GPU>0
Screenshot
https://pp.userapi.com/c840225/v840225257/1033e/5v2hp7Fs-sI.jpg
=====================
my xorg
https://pastebin.com/rPDe8gLQ
AMD AM3+ Dual core 3200Mhz, 4Gb ram, 1 GTX 780, 1 GTX 1060, HDD 750Gb
Linux Mint 18.1 x64 Kernel 4.10 Nvidia-381 Overclocked only one card. 500mhz mem
2 cannot be overclocked.. i thinking requires monitors on EVERY videocard?Huh Why?Huh
maybe emulator monitors?
=================
ps. how to export this? in Linux?
GPU_FORCE_64BIT_PTR 0
GPU_MAX_HEAP_SIZE 100
GPU_USE_SYNC_OBJECTS 1
GPU_MAX_ALLOC_PERCENT 100
GPU_SINGLE_ALLOC_PERCENT 100
Please help i already write here early
not get answer
Cannot overclock any GPU>0
Screenshot
https://pp.userapi.com/c840225/v840225257/1033e/5v2hp7Fs-sI.jpg
=====================
my xorg
https://pastebin.com/rPDe8gLQ
AMD AM3+ Dual core 3200Mhz, 4Gb ram, 1 GTX 780, 1 GTX 1060, HDD 750Gb
Linux Mint 18.1 x64 Kernel 4.10 Nvidia-381 Overclocked only one card. 500mhz mem
2 cannot be overclocked.. i thinking requires monitors on EVERY videocard?Huh Why?Huh
maybe emulator monitors?
=================
ps. how to export this? in Linux?
GPU_FORCE_64BIT_PTR 0
GPU_MAX_HEAP_SIZE 100
GPU_USE_SYNC_OBJECTS 1
GPU_MAX_ALLOC_PERCENT 100
GPU_SINGLE_ALLOC_PERCENT 100
June 29, 2017, 05:50:12 AM
June 28, 2017, 12:18:37 PM
I have a problem:
GeForce GTX 1080 Ti result does not validate on CPU
I'm using two cards, CPU is Ryzen 7 1700, Linux Mint 18.1 (Kernel 4.11.7), the cards are connected with SLI thingy stuff (I don't need it, it's not gaming computer, will remove if it helps)
When I complied it I used nvcc_ARCH = -gencode=arch=compute_61,code=\"sm_61,compute_61\"
I get this on Nvidia drivers 381.22 and 375.66.
Also, couldn't find a way to ask for support in git, am I missing something?
GeForce GTX 1080 Ti result does not validate on CPU
I'm using two cards, CPU is Ryzen 7 1700, Linux Mint 18.1 (Kernel 4.11.7), the cards are connected with SLI thingy stuff (I don't need it, it's not gaming computer, will remove if it helps)
When I complied it I used nvcc_ARCH = -gencode=arch=compute_61,code=\"sm_61,compute_61\"
I get this on Nvidia drivers 381.22 and 375.66.
Also, couldn't find a way to ask for support in git, am I missing something?
June 19, 2017, 01:35:27 PM
I am currently researching qhasm-cudasm ..has anyone done stuff with these ideas? If so, email me. Thanks!
June 01, 2017, 06:55:44 AM
June 01, 2017, 02:51:51 AM
Hello, I'm starting to mine and I have an nvidia so I want to use the CUDAMINER program but I do not find it in niungua part, the mega link that appears here is fallen and I can not find it, if someone can put the link I would appreciate it a lot.
May 13, 2017, 02:39:02 AM
Is there any way to mine with two GTX980ti and what will be better to mine? Can i use this card for flypool zcash?
April 19, 2017, 04:39:55 PM
I have gtx260 and can not in any way download the required miner. Please share, thanks in advance.
Jump to: