Pages:
Author

Topic: [ANN] sgminer v5 - optimized X11/X13/NeoScrypt/Lyra2RE/etc. kernel-switch miner - page 86. (Read 877859 times)

hero member
Activity: 524
Merit: 500
That's not linux, sorry, I've messed everything up. Looked at .a dump and talked about dl, but that's windows PE import library, by mingw or cygwin. No actual code there. Well, you could have some fun with IDA and actual .dll, a good way to kill a week or two Smiley
hero member
Activity: 524
Merit: 500
Anyways, now I'm curious, so I decided to take a look at what's really inside the x64 version of libOpenCL.a from the 3.0 beta version of the APP SDK. What I found seems to confirm this. I dumped the external symbols with a my cross-build of GNU nm, and got this: http://pastebin.com/EPPijWKu

The capital I means that it's a reference to another symbol. Not surprising - the only time I've ever seen symbols beginning in "__imp_" is when they were located in a DLL. The U means that symbol is undefined, and the T means that the symbol can be found in the text (code) section. The reference to another symbol is completely expected, the undefined reference is a bit odd, but one in the text section? That doesn't make sense to me, so I dumped the section data (run through grep to prune all but the important bits). That is here: http://pastebin.com/0i4aEXpk

Now, it's been a while since I've poked around in the PE format, but I don't get this. Each .text section is 8 bytes, which isn't really enough room for anything, let alone code. If anyone has an idea, let me know, cause that shit's confusing.

Anyway, I guess I've established the shit we need definitely isn't in the libOpenCL.a library...
Looks like usual import library. IMHO those 8 bytes gets into executable at link time (or is it just empty dataless placeholder?), at load time dl fills it with resolved function address, at execution time code performs indirect jump by this address (dl patches not JMP code  in read-only text segment, but read-write data, so library image could have different base address for each process and still be shared). I thought that gnu linker works directly with .so files but nothing prevents it from this scheme. Well, in PE there are fancy things like forwarded exports but sure that's not the case.
EDIT: yes, something strange with sections, I'll try to feed this library to IDA, it's good at such things
member
Activity: 81
Merit: 1002
It was only the wind.
try --algorithm lyra2re with my version

Hey badman74, you know as always I'm appreciative as hell for the binary wrap-ups you've done.  Can you tell me if the version in your signature is later than 4.2.2-308, and where I can find the version on github in the code?  I remember looking for it during the 5.1.0-dev bump but not really able to find it in yours.  Just want to know what build we're on for it.

Also, anybody who can implement scrypt-jane in this sgminer5 would be a badass!

Isn't it in SG5? I remember boosting the speed of it for a client.

Nope scrypt-jane or scrypt-chacha is not in sgminer5 I've had to use yacminer 3.5

Oh, right, I used yacminer, too.

Can somebody help me configure my R9 290 on Neoscrypt?

My R9 280x do about 515kh/s. While my R9 290 get only about 360? Can't be. On X11 the 290s do about 6900, which seems ok to me?

This is my config:
Quote
],
"api-allow" : "W:127.0.0.1,W:192.168.2.77,W:93.130.41.63",
"api-listen" : true,
"expiry" : "1",
"failover-only" : true,
"queue" : "0",
"scan-time" : "1",
"gpu-threads" : "4",
"gpu-engine" : "960,960,960",
"gpu-fan" : "67,67,70",
"gpu-memclock" : "1250,1250,1250",
"gpu-powertune" : "20,20,20",
"intensity" : "16",
"temp-target" : "85",
"temp-overheat" : "90",
"temp-cutoff" : "95",
"worksize" : "64",
"lookup-gap" : "2,2,2",
"shaders" : "2560,2560,2560",
"thread-concurrency" : "8192",
"sharethreads" : "32,32,32",
"no-pool-disable" : true,
"tcp-keepalive" : "30"
}

I'm using the 14.7RC Drivers. Stilt BIOS also installed. But somehow the cards wont gain much speed.

EDIT -- ok with lower Intensity (13 - similar to old scrypt configs) the Hashrate goes up to about 620. But somehow I'm getting R:100% ?

EDIT -- ok, it's been the version von SGminer I've been using. Updated to the latest provided by Nicehash. Rejecteds been the same problem to my r9 280Xs.. Been wondering why my hashrate was so high. With latest miner it's dramatically lower.. Sad

I was wondering how you got 500kh/s on 280X, as that's about what I've got. Tongue
member
Activity: 96
Merit: 10
Cross-post from main VNL thread.

Okay, it's not perfect, but it'll never be. Sources that I've written or modified have been heavily commented to help out devs who are learning. The OpenCL was entirely written by me, and SGMiner itself was modified by me not just to run the modified kernel, but to clean it, remove algorithms besides WhirlpoolX for simplicity, and add comments. The horrid lib SPH is no longer used at all, instead, a SHA-256 implementation that was actually already there and never even compiled is used for several parts of SGMiner that used to call into lib SPH, and the CPU Whirlpool-512 implementation is a rather clean one I found here. That is also where I found seemingly the only copy of Whirlpool-512 done without tables, on which I based my bitsliced implementation. Another modification I made was to check the OpenCL version at runtime and use clCreateCommandQueueWithProperties() if the version is 2.0 or greater; it replaces clCreateCommandQueue(), and the latter is now deprecated and should not be used, but even the current official SGMiner isn't updated. Anyways, go look at the source for yourself. It will be here momentarily.

Screenshot of final hashrates, although you may find better configs (NSFW): https://ottrbutt.com/miner/whirlpoolxwolfpub-03222015.png

Win64 binaries have been made for release, of course. As you can verify on Bitcoin-OTC's database, my key ID is 0x88CBE71ADD5FB10F - check your GPG sigs. Statically compiled, linked against the beta version 3.0 of the AMD APP SDK, stripped, and signed. The cURL version used is a bit old, but it doesn't matter. ADL headers were whatever version I happened installed on my Linux machine - the headers themselves are portable, and the binary was cross-compiled. Archive contains the binary, the CL file, and a README.

https://ottrbutt.com/sgminer/whirlpoolx/win64/wolf-sgminer-whirlpoolx-03222015-win64.zip
https://ottrbutt.com/sgminer/whirlpoolx/win64/wolf-sgminer-whirlpoolx-03222015-win64.zip.sig


Hi Wolf0,

Any chance you would compile the sgminer for linux 64bit?
full member
Activity: 152
Merit: 100
Super!!!! thank you so much !!!
280x earned by 260mh\c   ,  270x ... and not given the addition of speed ..... what am I doing wrong?
member
Activity: 81
Merit: 1002
It was only the wind.
try --algorithm lyra2re with my version

Hey badman74, you know as always I'm appreciative as hell for the binary wrap-ups you've done.  Can you tell me if the version in your signature is later than 4.2.2-308, and where I can find the version on github in the code?  I remember looking for it during the 5.1.0-dev bump but not really able to find it in yours.  Just want to know what build we're on for it.

Also, anybody who can implement scrypt-jane in this sgminer5 would be a badass!

Isn't it in SG5? I remember boosting the speed of it for a client.
legendary
Activity: 2716
Merit: 1094
Black Belt Developer
I also figured out the Catalyst 15.3 Beta seems to be even better for this miner.

Any way to run on linux? Extracting libopencl from Ubuntu vivid package?

Running Catalyst 15.3? If you can rip it out of shitbuntu's package they got from AMD, awesome. Also, please upload it somewhere. Tongue

I've extracted the libs and rebuilt the (modified) kernel with those, it became 104 bytes fatter and hashrate went from 377 to 374 on a 290x@936 MHz; don't know how it works on your stock kernel, though...
Still want the files?
legendary
Activity: 2716
Merit: 1094
Black Belt Developer
I also figured out the Catalyst 15.3 Beta seems to be even better for this miner.

Any way to run on linux? Extracting libopencl from Ubuntu vivid package?
legendary
Activity: 3808
Merit: 1723
Cross-post from main VNL thread.

Okay, it's not perfect, but it'll never be. Sources that I've written or modified have been heavily commented to help out devs who are learning. The OpenCL was entirely written by me, and SGMiner itself was modified by me not just to run the modified kernel, but to clean it, remove algorithms besides WhirlpoolX for simplicity, and add comments. The horrid lib SPH is no longer used at all, instead, a SHA-256 implementation that was actually already there and never even compiled is used for several parts of SGMiner that used to call into lib SPH, and the CPU Whirlpool-512 implementation is a rather clean one I found here. That is also where I found seemingly the only copy of Whirlpool-512 done without tables, on which I based my bitsliced implementation. Another modification I made was to check the OpenCL version at runtime and use clCreateCommandQueueWithProperties() if the version is 2.0 or greater; it replaces clCreateCommandQueue(), and the latter is now deprecated and should not be used, but even the current official SGMiner isn't updated. Anyways, go look at the source for yourself. It will be here momentarily.

Screenshot of final hashrates, although you may find better configs (NSFW): https://ottrbutt.com/miner/whirlpoolxwolfpub-03222015.png

Win64 binaries have been made for release, of course. As you can verify on Bitcoin-OTC's database, my key ID is 0x88CBE71ADD5FB10F - check your GPG sigs. Statically compiled, linked against the beta version 3.0 of the AMD APP SDK, stripped, and signed. The cURL version used is a bit old, but it doesn't matter. ADL headers were whatever version I happened installed on my Linux machine - the headers themselves are portable, and the binary was cross-compiled. Archive contains the binary, the CL file, and a README.

https://ottrbutt.com/sgminer/whirlpoolx/win64/wolf-sgminer-whirlpoolx-03222015-win64.zip
https://ottrbutt.com/sgminer/whirlpoolx/win64/wolf-sgminer-whirlpoolx-03222015-win64.zip.sig


Don't know what I am doing wrong but I get the old 60Mhash/s rate for my 270x

The miner is meant for 14.12, that said, try lowering xI to 2048 or 1024; I just heard on IRC that a worksize of 128 works well for 270X cards. I personally managed around 115MH/s with it, using a worksize of 256, xI of 2048, and 2 GPU threads. Also, double check that you're setting GPU threads to 2.

Yes I tried everything, with xI of 1024, 2048 and worksize of 128.

Will try the 14.12 cataylst version.
legendary
Activity: 3808
Merit: 1723
Cross-post from main VNL thread.

Okay, it's not perfect, but it'll never be. Sources that I've written or modified have been heavily commented to help out devs who are learning. The OpenCL was entirely written by me, and SGMiner itself was modified by me not just to run the modified kernel, but to clean it, remove algorithms besides WhirlpoolX for simplicity, and add comments. The horrid lib SPH is no longer used at all, instead, a SHA-256 implementation that was actually already there and never even compiled is used for several parts of SGMiner that used to call into lib SPH, and the CPU Whirlpool-512 implementation is a rather clean one I found here. That is also where I found seemingly the only copy of Whirlpool-512 done without tables, on which I based my bitsliced implementation. Another modification I made was to check the OpenCL version at runtime and use clCreateCommandQueueWithProperties() if the version is 2.0 or greater; it replaces clCreateCommandQueue(), and the latter is now deprecated and should not be used, but even the current official SGMiner isn't updated. Anyways, go look at the source for yourself. It will be here momentarily.

Screenshot of final hashrates, although you may find better configs (NSFW): https://ottrbutt.com/miner/whirlpoolxwolfpub-03222015.png

Win64 binaries have been made for release, of course. As you can verify on Bitcoin-OTC's database, my key ID is 0x88CBE71ADD5FB10F - check your GPG sigs. Statically compiled, linked against the beta version 3.0 of the AMD APP SDK, stripped, and signed. The cURL version used is a bit old, but it doesn't matter. ADL headers were whatever version I happened installed on my Linux machine - the headers themselves are portable, and the binary was cross-compiled. Archive contains the binary, the CL file, and a README.

