[ANN] cudaMiner & ccMiner CUDA based mining applications [Windows/Linux/MacOSX] - page 195.

baton

newbie

Activity: 25

Merit: 0

Quote from: baton on July 31, 2014, 02:41:40 PM

I am stuck with ccminer compilation @linux (linux mint actually). Please help me.

- installed 340.24 driver from xedgers repo
- installed CUDA toolkit 6.0 from nvidia
- downloaded current ccminer source from github (once cbuchner1, once djm34)
- autoconfig.sh
- configure --with-cuda=/usr/local/cuda-6.0
- make -j8
- export LD_LIBRARY_PATH=/usr/local/cuda-6.0/lib64
- export PATH=$PATH:/usr/local/cuda-6.0/bin
- ccminer -a x11 -benchmark with or without exiting X

"Unable to query CUDA driver version! Is an nVidia driver installed?"
:-(

/dev/nvidia* exists

any ideas what I did wrong ?

OK, I figured it out myself. Here is what is needed in order to have ccminer working @linux once you have compiled the ccminer.
#1 except nvidia module nvidia_uvm module needs to be loaded in the kernel. you can do it adding 'nvidia_uvm' string to /etc/modules (@linux mint) and nvidia_uvm will be loaded automatically. nvidia_uvm is a separate package @linux mint.
#2 /dev/nvidia_uvm device needs to be created and accessible to 'others'. you can do it this way:

Code:

sudo mknod -m 660 /dev/nvidia-uvm c 250 0
sudo chmod o+rw /dev/nvidia-uvm

and you can run ccminer as a user - not root.

if you want quick compilation modify Makefile.am: change all compute_30/sm_30 into compute50/sm_50 and get rid of compute_35/sm35 strings. thanks to that compilation takes ca 15 minutes but ccminer will work only on maxwell cards with compute 5.0.

in my case I get ca 2300kh/s instead of 2600 @win8 for x11 algo. but @win I add 100MHz to GPU.

mrwizzy2002

newbie

Activity: 14

Merit: 0

This might be a dumb question, but could anyone point me in the right direction for what we are currently mining and what algo? I have 5x 750ti's and I was on scrypt, now I'm on x11 just mining multipool since I'm so out of the loop lately on what to mine, how to mine, and with what miner to be running. I'm currently using CCMiner1.0 or 1.1. Also what driver is everyone using now and still on x11? Just wondering what Is most efficient for mining now. Thanks so much in advance!

My setup:
5x 750ti's
Windows 8.1 Pro
Driver Version 335.23

StuffOfInterest

sr. member

Activity: 401

Merit: 250

Quote from: djm34 on August 01, 2014, 07:25:21 AM

Quote from: StuffOfInterest on August 01, 2014, 07:13:21 AM

Code:

var inner_hash = sha256(block_header);
var chain_index = floor(chain_height * (inner_hash_last_32_bits / max_uint));
var chain_hash = sha256(blockchain[chain_index].header + inner_hash);
var tran_index = floor(blockchain[chain_index].tran_count * chain_hash_last_32_bits / max_uint));
var final_hash = sha256(blockchain[chain_index].transaction[tran_index] + chain_hash);

Doing this your coin has no future.
Excluding asic/gpu at launch is ok that put incentive to people to mine it. But on the long term, you need to keep your network secure not attract people and for that asic are still the best solution (low cost, low power consumption, low to no maintenance...)
GPU and CPU are versatile they are not meant to do only one task forever.

I'd really love to read some research on why this would be. Early on Bitcoin survived with just CPU and later GPU miners, and there were more full nodes in operation then than there are now. I fear that the ASIC trend has led to increasing centralization of hashing power which is not good for the distributed nature of the network. As for power, although an ASIC uses less power the arms race of people bringing warehouses full of them online can't be good for the overall power consumption. Not sure if anyone has ever tried to graph total power consumption of Bitcoin over time (estimating the spread on the types of miners out there) but I think you would see a lot more power being used now than a year ago or a year before that.

AizenSou

hero member

Activity: 938

Merit: 1000

Quote from: myagui on August 01, 2014, 07:28:38 AM

Quote from: AizenSou on August 01, 2014, 07:24:15 AM

[...] Anyway it would scare off every miner unless new mini-blockchain technology is implemented. [...]

Perhaps like so? Wink

https://bitcointalksearch.org/topic/annxcn-cryptonite-1st-mini-blockchain-coin-m7-pow-no-premine-713538

Cheers,
~ Myagui

Yep, NUD is also interesting too. My secret tips.
https://bitcointalksearch.org/topic/nud-new-universal-dollar-bcrypt-0-pre-mine-first-anonymous-crypto-640933

StuffOfInterest

sr. member

Activity: 401

Merit: 250

Quote from: ?? on ??

Quote from: StuffOfInterest on August 01, 2014, 07:13:21 AM

OK, did you look at the pseudocode I put here? Not sure how broadcasting will work when every calculation is going to require a different set or records from the blockchain.

Code:

var inner_hash = sha256(block_header);
var chain_index = floor(chain_height * (inner_hash_last_32_bits / max_uint));
var chain_hash = sha256(blockchain[chain_index].header + inner_hash);
var tran_index = floor(blockchain[chain_index].tran_count * chain_hash_last_32_bits / max_uint));
var final_hash = sha256(blockchain[chain_index].transaction[tran_index] + chain_hash);

No, I hadn't seen it - did you post it in this thread?

Hm... at first glance, correct, it won't work.

The link was in my signature but I should have probably linked directly to it much earlier in this chain.

myagui

legendary

Activity: 1154

Merit: 1001

Quote from: AizenSou on August 01, 2014, 07:24:15 AM

[...] Anyway it would scare off every miner unless new mini-blockchain technology is implemented. [...]

Perhaps like so? Wink

https://bitcointalksearch.org/topic/annxcn-cryptonite-1st-mini-blockchain-coin-m7-pow-no-premine-713538

Cheers,
~ Myagui

djm34

legendary

Activity: 1400

Merit: 1050

Quote from: StuffOfInterest on August 01, 2014, 07:13:21 AM

Quote from: ?? on ??

Quote from: StuffOfInterest on August 01, 2014, 07:01:10 AM

Quote from: ?? on ??

Quote from: StuffOfInterest on August 01, 2014, 06:38:38 AM

Quote from: djm34 on August 01, 2014, 05:57:41 AM

Quote from: StuffOfInterest on August 01, 2014, 05:49:09 AM

Quote from: cayars on July 31, 2014, 07:23:08 PM

Quote from: tarzanbigcity on July 31, 2014, 06:43:48 PM

Anyone feel like whipping up a miner for YellowLionCoin using SHA2-384 ?

https://bitcointalksearch.org/topic/annylc-yellowlioncoin-bounty-for-gpu-miner-launch-aug-1-2014-18-utc-714088

OMG, that is one of the worst "new" implementation yet.

DOOMED before launch.

I'm beyond sick of people just continuing to plug in new or modified algorithms to try and buy a little time for 'their' CPU miner to instamine 'their' coin before the GPU miners can catch up. I really want to see some new concepts used in block generation. Still wish someone would try out my PoBC concept. I'd be really curious if it is even possible to develop a GPU miner which can see an entire blockchain.

why do you want to see the entire blockchain ? (there is no point in that)

To solve two problems.

First, require every miner to have a copy of the blockchain which effectively means running a full node. There have been issues on the Bitcoin network with a declining number of full nodes being operated.

Next, make it harder (if not impossible) to implement an ASIC for mining as a large blockchain will be difficult for the ASIC to access with any speed.

CPU mining will have the easiest time as they can access the blockchain from disk or on a machine with lots of RAM then direct memory access will be faster. GPU should be possible but will have constraints based on memory bandwidth to the system. ASIC will be really hamstrung as it would have to either be an internal card for a machine or have a high-speed link to a machine with the blockchain.

Nooooope. Nope nope nope nope nope.
You only need ONE copy of the chain, see. So ASIC just needs one large bank of high speed memory to run your PoW on 1 billion custom hardware chips. Game over, thanks for playing.

You are going to have one heck of a memory bottleneck with 1 billion chips trying to talk to a single bank of memory. That is a bunch of chips having to pull a header and a transaction from a set of 20GB of data (for the current Bitcoin blockchain) for every hash calculation.

No you won't - it's read once and broadcasted to all threads. If you sync them like CUDA warps, you'll be in business.

OK, did you look at the pseudocode I put here? Not sure how broadcasting will work when every calculation is going to require a different set or records from the blockchain.

Code:

var inner_hash = sha256(block_header);
var chain_index = floor(chain_height * (inner_hash_last_32_bits / max_uint));
var chain_hash = sha256(blockchain[chain_index].header + inner_hash);
var tran_index = floor(blockchain[chain_index].tran_count * chain_hash_last_32_bits / max_uint));
var final_hash = sha256(blockchain[chain_index].transaction[tran_index] + chain_hash);

Doing this your coin has no future.
Excluding asic/gpu at launch is ok that put incentive to people to mine it. But on the long term, you need to keep your network secure not attract people and for that asic are still the best solution (low cost, low power consumption, low to no maintenance...)
GPU and CPU are versatile they are not meant to do only one task forever.

AizenSou

hero member

Activity: 938

Merit: 1000

Quote from: StuffOfInterest on August 01, 2014, 06:38:38 AM

Quote from: djm34 on August 01, 2014, 05:57:41 AM

Quote from: StuffOfInterest on August 01, 2014, 05:49:09 AM

Quote from: cayars on July 31, 2014, 07:23:08 PM

Quote from: tarzanbigcity on July 31, 2014, 06:43:48 PM

Anyone feel like whipping up a miner for YellowLionCoin using SHA2-384 ?

https://bitcointalksearch.org/topic/annylc-yellowlioncoin-bounty-for-gpu-miner-launch-aug-1-2014-18-utc-714088

OMG, that is one of the worst "new" implementation yet.

DOOMED before launch.

I'm beyond sick of people just continuing to plug in new or modified algorithms to try and buy a little time for 'their' CPU miner to instamine 'their' coin before the GPU miners can catch up. I really want to see some new concepts used in block generation. Still wish someone would try out my PoBC concept. I'd be really curious if it is even possible to develop a GPU miner which can see an entire blockchain.

why do you want to see the entire blockchain ? (there is no point in that)

To solve two problems.

First, require every miner to have a copy of the blockchain which effectively means running a full node. There have been issues on the Bitcoin network with a declining number of full nodes being operated.

Next, make it harder (if not impossible) to implement an ASIC for mining as a large blockchain will be difficult for the ASIC to access with any speed.

CPU mining will have the easiest time as they can access the blockchain from disk or on a machine with lots of RAM then direct memory access will be faster. GPU should be possible but will have constraints based on memory bandwidth to the system. ASIC will be really hamstrung as it would have to either be an internal card for a machine or have a high-speed link to a machine with the blockchain.

Miners need to connect to a node in order to mine anyway (pool-node or self-node). So the first problem is actually not need to be solved. But the second sounds interesting. Anyway it would scare off every miner unless new mini-blockchain technology is implemented.

cayars

full member

Activity: 168

Merit: 100

Depends how the algo is written.

Say it was something like x11 or x13 (whatever) where after you generate the current round for each algo you then took the resulting hash and with some function that looks at it has to go out and pull a "random" block based on the hash. Then using the block info just pulled (seudo random) is fed into next algo, etc...

So in some way you use the current hash to figure out what block is needed to look up.

That would keep it from being able to "distribute" the same info via threads to all procs/cores/whatever.

Carlo