Bitcoin Forum

Hello all,

I made a faster Lyra2RE kernel, currently it can do 1780 Kh/s on an r9 290 at core clock 1000 and memclock 1500.
It also works very fine at 1770 Kh/s with reduced core clock of 835, so very low power.
Tahiti (280x) hashing 1115 Kh/s at 835 core and 1500 mem (some users have reported even better results at 715 memclock).
Lyra is very dependent on memory performance, so depending on the ram chips you have on the card, the speed may vary sensibly.

Here is the full miner sources: LINK EXPIRED (sgminer-lyra2re.zip)
Windows build: LINK EXPIRED (sgminer-lyra2re-win.zip)

It includes a modified sgminer based on the djm34 version and my opencl files (some are slightly enhanced, some are heavily modified).
The kernel is not compatible with stock sgminer: contrary to what is usually done on multi algo kernels, I've made this one monolitic (instead of the original split version).

The miner has been developed on omega drivers (14.12) but it is reported to be working fine and as fast on newer ones - BUT - some users have reported half hashrate on the first card and fixed it by installing catalyst version 14.9.

Precompiled kernel binaries for 64 bit miner:
LINK EXPIRED (Lyra2REHawaiigw128l8.bin)
LINK EXPIRED (Lyra2RETahitigw128l8.bin)

----------------------------------------------------
OLD CROWDFUNDING TEXT FOR THE RECORD

People know me for my opensource works (including the groestlcoin opencl kernel), but now I'd like to try something different, kind of experiment, inspired by other people in this forum.
I will receive donations for it and send the binary to the donors. After a period of time, or if I get enough BTCs, I'll make it public (sources included).
I've had bad experience with donations in the past, let's see if Vertcoin people are different!
And know that if you leak the bin, diff will go up and you'll get less coins! ;-)

Donation BTC address: DISABLED

Current donation total: 0.197 BTC
Target: 3 BTC
Minimum donation for getting the bin: 0.02 BTC
Expiration: May 1

IMAGE EXPIRED

Note: in this picture I'm using a modified sgminer that provides another 2% increase at 835 core clock; I will not release this at first because it would be another sgminer fork for little gain.

Note2: the bin file you will receive is compatible with the latest djm34 sgminer, 64 bit, found here https://github.com/djm34/sgminer

With GPU at 92 degrees it will not live long

normal temperature: it's a reference design, it reaches 95 before throttling.
and that card is mining at 92-95 C for a year now.

Ok in that case I can just melt of the snow of my roof if I crank up the cards  :P

Only the bin or can we also get the .cl ?

not 3M speed?

the temp on the chip is higher on reference cards but the total card power should be about the same as the other cards with better cooling.
so the total heat generated is the same.

I'll release the cl to the public at the end of the "campaign".

not yet :-)
and not easy to reach... lyra2 was designed to be memory intensive, so it's "slow on purpose".

The bin file you will receive is compatible with the latest djm34 sgminer found here https://github.com/djm34/sgminer
I can generate it for other miners as well, provided I can compile or run them: I do not have easy access to a windows pc with amd drivers so it might take time for this kind of build. Also I might need to modify the kernel itself if the parameters are passed differently.
So please people be kind and use djm34 version, also because it is the best! :-)

Can anyone post a pre-compiled version of djm34 Windows 64 bit sgminer, as I can't find a tutorial on how to compile it from source ???

Thanks ::)

Interesting.. Do you know which would be the speed witd 280X?

Having not followed Lyra2RE at all, what kinf of % increase is this over the public kernel? Wondering if this might be worth firing up a few 290x/290 cards for.

may-be it would be easier to use the visual studio for that, otherwise you'll need a x64 version of mingw (as well as the corresponding dependencies)

At 835 core clock it's around 2x; at 1000 it's less, probably around 1.5x.
Honestly I didn't spend too much time tweaking options for the default kernel, as I attacked the sources right away.

it depend if you reached those temp with oc or not, and what temp the vram are working

Could you be kind ;)

And post a pre-compiled version of your Lyra2 sgminer 64bit for this thread to us, please :o

 

Nice work.  That card is running a tad hot even for a reference card.
I replaced the thermal paste on my own card and temp went down from 84 to 78 degrees, power draw went down 10W too.

I will have a look tomorrow with visual studio, but if someone comes with one earlier, I won't be jealous  ;)

That's because the fan is running slower.
6 degrees is really a lot just for thermal paste, I must try that!

Hmm, wouldn't that invalidate the GPU warranty ???

that will, but it worths it. I did it for my 290x which was always throttling when hitting 94°c, and I runs now in the 70ish...
The old thermal paste had turn into some solid powder and was pretty ineffective...

Cool, here's my forecast for BTC price then, from another thread:

Price may around this level all of 2015 and only the block halving in 2016 will cause it to increase ::)

Looking at the network hashpower, it looks like all the 1watt and 1.2watt mining equipment (some may be farms) is still functional, even when it is not switched on for mining  :o

Whenever, the BTC prices goes above $220 these farms and equipment are switched on - mine some BTC and immediately convert it into Fiat Currency, which causes the price to head back downwards below $219.

Therefore, their is still 362PTHs network hashpower, but it is only switched off when BTC is a below certain price benchmarks.

Around 362PTHs around $245 plus
Around 310 PTHs around $220 plus
Around 250 PTHs around $200 plus

Consequently, network difficulty will have to be held around 41500000000 right up to the block halving in mid 2016  :o

Obviously, when the block reward is halved mid 2016, the 1watt and 1.2watt mining equipment will need BTC price of $400 before being switched on, so price will definitely climb alot  ;D ;)

0.147 BTC donated so far, thanks guys! :-)

Hmm,

I'll go accross many threads mentioning it, when a 32bit bin is avaliable or a 64bit sgminer pre-compiled is avaliable ;)

You'll be surprised at how many of us don't know how to compile sgminer from source  :o :D

Should help the crowdfunding appeal ;D

Also, bins for 270x, 280x, 7950's, 7970's and 7990's would help the crowd funding appeal a lot :o

there is a little windows compile guide, including x64 and visual studio, right into sgminer:

https://github.com/sgminer-dev/sgminer/blob/master/winbuild/README.txt

I'll look into building binaries for cards other than 290 and 290x but being unable to try them, I can't tune them.
This means they might not run as fast as they could.
Some 290 binaries (hawaii) run on 280 and 280x as welll (tahiti), so people please try that.

Reminder, these are the chip classes to compile opencl for:

Hawaii = 290, 290x and 295x2 (works)
Tahiti = 7950, 7970, 7990, 280 and 280x (may work with the hawaii binary)

Other smaller cards may not work at all or be very slow with the hawaii binary.
If one card of a group works, so should the others of the same group; es. if it works on 280x, it should work on 7950 as well.

Using hawaii binary on tahiti does not work


[14:23:19] Started sgminer 5.0.1-24-g94a1
[14:23:19] * using Jansson 2.7


Set vddc not supported
Set engineclock not supported
Set memoryclock not supported
Set fanspeed not supported
Set powertune not supported
Set vddc not supported
[14:23:36] Error -11: Building Program (clBuildProgram)
[14:23:36] Internal error: Input OpenCL binary is not for the target!

are you sure you are on a 64 bit sgminer build?

ok, it seems I am out right at the first line "Windows 7 (if you are using Win 8 or above, you will need to use a VM Win 7)"... not sure what sgminer5 dev are thinking...  ::) (there are way to build stuff without requiring a VM session... or some arbitrary windows version )

uname -a
Linux pimp 3.2.0-4-amd64 #1 SMP Debian 3.2.65-1+deb7u1 x86_64 GNU/Linux

I'll try to build for Tahiti (even without the card) later. Will keep you posted.

Yeah, there will be quite a lot of development work done this weekend ;D

Update: I've produced both a 32 bit bin for hawaii and a 64 bit bin for Tahiti, but they seem to be terribly slow so there must be a problem with the way I generate them (probably due to the fact that I do not have the card nor a 32 bit miner).
Or it could be a driver problem: please try 14.6/7, 14.9 and 14.12.

Pallas, this thread has made the news :o

http://cryptomining-blog.com/

No pressure on you then ::)

Thanks!

I've been working on this binary generation thing this weekend and sent out a few links for you guys to test.
I will eventually aquire a 7950 to test the Tahiti version because, even if I can make a working binary without, it will probably need to be optimized for the different architecture. I've already seen that tahitii is using more local memory, for some reason, and this may slow down the groestl part a bit.
Funny thing it that I had the card and sold it some months ago :-)
I'm also considering to completely leave djm34 miner version and continue on my own fork because it's much easier to work on the kernel and produces more consistent results.
Let's also see if the interest in the project grows and all this work is worth doing...

Can you create bin for (HD 7790) Bonaire?
Also, hashrate for R270X?

Sorry, I have no reports on that card (and I do not own one).
As soon as I have solved the issues on Tahiti cards, I will create binaries for the other chips as well.

Minimum donation for one bin or some bins?

From the OP:
Minimum donation for getting the bin: 0.02 BTC

Currently the only official bin is for r9 290 and 290x 64 bit.
There are some experimental bins for 280(x) and 290(x) 32 bit but reported hashrates are too low (could be a problem with the miner, the drivers or the way the bins are generated).
I find it difficult to test bins for cards I do not have, but I'm working on it.
I might release my own miner (sgminer based) later if I can't make the standard miner work and there is enough interest.

Sweet. Been fallowing.. any progress on acquiring a TAHITI card to optimize?

I've received an offer to use a remote rig (with 280x cards) to test the kernel. Thanks to that user I will not need to buy the card. Let's hope I can work it that way. Will keep posted.

I might be interested. Let me know the speeds you are getting with default 280x please.

Hi,

I've built djm34 sgminer for windows 32bit

https://drive.google.com/file/d/0B22RtVhUlqqiUFFXYjJ4U3pxVlE/view?usp=sharing

Tahiti 64 bit bin working fine, hashing 1012 Kh/s at 835 core and 1500 mem, or 1018 at 1000 core.
This is without specific optimizations for the tahiti chip compared to hawaii and with the standard djm34 miner (not my own).
Will update the OP soon.
Whoever donated and wants the tahiti bin just ask me.

Hmm.. I have 1140Kh/s with the original public Lyra2RE kernel.. This is with 280x running at 1130/1570, though.

Or is there some "hashrate halving" happened again, I haven't been following too closely. :)

I didn't try a clock so high yet, the cards aren't mine so I must be careful :-)
It must be tuned for Tahitii and I must try it with my miner which will probably provide another little boost.

People are reporting much different hashrates for the same cards.
It depends on driver version (for the standard kernel), but also on memory latency (for both kernels).
I believe cards with Hynix ram have at least 8% advantage over Elpida ones. I don't know which type of ram the 280x I'm using do have.

Additional information on comparing my kernel with standard djm34 one:
It looks like tweaking of the two kernels is very different; djm34's seem to like high core and mem clocks (like 1050/1625) while mine prefers "sweet spots" like 1000/1500 and 835/1500.
So you may end up with similar numbers on djm34 if you have the right driver to compile it. But it will consume more power and need better cooling.
I believe this is because the bottleneck is the memory and, even if you can optimize the code like I did, you are still limited (mostly) by the memory latency.

"Sweet spot" usually means that the card has crappy memory settings in gpu bios. "The Stilt" published a lot of optimized bioses perhaps a year ago, with his bios the "Sweet spots" vanished for scrypt at least.

Memclock is usually best at 125MHz intervals. 1250MHz is often almost equal speed as 1500MHz! So you could try 835/1250 as well..

I just tried with 835/1500 and 1000/1500, with the public kernel.. Compiled on 14.6.

835/1500: 1070khs
1000/1500: 1080khs

Edit: Tahiti bin for others to try.. Download link (http://zuik.org/zuiklyra2re.zip)

Then there obviously is some problem with my kernel, Tahiti and the original djm34 miner.
I've just tried running my modified lyra2re miner on the Tahiti cards and it runs at the same speed as you are reporting.
Thus it looks like my optimizations are not effective on Tahiti as they are on Hawai.
That's bad but partly expected.
It's not the end of the story, though, because I've used 14.9 to compile for tahiti which is worse then both 14.6/7 and 14.12 for mining.
I will try with another driver later.

I had a better look and it already is a bit faster: 1086 at 835/1500 (with my miner)
Will look into making it faster in the coming days.

Anyone have a compiled 64bit version of the djm34 miner?  Unable to load visual on this machine at the moment.

The source will not compile with VS2013 in x86 or x64.  This very well could be an error on my part.  I figured that I would give it another shot.  I have only been able to compile x86 using MinGW.

Just wanted to let you all know I've not stopped developing: I've been fighting with driver issues for some days (on the rig with 280x cards), on the quest to optimize the kernel for the Tahiti chipset.

Tahiti really dislikes newer drivers, my 7950 esp.  280x performs best with 14.7 RC3 as I have said many times before :)
What coins do you find best for mine-n-dump to BTC for buy DMD?

The 7950 I have (Powercolor 7950 PCS+) seems to ignore VBE7 bios changes. And runs at normal mem clock (reports changed clock ???) and crashes.

Did u ever improve neoscrypt any further and release it, U can PM me a link, I still use one from several months ago doin 278
KHs on 7950, my 280x still on groestl :)

My problem is using ultra ASM kernel on 7950 for groestl crashes it in less than a minute LOL but any other kernel x11,x13,neo just fine ...
Think my 7950 might be hardware locked :( I can't use it for groestl :(
My 280x just eats up groestl at 26MHS :)

I'm having crash problems on 14.12 with 280x as well.
But only with the optimized lyra kernel and my miner, not with djm34's, that's pretty weird!

Any news on this? I would donate for a working 280x kernel.

The 280x kernel is working fine but the hasrate is about the same of the stock kernel (1/1.1 Mh/s).
I'm working on it, though.

I would donate, too.

Hey Pallas,

It's been a couple of weeks.  Any notable improvements?

I'm struggling to make it hash significantly faster than stock kernel on 280x.
I may release the full miner earlier so everybody can enjoy.

I finally acquired a 280x.
It hashes at 1.115 Kh/s, clocks 835/1500, intensity 16 (instead of 15 used on Hawaii).

Did you mean 1.115MHs?

Locale mistake: I used . instead of , as thousands separator 😉

Not to worry, but it looks like the coders for the big mining operations with AMD GPU have  mastered Lyra2 algo and are now hitting 2mhs on 280x.

Current difficulty is 132, but price is 0.00004BTC. Should be above 0.00006BTC on the current CCminer for Nvidia GPU's.

I added an extra 9,000VTC to my holdings as consequence, the entry of big mining operations is a good sign of future appreciations in coin value.

You'll need some good coding work to raise the hashpower to be competitive with their coders. 

 

Do you have more evidence?

That's good idea, thank you! Indeed, if big farm operators are instant dumpers with perfect arbitrage, it's possible to compare unknown best implementations of different algorithms.

Yeah, I show you some maths evidence:

We will use current difficulty of 101 and not the peak of 132, because large mining organisations can arrange sufficient GPU's are mining a coin so it less profitable, yet profitable to them on their Bios mods and modded software. They can build up huge positions - small miners will simply switch to other algo coins on profitability.

CCminer 750Ti Lyra2 output is 740KHs.

Woking out profitability calculation is: 1000 divided by (Difficulty divided by 1000) times block ratio (block reward divided by 50) = coins yield per 1ghs of hashpower in 24 hours. Coin yield per 1ghs times current price (0.00004BTC) = profitability number for comparison purposes. 1GHs profitability times 0.00074 (740KHs) = your earnings per 1 750TI

1000 / 0.101 x 1 =9900VTC.
9900VTC x 0.00004 = 0.396BTC earned on 1GHs Lyra2 hashpower
0.396 x 0.00074 = 0.00029304BTC or $0.07 you earning on 1 card per 241 hours

To compare this to X11 profitability, we need to convert into X11 profitability
750TI X11 output is 3200KHs
Calculation is
Lyra2 haspower divided X11 haspower = ratio of difference.
Ratio of difference times profitability number for comparison purposes = X11 profitability

740 / 3400 = 0.23125
0.396 x 0.23125 = 0.091575BTC X11 equivalent
  
What is Darkcoin profitability:
7 day average difficulty of blocks found at miningpoolhub is 4120
1000 / 4.120 x 0.0682 = 16.55DRK
16.55 x 0.019 = 0.31BTC
0.31 x 0.0032 = 0.000992BTC or $0.25 on a single 750TI

So, VTC profitbility on CCminer converted into X11 profitability is 0.09157BTC and Dash (DRK) is 0.31BTC. Therefore, CCminer owners will have switched to other more profitable algo coins.

This leaves sgminer (official version) of sgminer is:

800khs on a 280x = 0.0003168BTC or $0.08
X11 output is 6mhs on 280x = 0.00186BTC or $0.465

So, small miners will not be mining Lyra2 VTC. They will mine another coin and then swap it for VTC.

This leaves the large mining operations using AMD GPU's. They have their own modded bios for GPU's and coders to mod software or write their own mining software. So, the question is: How much have they squeezed out of sgminer?

On Neoscrypt, Wolf0 has recoded it to squeeze an extra 90% e.g. 325KHs has increased to 590KHs, a 81% increase on the official SGminer.

Wolf0, is part-time coder, the large mining organisations can hire coders on a full-time basis or there owner is a coders, until every performance gain has been squeezed out of mining software.

Therefore, a large mining organisation can be achieving double or more hash output per a card then a small miner. They can use this to build huge positions in coins over years via selling the coin down to get rid of smaller miners and when a block halving happens, they control of large proportion and can set the new market price making decent profits.

This applies only to GPU mining and not ASIC mining, with ASIC mining the manufacturers of the equipment pay for mining software development. Therefore, little can be squeezed out of this equipment via software modding.

AMD got $59 million in GPU sales over the past 3 years and made about $5.9 million plus in profits from crypto currencies and spent $0 on developing mining software for their cards.

Nvidia got $7 million in GPU sales in the last year, but has spent $0 on developing mining software for their cards.

This is why GPU mining is more better proposition for the large mining operations; they are the only people funding optimizations in software for mining these algorithms. But, it is so much more strategic and require patience wait 1 year or more. Therefore, not something the less talented or impatient businessmen get involved in.

Thank you for the elaborations even though those are not evidence in the proper sense of the word.
Sending you a PM containing some extra information not strictly related to this thread.

Farms with expensive power, rent, loans, high taxes and customs are going to be thrown out of business, assume that those who stayed in mining already optimized expenses.

any news?

if people still interested I'll release the miner sources.

What sort of hash are you getting?

see the first lines of the OP.

Yeah, you might as well. Someone else may be able to improve on your hard work.

I have a working djm34 sgminer modded sgminer, which does 1.5mhs at 163watts for 290.

Therefore, the card is only used at 50%. And, it is clear 2mhs plus is pretty doable.

I, myself, am not a coder; so it is all double dutch to me :D

I'm good at economic theory and theoretical models, so I make my profits from buying and selling crypto currencies ;)

I was forgot about that



Of course, all here are interested. Please release them, thanks.

So here it is, the full miner sources.
It includes a modified sgminer based on the djm34 version and my opencl files (some are slightly enhanced, some are heavily modified).
The kernel is not compatible with stock sgminer: contrary to what is usually done on multi algo kernels, I've made this one monolitic (instead of the original split version).

https://dl.dropboxusercontent.com/u/40353042/sgminer-lyra2re.zip

If you feel you can donate to: 1H7qC5uHuGX2d5s9Kuw3k7Wm7xMQzL16SN
Or just mine a bit with the provided example.bat which loads lyra2re.conf

Many thanks and have fun!

and where we can download sgminer.exe for your sources?

Thanks for sharing. I haven't looked at the code yet, but perhaps there is something I can use to improve the speed on the NVIDIA cards.

Look at my avatar :-)
Jokes aside, if someone provides a windows build, I'll be grateful.
I could do it myself but it takes time, my machines are all on linux.

I found :)

Can you post me a link of 64 bit windows sgminer you are using?

A link in this thread would be very useful ☺

https://codeload.github.com/badman74/Binaries/zip/V5_0_mod


mod sgminer for lyra2

this is link for pallas kernel

https://dl.dropboxusercontent.com/u/40353042/sgminer-lyra2re.zip

Hi,

Can you put the kernel and sgminer miner together, because I can't seem to get the two to work together?

I don't think they'll work together. Different kernel different params.
We just need someone to compile:

https://dl.dropboxusercontent.com/u/40353042/sgminer-lyra2re.zip

on windows.

http://cryptomining-blog.com/4739-new-sgminer-5-1-0-fork-with-optimized-lyra2re-kernel/ just compiled it.
They get 640 Khash on the radeon r9 285x


You wrote that Tahiti (280x) hashing 1115 Kh/s at 835 core and 1500 mem.

Is it really 100% faster by just adjusting the clockrates? or is there something wrong with the sourcecode.

I have downloaded and tried the miner on 7950 and i'm getting 850 resp. 950 depending on the card model.
engine 1030 and mem 1250.
Must be a very bad config that CRYPTO MINING BLOG is using.

Could be an issue with the 285x: it's a different chipset.

you can find the windows build here as well:

https://dl.dropboxusercontent.com/u/40353042/sgminer-lyra2re-win.zip

Or driver. Which driver is the best? 14.6 rc 3?

I've developed the miner on omega drivers (14.12).

Thanks m8, i'll try when i have time :))

Don't forget to report (thanks) and mine a couple minutes with my setting.
It'll be just a bunch of satoshis, but it makes my day, because I know that someone appreciated my work ;-)

A tip for the guys who use older drivers with wolf0's binaries.

Since this build is made for the latest drivers, I think you need to copy the latest opencl files(omega dll's) into the sgminer folder before you run the miner.

Or upgrade. But an upgrade could cause the other algos to run at 50% speed.

You should just need to copy the newer opencl.dll (or libopencl.so on linux) in order to make your own bins.

I forgot to say that if you want to use libopencl.so from a different driver on linux, you can't just copy it.
Better put it in a related directory (say "/usr/local/lib"), run "lddconfig" on that directory and check it with "ldd sgminer".

total unpaid balance: 0.00001106 BTC

wow lotta donation hashing! :-D
and only one user saying thank you.
but of that 90 users on nicehash lyra, surely a nice part is using my miner.

(this makes me think I should switch to nvidia, much more grateful users there)

ooooooo why am I saying this over again? I should know by now!!! :-D

Hi Pallas,
Nowadays Amd gpus are not profitable,that's why peoples lose their interests to mine with amd cards,maybe cus of this.When i earn some bucks with your miner, i'll donate as usual ))) .I can't be sure but if you can make Amd gpus profitable again, people will focused Amd cards again and some of them be ready for donations(at least myself) :))) .Thanks for your works and sharing M8...

Or to operating your own pool ;)

Maybe, or maybe not. AMD cards have demonstrated multiple times they work great when given proper kernels but apparently those guys are more interested in giving money to NV (which doesn't give a fuck to budget users and it's becoming borderline patent troll recently) than rewarding the few talented individuals effectively doing research on that topic.

Congrats Pallas

Your Miner/Kernel combination allowed me to tap into my Lenovo intel graphics for another 100Kh. I appreciate it.
Do the other kernels work I tried them multiple times but I can not get them to work on the intel graphics but the Lyra works great.

Thanks again.

What speed are people getting with this miner with the omega 14.12 drivers?

Glad it works on Intel GPUs as well! :-)
About the other kernels, you can try adding the missing .cl files into the kernel folder, getting them from the stock sgminer. Not guaranteed to work....

I've been using omega drivers when developing it.

Just for fun: managed to run it on my gtx 750.
It gives 650 khs instead of 880khs with sp_'s ccminer. Not bad but cpu usage is huge.

In order to make it work I needed to change long long constants in Lyra2cl to unsigned long as long long is not supported in nvidia opencl

__constant static const sph_u64 blake2b_IV[8] =
{
  0x6a09e667f3bcc908UL, 0xbb67ae8584caa73bUL,
  0x3c6ef372fe94f82bUL, 0xa54ff53a5f1d36f1UL,
  0x510e527fade682d1UL, 0x9b05688c2b3e6c1fUL,
  0x1f83d9abfb41bd6bUL, 0x5be0cd19137e2179UL
};

Then it was an error in keccak1600.cl with

inline void keccak_block(ulong *s) {

I added static
inline static void keccak_block(ulong *s) {

and the problems seems to vanish.

Then it was an error with 2d array init skein256.cl

__constant static const ulong ROT256[8][4] = {
   46, 36, 19, 37,
   33, 27, 14, 42,
   17, 49, 36, 39,
   44, 9, 54, 56,
   39, 30, 34, 24,
   13, 50, 10, 17,
   25, 29, 39, 43,
   8, 35, 56, 22,
};

I've added more {} to form this

__constant static const ulong ROT256[8][4] = {
   {46, 36, 19, 37},
   {33, 27, 14, 42},
   {17, 49, 36, 39},
   {44, 9, 54, 56},
   {39, 30, 34, 24},
   {13, 50, 10, 17},
   {25, 29, 39, 43},
   {8, 35, 56, 22}
};

And it finally got compiled.
It works and receives "accepted" from the pool )))

I used "intensity" : "14",   "worksize" : "512",  "gpu-threads" : "1" to run ...
gpu_z shows 100% load for gpu engine and memory, the same is with ccminer )))

Thanks very much for testing this!
Long long is not used on amd, there is an ifdef which defines sph_u64 differently on nvidia (legacy sph stuff I didn't care to polish yet).
I will update the two archives and the post, to add intel and nvidia compatibility, later.
High cpu usage can be avoided by setting GPU_USE_SYNC_OBJECTS=1, don't know if there is an equivalent for nvidia.

in fact its just a coding copy paste typo from cpu or ccminer code...

OpenCL doesnt supports ULL, because UL is the same... 64bit

I guess the amd compiler "handles" it but its just wrong...

Originally from sph -sgminer, not a copy paste typo, just bad precompiler code ;-)

I'm having 800kh on my r 290 ( 3GB )  what's the problem?

Which driver version are you using?
Which settings: clocks, intensity etc.?
Please paste the full commandline or conf file.

start file:

setx GPU_FORCE_64BIT_PTR 0
setx GPU_MAX_HEAP_SIZE 100
setx GPU_USE_SYNC_OBJECTS 1
setx GPU_MAX_ALLOC_PERCENT 100

sgminer.exe -c lyra2re.conf

pause

config:

{
"pools" : [
        {
                "name" : "NiceHash_Lyra2RE",
                "url" : "ca.simplemulti.com:3374",
                "user" : "VpzyncgawVk3kC7Yp5M8YHVcS97bYLvQCs",
                "pass" : "x",
                "algorithm" : "Lyra2RE",
                "intensity" : "18",
                "gpu-engine" : "935",
                "gpu-memclock" : "1500",
                "worksize" : "128",
                "gpu-threads" : "2"
        },
   
}


Drivers the latest  15.4 Beta

try:
"intensity" : "15",
"gpu-engine" : "835",

I never tried compiling the opencl code using 15.4: it might need tweaking for that version.
You can try 14.12 or I can send you the precompiled bin (64 bit for hawaii).

What should I do with the bin file ( i'm newbie in mining :D ) please send mik_druid@poczta.fm

But i think it's probably drivers' fault

if you are on windows, you can keep your driver and compile the opencl on 14.12 just by putting opencl.dll in the miner's folder.

opencl.dll form 14.12? Where can I get the file?

I believe you can extract it from the driver package, but I'm a linux guy so I never tried it myself.

C:\AMD\AMD-Catalyst-Omega-14.12-With-DOTNet45-Win8.1-64bit\Packages\Drivers\Display\WB6A_INF\B178093

Updated the donation text in the OP:

If you feel you can donate to: 1H7qC5uHuGX2d5s9Kuw3k7Wm7xMQzL16SN
Or just mine a bit with the provided start.bat which loads the included lyra2re.conf:
{
"pools" : [
        {
                "name" : "NiceHash_Lyra2RE",
                "url" : "stratum+tcp://lyra2re.eu.nicehash.com:3342",
                "user" : "",
                "pass" : "d=1",
                "algorithm" : "Lyra2RE",
                "intensity" : "15",
                "gpu-engine" : "835",
                "gpu-memclock" : "1500",
                "worksize" : "128",
                "gpu-threads" : "2"
        }
]
}

because of the new nicehash urls and removal of yaamp.
zip archives updated as well: no need to update, only the conf file is changed.

using bamt 1.6.2 with sgminer-5.1.1-lyra2re
about bamt -> http://bamt.wikia.com/wiki/Litecoin_BAMT (http://bamt.wikia.com/wiki/Litecoin_BAMT)

on bamt system

apt-get install libcurl4-openssl-dev pkg-config libtool libncurses5-dev
apt-get update
cd /opt/miners
git clone https://github.com/sgminer-dev/sgminer.git
cd sgminer
cp /opt/AMDADL/*h ./ADL_SDK/
git submodule init
git submodule update
autoreconf -i
CFLAGS="-O2 -Wall -march=native -std=gnu99" ./configure
make

cd ..
mv sgminer sgminer-5.1.1-lyra2re

cd /opt/bamt
vi common.pl
modify the sgminer-sph section to sgminer-lyra2re using the path /opt/miners/sgminer-5.1.1-lyra2re

cd /etc/bamt
vi bamt.conf
modify the cgminer section by adding a line with sgminer-lyra2re.conf and miner-sgminer-lyra2re: 1

copy sgminer-sph.conf to sgminer-lyra2re.conf and fit the values for your graphic card

i am currently running a sapphire 5850 xtreme with i=18, clock=775, mem=1000, volt=1.000 with about 350kh/s @ 170Watt @ 68°C

good luck !

greetings
pazor

thanks for your guide ;-)

vertcoin got pumped. time for pallas to ask for donation from amd-lovers ))) I'm on nvidia, so - sorry )))

there are donation hints all over the thread and in the miner itself... they just don't want to ;-)

when all is done and finalized with the new servers - there will be a donation link specifically for you in various algos ...

obviously this is for those that would rather donate hashrate than coin ...

the only thing they would need to do is point their miners to the donation link and port - and mine with the algo that is available ...

any username - any password ... it wont matter ... as all the hashrate will be mining specifically to your btc address via nicehash ...

we have now been whitelisted with nicehash and are currently taking the first server from testing to production ...

and you can bet that we will be donating some hash from our farm for you also mate :) ...

#crysx

just a question ...

what is the best commandline parameters to use when mining with lyre2 ( and groestl - i just didnt want to post the same question in both threads ) under linux? ...

does it use similar settings to x11 and the like? ...

is there a git that we can compile directly? ...

tanx again ...

#crysx

I'm mostly a linux user, so the settings on the OP will work fine with the penguin.
Same for groestl, just head over to the other thread linked in my signature.

will do ...

would you have any suggestions as to what coins and where would be a nice mine? ...

hope to hear from you shortly ... as ill be offline for about 16 hours - so the compile / testing will be done tomorrow ...

tanx ...

#crysx

I've been mining diamond for ages, if things haven't changed it's the only profitable groestl coin.

It is still more profitable for 280x/7970 users to mine Quark instead of vertcoin.

To miners who have HD7970 or 280X. You Can easy set 715Mhz core clock, hashrate it's like with 835MHz core or more, but you can undervolt your card to only 900mV..
Only memory clock to 1500Mhz.

can you please give us some values ?
what card works with these settings and which settings ?

regards
pazor

Could someone share the bin files with omega 14.12 ?

here they are, for 64 bit miner:

https://dl.dropboxusercontent.com/u/40353042/Lyra2RE/Lyra2REHawaiigw128l8.bin
https://dl.dropboxusercontent.com/u/40353042/Lyra2RE/Lyra2RETahitigw128l8.bin

Hi Pallas, thanks for files. It's time to try lyra2 for me. When i 'll earn some,i'll donate.

virus

https://www.virustotal.com/ru/file/cfd0eeefd3ab8cdfd041688624877541814b4849eefa7e9358502157b0e33dbc/analysis/1434018219/


no without me

Can someone please check if it's a false positive (happens often with miners)?
I didn't compile it myself but the source should be reliable.

pallas is correct ...

most of the miner packages ( though not all ) give a false positive with a lot of virus scanners ...

even the most basic cpu miners ( minerd.exe ) always seem to get hit as a virus ...

research it and you may find that false positives are rampant on the net ...

#crysx

I'm trying this on a R7 240.   
So far the best I can get is around 180K h/s.
Running windows 8.1 with latest drivers.
settings: intensity 17, engine 950 worksize 256 tc 8192 gpu threads 2

system & memory clock on this card is 900.

Any suggestions how to tweak it?

I was reading that you can put the optimized drivers in the miners directory w/o having to change the display driver.
Could I get a link to those files?

For comparison: GTX 750TI is getting 400K  and I7 cpu on 8 threads is 600K

measurements are taken from the pool.

why so low with the 750ti? ...

you mean using this miner? ...

#crysx

current pool stats
r7 240 @ 266k   gtx 750ti 475k  cpu 419

the nvidia is using ccminer with open cl


I've seen the nvidia in the 700k once. cpu seems to always be the fastest


between all 3 I've been as high as 1.2Mhs. that was before I started tweeking the R7.  the 750ti is running @ stock.

edit: r7 is 266 khs   gtx 750ti 671 khs cpu 371 khs. 
Haven't done any further tweaking.   

LOL
ccminer is using CUDA. Look to sp_'s ccminer thread )))

Which software do you use to change the card settings?, I have 2 sapphire dual-x 280x and with MSI Afterburner I cant change the voltage, only the core and memory mhz.

ccminer with opencl  ;D (yeah why not...)

current speed on an unreleased ccminer lyra version:
750ti: 1140kh/s
780ti: 2800kh/s
980  : 2400kh/s

ccminer-spmod uses cuda - and will get around double what you are getting using opencl ... and thats on our stock clocks ...

there are others that overclock and get in excess of 900KH per 750ti with sp's fork ...

try it out ...

amd - different story altogether ...

#crysx

nice ...

looking at releasing this in the near future djm? ...

#crysx

clearly not for nothing  ;D

clearly ...

but what i have found is that unless the miner is bought in the 'highs' at the time - then mining it a getting a roi on the investment of the miner is almost non-existent ...

my calculations for some of the miners / algos that are going around at the moment for 3btc and more is just too much for what they are ...

some will pay - others wont ...

we are one of the farms that WANT to have a continual donation to the devs ( like yourself ) that do such a good job - rather than just have a one off payment and be done with it ...

which is why we always present an initial payment + mining for the equivalent of the fee that devs ask for AND donate via mining on a regular consistent level for an agree and arranged time frame ...

great work though ...

let us know how much you are willing to let the miner go for ...

:) ...

#crysx

No a GTX 750TI is getting 700-900k.

Sorry for delay in response, i had a busy week.
Yes, almost all card, only VTX, CLUB3d, Sapphire OC may need little more like 919-925 mV.
On Gigabyte,Asus,MSI,Sapphire Trix/Vapor no problems with 900mv.
Just set 715Mhz Core clock and 1500Mhz Memory Clock and core voltage 900mV in MSI Afterburner.
You must only know, Gigabyte WF3 cards, and Sapphire Dual-X OC 280X , have locked voltage.
But that's no problem if you know how to modify cards bios with VBE7.0.0.7b.exe from:
http://www.techpowerup.com/forums/threads/vbe7-vbios-editor-for-radeon-hd-7000-series-cards.189089/
If you don't know i can help with that.

https://i.imgur.com/rby9MNZ.png

a lot of savings in energy and less heat generated, that's on Asus 280X DCUII. Below 900mV :)

I stand corrected.   I know I was originally useing one that was opencl.  I got mixed up as to which was what :D

What  about Power consumption?Do you have a wattmeter?

The power consumption would be around 110W each 280X card.

Hi Pallas
thanks for the work you've done. ive run my rig pointed at your address while setting up my miner, and will do so some more once i get
things running ok.

Currently im struggling to get my sapphire r9 290 over 850kh
i also have a dual x r9 280x in the same rig which is getting 1016kh

i originally tried the r9 290 on its own and was getting 1300kh and read at the begining of your post speeds of around 1700 for a r9290
so i upgraded to 14.12
i also introduced the r9280x and then made 2 bat files so i could run 2 instances of sgminer.
Now im only getting 800+kh on the r9290. and its hit and miss as to whether i get HW errors. sometimes i do sometimes i dont (even with the same settings)
I wonder if you can enlighten me as to what i am doing wrong?

I am using amd 14.12 omega, sgminer lyra2re win.

here are my bat files for the 2 cards

r9290 bat file


setx GPU_FORCE_64BIT_PTR 0

setx GPU_MAX_HEAP_SIZE 100

setx GPU_USE_SYNC_OBJECTS 1

setx GPU_MAX_ALLOC_PERCENT 100

sgminer.exe -d 1 --remove-disabled --kernel Lyra2RE -o stratum+tcp://eu.p2pool.pl:9171 -u VsLK3LaqdGijDVq6HSGbSWfQJhtzFGSBKr -p x --no-extranonce --no-submit-stale --expiry 1 --scan-time 1 --queue 0 -I 19 -w 128 -g 2 --gpu-memclock 1500 --gpu-engine 1000

ive tried intensity 15,17,19 all give me similar hash. same with memclock and engine 835,1500 980,1500 1000,1500 980,1250 all give me similar hashrate

r9280x bat file


setx GPU_FORCE_64BIT_PTR 0

setx GPU_MAX_HEAP_SIZE 100

setx GPU_USE_SYNC_OBJECTS 1

setx GPU_MAX_ALLOC_PERCENT 100

del *.bin
sgminer.exe -d 0 --remove-disabled --kernel Lyra2RE -o stratum+tcp://eu.p2pool.pl:9171 -u VsLK3LaqdGijDVq6HSGbSWfQJhtzFGSBKr -p x --no-extranonce  --no-submit-stale --expiry 1 --scan-time 1 --queue 0 -I 17 -w 64 -g 2 --gpu-memclock 1500 --gpu-engine 835

p.s. currently im not getting any HW but the last time it ran ok, when i re-booted i got HW. stopped mining, left the pc running for a while then started mining with no HW errors.

@pcste

There has been various reports of people having similar issues to yours.
First of all, it looks like there is some sort of issue with the first card of the setup under certain conditions. I noticed this as well: my card 0 hashed but never returned a share, on multiple algos, including x11... but not all :-)
Another issue is that of half hashrate for the first card. I could never reproduce this problem. It seems to depend on the driver version, though.

What I can tell you is try with the precompiled binaries, also try 4 threads which seem to give better results on 280x (and slightly worse on 290x, at least in my case).
You can also try making your binaries with different driver version without reinstalling them, just by copying the opencl.dll file into the sgminer folder.
About hardware errors, are you sure the ram of your card can run reliably at 1500? Not all 290s can. Unfortunately such high ram clock is needed for lyra2re to go fast.
Finally I see you remove bin files in your 280x bat file, but not in the 290's, are you sure you removed the bins after installing the new drivers?
And superfinally I'm not sure 100% that two running sgminer instances are good: there is some bug about device selection on sgminer, so I wouldn't do it if possible.

Hope that helps

The miner has been developed on omega drivers (14.12) but it is reported to be working fine and as fast on newer ones - BUT - some users have reported half hashrate on the first card and fixed it by installing catalyst version 14.9.

Thank you for solution.
I put amdocl.dll file from catalyst 14.9 (C:\AMD\AMD-Catalyst-14-9-win7-win8.1-64Bit-dd-ccc-whql\Packages\Drivers\Display\WB6A_INF\B176041)
to the miner folder, and all cards works well, even on drivers 15.5 beta  :)

You can release it with a fee like you did with the whirlpoolx miner. Lyra2 and the other memory algos are heavily infected with botnets. Time to show some GPU power.

I am thinking about it, but need something which can hold some hacking  ;D
also the other problem is that I need to hard code pool names, with whirlpoolx that was rather easy but lyra must have more pool...

I picked up an HIS R7 240 card (on sale for $30)  2GB memory.
 
What is the max threads I can run on it?  Been running 2 just fine. 

Also what is the limit to how far I oc it w/o burning out the card?