https://ottrbutt.com/sgminer/whirlpoolx/win64/wolf-sgminer-whirlpoolx-03222015-win64.zip
https://ottrbutt.com/sgminer/whirlpoolx/win64/wolf-sgminer-whirlpoolx-03222015-win64.zip.sig


Don't know what I am doing wrong but I get the old 60Mhash/s rate for my 270x
legendary
Activity: 3808
Merit: 1723
So 3 years to break-even with those 750ti GPUs?

WOW. Much worse then buying an BTC Asic.

Well, its very strategic on GPU's, because you can resell GPU's for decent money at anytime................plus the Litecoin transition out of GPU mining left the GPU alt coins over saturated with GPU mining hardware..............it has taken 6 months to replace GPU Litecoin with another alt coin (DRK)................profitability will rise this year and next..............Darkcoin is limited to 21 million coins ..........it will last a lot longer then GPU Litecoin, it will need to pass $28 per DRK before anyone considers making any ASIC mining hardware for it.........it has 10x lower daily output then LTC, plus an annual reduction of 7%..........so it could be many years of profitable GPU mining on DRK........allowing larger miners to make successful long term investments.

However, by 2018 and 2019 there will be more alt coins reaching maturity for GPU mining (1st Block Halvings or Reductions)

Here is top four, which varies with profit switching multi-pools (X11 averages are):
1) 124GHs (Peak is 144Ghs) Darkcoin Block Reduction 7% per annum 74%-----$66 million of GPU hardware.
2) 10.5GHs Vertcoin Block Halving 2018 6.3% -------$0.56 million of GPU hardware
3) 10GHs Startcoin Block Halving 2016 6%-----------$0.53 million of GPU hardware
4) 8.5GHs Feathecoin Block Halving 2019 5%-----------$0.45 million of GPU hardware

Other GPU crypto-currencies with weak mining support equal about 13Ghs 8%------$0.69 million.  Noteworthy coin with weaker mining support is Spreadcoin, with less then 20 million coins and a talented developer crew.

Total GPU hash power is approximately: 167GHs

You can see the headache left when GPU Litecoin ended unexpectedly; you've had $68 million of GPU mining hardware mining alt coins only worth $25 million dollars. This time around the larger miners won't make the same mistakes and nor will everyone else Wink

Yes I guess you are correct

According to:
https://bitinfocharts.com/darkcoin/


Only 2584 DRK were mined in the last 24 hours and the block reward for miners is only 2.80 or so which is only around $7000

Right now the average hash is 100Ghash/s which if everybody is mining with an 280X or equivalent leads to 16,666 GPUs or so. So only $0.40 per day per 280X equivalent video card. Very sad considering back in January 2014 an 280X was pulling in $10/day.

legendary
Activity: 1092
Merit: 1004
So 3 years to break-even with those 750ti GPUs?

WOW. Much worse then buying an BTC Asic.

Well, its very strategic on GPU's, because you can resell GPU's for decent money at anytime................plus the Litecoin transition out of GPU mining left the GPU alt coins over saturated with GPU mining hardware..............it has taken 6 months to replace GPU Litecoin with another alt coin (DRK)................profitability will rise this year and next..............Darkcoin is limited to 21 million coins ..........it will last a lot longer then GPU Litecoin, it will need to pass $28 per DRK before anyone considers making any ASIC mining hardware for it.........it has 10x lower daily output then LTC, plus an annual reduction of 7%..........so it could be many years of profitable GPU mining on DRK........allowing larger miners to make successful long term investments.

However, by 2018 and 2019 there will be more alt coins reaching maturity for GPU mining (1st Block Halvings or Reductions)

Here is top four, which varies with profit switching multi-pools (X11 averages are):
1) 124GHs (Peak is 144Ghs) Darkcoin Block Reduction 7% per annum 74%-----$66 million of GPU hardware.
2) 10.5GHs Vertcoin Block Halving 2018 6.3% -------$0.56 million of GPU hardware
3) 10GHs Startcoin Block Halving 2016 6%-----------$0.53 million of GPU hardware
4) 8.5GHs Feathecoin Block Halving 2019 5%-----------$0.45 million of GPU hardware

Other GPU crypto-currencies with weak mining support equal about 13Ghs 8%------$0.69 million.  Noteworthy coin with weaker mining support is Spreadcoin, with less then 20 million coins and a talented developer crew.

Total GPU hash power is approximately: 167GHs

I doubt it'll need to pass $28 a coin before people decide they're gonna make ASICs for X11, mainly because unlike Scrypt (even the way it was misused for LTC's PoW), X11 is fucking EASY to do on hardware. Most hash functions are designed to be fast, as well as lend themselves to hardware implementations. Scrypt is not a hash function, it's a KDF, and was designed to be an all-around pain in the ass.

It costs money to make the silicon design and you have to insure the yield on the wafer is high enough to manufacture ASICs equipment at a profit; there is 10 time less DRK each day compared to LTC, plus masternodes take another 3.75 away.  Therefore, you are looking at 14 times lower volume of coins available compared to LTC. Plus, each year there there is 7% reduction. Furthermore, DRK's developers has done 3-4 hard forks in the last year, so Wolf0, it will need a mighty high price to justify the inherit higher risks of engaging in process of producing ASIC equipment.  
legendary
Activity: 1092
Merit: 1004
So 3 years to break-even with those 750ti GPUs?

WOW. Much worse then buying an BTC Asic.

Well, its very strategic on GPU's, because you can resell GPU's for decent money at anytime................plus the Litecoin transition out of GPU mining left the GPU alt coins over saturated with GPU mining hardware..............it has taken 6 months to replace GPU Litecoin with another alt coin (DRK)................profitability will rise this year and next..............Darkcoin is limited to 21 million coins ..........it will last a lot longer then GPU Litecoin, it will need to pass $28 per DRK before anyone considers making any ASIC mining hardware for it.........it has 10x lower daily output then LTC, plus an annual reduction of 7%..........so it could be many years of profitable GPU mining on DRK........allowing larger miners to make successful long term investments.

However, by 2018 and 2019 there will be more alt coins reaching maturity for GPU mining (1st Block Halvings or Reductions)

Here is top four, which varies with profit switching multi-pools (X11 averages are):
1) 124GHs (Peak is 144Ghs) Darkcoin Block Reduction 7% per annum 74%-----$66 million of GPU hardware.
2) 10.5GHs Vertcoin Block Halving 2018 6.3% -------$0.56 million of GPU hardware
3) 10GHs Startcoin Block Halving 2016 6%-----------$0.53 million of GPU hardware
4) 8.5GHs Feathecoin Block Halving 2019 5%-----------$0.45 million of GPU hardware

Other GPU crypto-currencies with weak mining support equal about 13Ghs 8%------$0.69 million.  Noteworthy coin with weaker mining support is Spreadcoin, with less then 20 million coins and a talented developer crew.

Total GPU hash power is approximately: 167GHs

You can see the headache left when GPU Litecoin ended unexpectedly; you've had $68 million of GPU mining hardware mining alt coins only worth $25 million dollars. This time around the larger miners won't make the same mistakes and nor will everyone else Wink
member
Activity: 81
Merit: 1002
It was only the wind.
Need help please.... I am running 5.1 and when I try to run lyra2 I get "low difficulty share" or lyra2RE I get "share above target".  I added --difficulty-multiplier 2 but have had no luck on fixing the issue.  Lyra worked fine on sgminer 4.2 so I am not sure what the issue maybe. I also noticed when I run the file it initializes kernel ckolivas.cl instead of lyra2.cl or lyra2RE.cl  All help is appreciated.

are you sure you connected to the  pools  correct port ?

i think the miner loads by defult ckolivas.cl when the wrong kernel is selected for the coin

show your .conf or .bat file

I am using a cmd for a test.  All other algos work fine.
sgminer -k Lyra2 -o stratum+tcp://yaamp.com:4433 -u 1GDh3dYW1HPho3SF4Wb7qnUjeedh2spkhk -p xx --intensity 15 --scan-time 3 --gpu-platform 1

Should be Lyra2RE.
legendary
Activity: 3808
Merit: 1723
So 3 years to break-even with those 750ti GPUs?

WOW. Much worse then buying an BTC Asic.
legendary
Activity: 1092
Merit: 1004
I've based that on publicly released open source software or leaked mods widely available, we all know that their are many mods to boost hashing power on Neoscrypt, Lyra2, X13 and so on.
legendary
Activity: 1092
Merit: 1004
I'll repost it from February, with a number of improvements, which Thomas Paine famously recommended doing in The Age of Reason. I'm not incline to causing such controversies myself and I just apply it to what I wrote in February.


American are saying they're paying 14 cent for electricity and Chinese are saying they're paying 10 cent for electricity. Finally, in Iceland electricity cost is around 9 cent; not the rumoured 3-5 cents. Thirdly, I have updated figures for the current Fiat Currency prices.

"As a digression, for anyone investing in DRK.

The current ROI on a 4 card 750TI PC ($880) hashing machine on Darkcoin is:

POW 62.5% mining versus Masternode deduction of 37.2% on block reward, not everything goes through masternodes, effective block reward is 3.41DRK for miners.

China 10 cent for electricity and BTC price is $260

Average difficulty for 3 year breakeven on investment $880 = (Difficulty at 3600) 0.023BTC or $5.98.

Should you factor in 20% per year profit margin for the miner, yes, it is a miserly profit margin

0.0276BTC or $7.18.

These calculations won't really bite home until 2016, when old Litecoin GPU machines (to many) fail in large numbers, miners will either need to increase their selling price or quit GPU mining altogether (DRK supports up to 70% of GPU cards mining today). The latter would monopolize DRK into miners (who know what the are doing) and save in DRK. Many will refuse to sell their DRK on the exchanges until Darkcoin owners realize their long-term ambitions. This will push the price up this year and next year.  

Equally, there is 7% block reduction per annum and these calculations should be adjusted each year. Current Difficulty spike today is 4200, but this temporary spike disappears when miners figure out this lesson: save in DRK whenever it is undervalued, just redo the numbers yourself.  
legendary
Activity: 1092
Merit: 1004
Darkcoin is hitting new highs and X11 profits are pretty much the same as before.

Disappointing.

You expected people to just not notice and not hop on X11 until the diff made the returns shitty again?

Yes but now its the #3 minable coin. It should of made GPU more profitable again with the large market cap.

I guess there are millions of GPUs out there hashing away.



Darkcoin has about 70% of GPU hash at moment, it fluctuates between 50%-70%. It is 124GHs at the moment.

Or, it is the equivalent of 20,667 280X's or 38,750 750TI's. 90% of GPU's are AMD, so that nvidia comparison is hypothetical Grin

Besides, Darkcoin is still good for rises in price up to $5.18 this year, I did a post looking into the degree of undervaluation on Darkcoin at the beginning of February based on GPU investments from the large mining groups and master-node investment (1000DRK per masternode): I bought extra DRK.  
legendary
Activity: 3808
Merit: 1723
Darkcoin is hitting new highs and X11 profits are pretty much the same as before.

Disappointing.

You expected people to just not notice and not hop on X11 until the diff made the returns shitty again?

Yes but now its the #3 minable coin. It should of made GPU more profitable again with the large market cap.

I guess there are millions of GPUs out there hashing away.

legendary
Activity: 2716
Merit: 1094
Black Belt Developer
Mining x11, gpu0 hashes but no submitted shares and no hardware errors, gpu1 is ok.
Tried switching the two gpus but still gpu0 doesn't work (i.e. the gpu in the top pci slot).
I'm using wolf0's binaries.
Mining other algos works fine.
Also tried older sgminer versions but no change.
Any clues?
Pages:
Jump to: