Author

Topic: [ANN][DASH] Dash (dash.org) | First Self-Funding Self-Governing Crypto Currency - page 6899. (Read 9723597 times)

full member
Activity: 280
Merit: 100
The Future Of Work
I'll be speaking at the Cryptocurrency Convention on Apr 9th in NewYork, detailing how DarkSend works and promoting DarkCoin. If anyone will be in NewYork at that time I'd love to meet you!

http://cryptocurrencyconvention.com/


*My details should be up on the site soon

Oh, that's really cool!  I hope there will be a website where we can follow what's going on!  

legendary
Activity: 1288
Merit: 1000
I'm finally building the windows binaries of the new CPU-miner. After that I'll try to improve the performances Smiley .

Ok, here the link for the Windows binaries -> https://mega.co.nz/#!pBZzQAII!yuvzhcnx3ezLre9fek_G67D0_IyiNqIbEHKY4cKdovA
Read the README for choose the right version for your processor.
Remember, only Windows 64 bit, and only for processors that supports at least AES-NI instructions.


P.S. I hate and I still hate compiling binaries on MinGW, I spent 2 days to set a working crosscompiling environment for this.
The problem was that new versions of build of MinGW64 have a gcc that is hard linked with a new pthread library, called libwinpthread, that it's not good for compiling this... thanks to ig0tik3d for pointing to me the working version of MinGW64...

If've got some problems...
It seem I don't have  the AES-NI.
I download the Intel Processor Identification Utility .
I 've got a Intel i7-2600 CPU@ 3.4Ghz
But in the TAB : CPU Technology I've got :
Intel AES new intructions  ----> No

Did mi processor din't support it or need new BIOS or something?
I'm working with win7 Home Premium

EDIT : in the intel page information about the precessor it's said that it can support.. will investigate with BIOS version and option...

EDIT2 : Yes, it was disable in the BIOS.
I enable it and use the : minerd-corei7-avx.exe

Yes it's much better:
before :
[2014-02-16 15:27:07] accepted: 4/4 (100.00%), 325.42 khash/s (yay!!!)
[2014-02-16 15:27:33] accepted: 5/5 (100.00%), 325.10 khash/s (yay!!!)
After:
[2014-02-16 15:37:24] accepted: 1/1 (100.00%), 414.77 khash/s (yay!!!)

Can you rememberme your DRK adress?

Thanks
newbie
Activity: 4
Merit: 0
Wallet not syncing:  I've had the Xcoin wallet v0.8.6.2 stuck at block 15199 for about 5 days now, and even though it's saying there are 5 network connections active, nothing's been updating since.  Is there a problem with the chain???  

Attempted stops & restarts, and it's still 5 days out-of-sync at the moment

Update your wallet to the link in the original post. The was a fork at 15200.

That did it - thanks!  Took me a moment to realize the old wallet.dat was still in the [%APPDAT%]/xcoin folder, but once I got that moved over, everything looks pretty again.
full member
Activity: 132
Merit: 100
Guys/Gals,
This what I get when I run the debug command for sgminer. Can anyone tell me what I can try to get sgminer working. I hate to keep asking rookie questions but I really like where this coin is going and besides, I guess this is how you learn. Smiley Any feedback would be great. Thanks.

....


Hey. Error 11 is very broad but I see you are running a 5000 series Radeon card and most people had the same issue. I managed to fix it on a machine running a 5970 and another running two 5770s

The issue is mainly in your settings, primarily thread concurrency causing the display drivers to fail launching.

1. Use something like this for your .bat
Quote
sgminer --kernel darkcoin -o stratum+tcp://pool.darkcoin.io:3333 -u accountname.worker -p password -I 17 -g 2 -w 256 --lookup-gap 2 --thread-concurrency 3200

I've found on both types of 5xxx cards if I try bumping thread concurrency any higher you will get Error 11, same with turning down worksize. I'm working on a fix for this now but in the mean time that should do it.

2. If the above fails, get the latest Beta display driver (14.1) from AMD from their website (and use the same settings)

http://support.amd.com/en-us/download/desktop?os=Windows%207%20-%2064

---------------------------------------------------------------------------

That should get you up and running for now, it worked for 2 of my machines and a few others on this board. Let me know if you have any more problems.
I've tried changing the thread-concurrency to 3200 and tried adding the --no-adl and it still didn't work. I have the latest driver as well. Honestly though, I've tried so many different combinations of things now, I'm not sure if I tried those both in the same .bat file. I'll give it another go. Thanks for the response. I haven't created a .conf file yet but seems as if creating the right .bat file first should at least get me started. Once I settle on some settings, then I can create a .conf
Been fiddling with settings all day and still getting:
Code:
 Error -11: Building Program (clBuildProgram)
 Error compiling program for search.
Frontend phase failed compilation.
Error: Creating kernel search failed!
 Failed to init GPU thread 2, disabling device 2

I am using a config file. My GPUs are the following: ASUS 6990, HIS 5770 and driver version is 13.251.0.0
I just tried the latest beta display driver with no changes in my situation.
hero member
Activity: 540
Merit: 500
Play safe man.
Hope you are much more capable than darksend.
Is that wise? Considering you are making something that can have some serious implications in the real world.

I'll be speaking at the Cryptocurrency Convention on Apr 9th in NewYork, detailing how DarkSend works and promoting DarkCoin. If anyone will be in NewYork at that time I'd love to meet you!

http://cryptocurrencyconvention.com/


*My details should be up on the site soon

I'm just making the technology. Me nor InternetApe support any illegal use of this technology (drug sites, darknet, etc). It's more about the privacy of the blockchain, it was made to be way too open and I can solve that.

It's kind of the same thing as us building and selling guns. Someone could buy one to defend their house or someone could buy it to do terrible things.
legendary
Activity: 1176
Merit: 1036
Dash Developer
Is that wise? Considering you are making something that can have some serious implications in the real world.

I'll be speaking at the Cryptocurrency Convention on Apr 9th in NewYork, detailing how DarkSend works and promoting DarkCoin. If anyone will be in NewYork at that time I'd love to meet you!

http://cryptocurrencyconvention.com/


*My details should be up on the site soon

I'm just making the technology. Me nor InternetApe support any illegal use of this technology (drug sites, darknet, etc). It's more about the privacy of the blockchain, it was made to be way too open and I can solve that.

It's kind of the same thing as us building and selling guns. Someone could buy one to defend their house or someone could buy it to do terrible things.
sr. member
Activity: 427
Merit: 250

P.P.S. Someone that have a rent of Xeon instances can do the math Khs per $?


Well, roughly 3.5 Kh/$ (monthly cost). I believe it's possible to find a bit more efficient servers (like 4-4.5 Kh/$) but it needs evaluation.
hero member
Activity: 658
Merit: 500
I'll be speaking at the Cryptocurrency Convention on Apr 9th in NewYork, detailing how DarkSend works and promoting DarkCoin. If anyone will be in NewYork at that time I'd love to meet you!

http://cryptocurrencyconvention.com/


*My details should be up on the site soon
I live there so I would love to swing by!!! Amazing work!
newbie
Activity: 42
Merit: 0
Wallet not syncing:  I've had the Xcoin wallet v0.8.6.2 stuck at block 15199 for about 5 days now, and even though it's saying there are 5 network connections active, nothing's been updating since.  Is there a problem with the chain???  

Attempted stops & restarts, and it's still 5 days out-of-sync at the moment

Update your wallet to the link in the original post. The was a fork at 15200.
newbie
Activity: 4
Merit: 0
Wallet not syncing:  I've had the Xcoin wallet v0.8.6.2 stuck at block 15199 for about 5 days now, and even though it's saying there are 5 network connections active, nothing's been updating since.  Is there a problem with the chain???  

Attempted stops & restarts, and it's still 5 days out-of-sync at the moment
legendary
Activity: 1260
Merit: 1001
Is that wise? Considering you are making something that can have some serious implications in the real world.

I'll be speaking at the Cryptocurrency Convention on Apr 9th in NewYork, detailing how DarkSend works and promoting DarkCoin. If anyone will be in NewYork at that time I'd love to meet you!

http://cryptocurrencyconvention.com/


*My details should be up on the site soon
legendary
Activity: 1246
Merit: 1000

I was looking at Qubit on the list which has 5 hashes overlapping with DRK. Fastest cpu miners are developed by the same people that develop our DRK miner. This means that GPU acceleration is 100% possible in it by "downgrading" our sgminer and making it run the 5 hashes instead of 11. Some other cpu coins have overlapping hashes too which mean GPU acceleration for them too.
maybe phm help us to porting darkcoin gpuminer on qubitcoin gpuminer))
p.s. if i dont wrong, the same part hashes is in quarkcoin, sifcoin and others forks of this coins...

That's correct, it shall be easy to adapt the miner to QRK and its clones, all needed hash functions are already there. But I'm way too lazy to do it without additional motivation Cheesy
motivation i think you can found in topics of those coins))
p.s. i think cpuminer can be more optimized ...
member
Activity: 119
Merit: 10
I'm finally building the windows binaries of the new CPU-miner. After that I'll try to improve the performances Smiley .

For who said that GPU version is always better. Maybe this is the case, maybe it's not. It depends if and how much the code can be parallelized.
I'll try to see what CPU can achieve. And if it's not enough, I'll study the convenience to mix CPU and GPU, if I'll see that some algo cant be well parallelized on the  GPU Smiley
So here's an interesting note:

Core i7-4670K gets about 410KHash/s on DRK while using around 77W
R9 290X gets about 2000KHash/s on DRK while using around 225W (?)

Clearly the GPU is faster and more efficient, but we're only looking at a different of about 40%. Unless someone can get a speedup out of the GPU miners to the point where it's more like 1000% more efficient, CPU mining should remain viable. Just my two cents. :-)


Sorry, but your assumptions are wrong. My 4 x R9 290 rig uses about 450W when idle and about 1450W when 100% busy mining scrypt coins. However when mining DRK it only uses 900W of power (so about 112W for each card) - due to the nature of calculations (lots of random memory access in 3 or 4 hash functions) full potential of GPU cores cannot be used and they use much less power. That means mining with GPU is over 300% more efficient.

Ok, but we have to compare with total wattage right?
4xR9 -> 900W/4= 225W, 2000khs/225 = 8.88 kh/sec for Watt
i7-4670k -> 77w, 410Khs/77 = 5.32 kh/sec for Watt

Surely then, it's easier a rig of GPUs than a rig of CPUs. But this for now it's a 30% improvement for Watt, depending on what CPUs and what GPUs.
So I want to see if there is a 30% margin to improve the cpu miner.

Let me know if you and the others think that I am wrong about something...

Yes, you are wrong again, because you didn't include total PC wattage in CPU calculations, just CPU wattage. I bet PC eats at least 200 W when running, so it would be 410Khs/200 = 2.05 kh/s per watt. Now CPU looks even worse.

Ok, do you measured 900W for the rig at the wall? Please, someone could mesaure a fast i7 or Xeon at the wall? Possibly a configuration without discrete GPU or other, just motherboard, cpu, disk? and ram.

P.S. I am just curious about this, I dont say that for sure it's in a way or in an other. I want to see if it's useful go to try to improve the cpu miner or not.

P.P.S. Someone that have a rent of Xeon instances can do the math Khs per $?

sr. member
Activity: 427
Merit: 250
All of you guys consider only operational costs. And they vary heavily depending on electricity cost. Though they also include rent (not many people are able to run them at home, I guess).

And what about initial costs of CPU and GPU mining rigs? What about probability of killing GPUs and CPUs by that heavy load? I heard Grin that GPU's don't live long under these conditions.
phm
full member
Activity: 378
Merit: 110
DATABLOCKCHAIN.IO SALE IS LIVE | MVP @ DBC.IO

I was looking at Qubit on the list which has 5 hashes overlapping with DRK. Fastest cpu miners are developed by the same people that develop our DRK miner. This means that GPU acceleration is 100% possible in it by "downgrading" our sgminer and making it run the 5 hashes instead of 11. Some other cpu coins have overlapping hashes too which mean GPU acceleration for them too.
maybe phm help us to porting darkcoin gpuminer on qubitcoin gpuminer))
p.s. if i dont wrong, the same part hashes is in quarkcoin, sifcoin and others forks of this coins...

That's correct, it shall be easy to adapt the miner to QRK and its clones, all needed hash functions are already there. But I'm way too lazy to do it without additional motivation Cheesy
legendary
Activity: 1176
Merit: 1036
Dash Developer
I'll be speaking at the Cryptocurrency Convention on Apr 9th in NewYork, detailing how DarkSend works and promoting DarkCoin. If anyone will be in NewYork at that time I'd love to meet you!

http://cryptocurrencyconvention.com/


*My details should be up on the site soon
legendary
Activity: 1708
Merit: 1049
Sorry, but your assumptions are wrong. My 4 x R9 290 rig uses about 450W when idle and about 1450W when 100% busy mining scrypt coins. However when mining DRK it only uses 900W of power (so about 112W for each card) - due to the nature of calculations (lots of random memory access in 3 or 4 hash functions) full potential of GPU cores cannot be used and they use much less power. That means mining with GPU is over 300% more efficient.

May I ask, is it possible to tamper the sgminer files in some way to get some hashes running through the cpu instead of the gpu? Like hash1 done in gpu, hash2 done in gpu, hash 3 done in cpu, hash 4 done in gpu etc...


I don't really see the point of doing that. Just run a CPU miner alongside GPU miner.

If there is specific hash where the cpu can excel and the GPU sucks then this would make more sense.
legendary
Activity: 1708
Merit: 1049
Core i7-4670K gets about 410KHash/s on DRK while using around 77W
R9 290X gets about 2000KHash/s on DRK while using around 225W (?)

As phm wrote above, for some reason the GPUs are not at 100% power use right now, which is great for consumption really. CPU power is rarely close to the TDP, and for the i7-4670K it should be <70.

Many CPUs can significantly improve their consumption through undervolting at stock volt. When you have a cpu that can gain, say, +0.6  to +1 GHz with stock volt, then that's a great sign that it can go at stock speeds with far less power.

Generally speaking CPUs are far more flexible in increasing power efficiency through undervolting* than GPUs. If combined with more CPU acceleration in the future by accelerating further hashes there's room for co-existence because the vast ratio of scrypt or sha acceleration is not maintained in X11.

* For example my wolfdale celeron e3200 at 2.4GHz can run stock at 1.02v instead of 1.28v and 1.9GHz with just 0.9v with "core temps" being like 40c - nothing.

phm
full member
Activity: 378
Merit: 110
DATABLOCKCHAIN.IO SALE IS LIVE | MVP @ DBC.IO
I'm finally building the windows binaries of the new CPU-miner. After that I'll try to improve the performances Smiley .

For who said that GPU version is always better. Maybe this is the case, maybe it's not. It depends if and how much the code can be parallelized.
I'll try to see what CPU can achieve. And if it's not enough, I'll study the convenience to mix CPU and GPU, if I'll see that some algo cant be well parallelized on the  GPU Smiley
So here's an interesting note:

Core i7-4670K gets about 410KHash/s on DRK while using around 77W
R9 290X gets about 2000KHash/s on DRK while using around 225W (?)

Clearly the GPU is faster and more efficient, but we're only looking at a different of about 40%. Unless someone can get a speedup out of the GPU miners to the point where it's more like 1000% more efficient, CPU mining should remain viable. Just my two cents. :-)


Sorry, but your assumptions are wrong. My 4 x R9 290 rig uses about 450W when idle and about 1450W when 100% busy mining scrypt coins. However when mining DRK it only uses 900W of power (so about 112W for each card) - due to the nature of calculations (lots of random memory access in 3 or 4 hash functions) full potential of GPU cores cannot be used and they use much less power. That means mining with GPU is over 300% more efficient.

Ok, but we have to compare with total wattage right?
4xR9 -> 900W/4= 225W, 2000khs/225 = 8.88 kh/sec for Watt
i7-4670k -> 77w, 410Khs/77 = 5.32 kh/sec for Watt

Surely then, it's easier a rig of GPUs than a rig of CPUs. But this for now it's a 30% improvement for Watt, depending on what CPUs and what GPUs.
So I want to see if there is a 30% margin to improve the cpu miner.

Let me know if you and the others think that I am wrong about something...

Yes, you are wrong again, because you didn't include total PC wattage in CPU calculations, just CPU wattage. I bet PC eats at least 200 W when running, so it would be 410Khs/200 = 2.05 kh/s per watt. Now CPU looks even worse.
phm
full member
Activity: 378
Merit: 110
DATABLOCKCHAIN.IO SALE IS LIVE | MVP @ DBC.IO
Sorry, but your assumptions are wrong. My 4 x R9 290 rig uses about 450W when idle and about 1450W when 100% busy mining scrypt coins. However when mining DRK it only uses 900W of power (so about 112W for each card) - due to the nature of calculations (lots of random memory access in 3 or 4 hash functions) full potential of GPU cores cannot be used and they use much less power. That means mining with GPU is over 300% more efficient.

May I ask, is it possible to tamper the sgminer files in some way to get some hashes running through the cpu instead of the gpu? Like hash1 done in gpu, hash2 done in gpu, hash 3 done in cpu, hash 4 done in gpu etc...


I don't really see the point of doing that. Just run a CPU miner alongside GPU miner.
Jump to: