RX 580 reachig 4.7mh/s is possible only if you have free electricity. The thing is in this miner they made it so much core clock intensive that it's the only thing affecting hashrate. For example i was playing 15 hours yesterday in order to tune my 2 trigs all rx 580 - 8gb mixed memory. I found out intensity is best on 22 and worksize on 0, yea when ever i put 22x128 or 21x128 one of my cards would stop hashing after brief period of time. Also i would like to say that if you put them at 1366 or even better 1411 core and 2100 memory you will get promised 4.7mh/s but with a lot power consumption. I then settled with 4.3-4.5mh/s in following clocks.

My first rig uses only micron memory which i found to work best on 1366 and 2100 memory, each card using about 125-130w at wall. I get 22.3mh/s from 5x cards so average about 4.4mh/s and 715w at wall whole rig.

My second rig uses mixed samsung and hynix memory on almost every card, i found best values at 1280 core and 2150 memory, they hash me 26.2 mh/s for 6 cards.  Rig uses 850w at wall aproximate (spikes from 830 to 865).

Also i had eth bioses at all cards, i opened Polaris Bios editor and clicked one time patching and changed core clocks in bios for some cards in order to make it more stable and not mess a lot in MSI Afterburner. Then when i updated bioses via one click timing patch button, saved them and used ati win flash to flash newly bioses to gpu. Now all is stable and got it to work but had a lot of pain until i figured it out. Got random hangouts of gpus and wrong values made my  rigs very unstable. So 4.7 is on paper if you have very cheap electricity and your psu can take it.

What new miner is on for lyra2z and cnv8? Can someone tell me?

Maybe try mine, it's specialized in older hardware (CPU and GPU). I'm mining right now at 400+ h/s with my HD7850 2G
https://github.com/jceminer/cn_gpu_miner
It's almost getting annoying to read there's no decent CN miner for older hardware while my topic is on the exact same channel as this one and online for something like 6 months...

Progpow, Like ethash, is also working on fpgas..

The only real solution are Algo changes on a regular basis

Hi!

Thank you for using the miner!

I really don't want to get into any prolonged argument around our choice of dev fee(s). I would like to say this though to try to paint a better picture: I don't think people understand the difference between our work and that of other miner devs working in OpenCL.

In the ongoing fpga group buy, the established consensus around the dev fee is 4%. No one complaining. Fpga bitstream work is even more tedious, but with the workflow we use it's very much a valid comparison. I can easily spend a whole day looking at a section of raw asm code trying to optimize away a single four-cycle instruction in an inner loop, many times not even knowing if it's worth it or not before I actually succeed doing so. We design and implement the kernels bottom up with as high mechanical sympathy for the hardware as possible, not in high-level code hoping the compiler will do that job well enough for us. A bigger algo can easily take month(s) before we deem it ready for release.

Not all algos will have a big upside with this approach. Many times the compilers do a fantastic job of producing good code. Those algos won't be implemented in this miner, there's no point. For the ones we do spend time on, we are expecting to see a considerable boost that clearly justifies the dev fee from the miner's bottom line perspective. Hence, you should still earn more with our miner after the dev fee, with higher hashrate, lower power draw, or both. If you don't, then I personally don't think you should use this miner.

With the higher dev fee, I also think you can expect and demand a higher level of support service. We're two devs and we're trying as hard as we can to be on the ball for all issues in our ANN threads. God knows how many PMs I've sent the last 2-3 days.

In the end, I respect everyone's free choice in this regard. If you feel that no, I have an issue with giving away 2.5-3% of my hashrate to closed source software devs, even though I might earn less in the end, no one can say you're wrong to do so, it's your choice. However, that respect has to be a two-way street.

Hence, arguing us to slash our petty income from this with -50% because it's "important to the community" isn't really a valid argument imho. If you think about it we're talking about +1.54% for you, -50% for us. In my opinion, the truly most important part for the community is to have the same quality of miners that the big private farms do, and you won't be getting that unless there is enough upside to go public. Even then, it's barely worth it, especially when taking the risk of hacked miners and ripped kernels into account. I can assure you, we're not getting rich from this. I would be way better off chasing down high-end IT consultant gigs instead. I choose to do it instead of more lucrative work because it's fun. The Claymore eth days are long gone.

You need to use different parameters. Take a look in what order your cards initializing, and then mix parameters like this(if RX560 is first GPU and RX570 is second one):

Hello everyone.

I would like to post my feelings and thoughts towards this new project that I have recently came across. I don't remember exactly how I came across the project, but what I do remember is when it was mentioned that they are using a new algorithm, x22i. That statement alone got me excited! I was wondering why haven't I heard of this project or algorithm before today? How old are both? Once I came across it I became wildly excited and researched frankly all I could. I for one am already on board this new project from reading the whitepaper and slowly studying the way the x22i algorithm works. Great game changer to use this algorithm imo.

I am a miner that has been in game for long enough to feel the ups and downs of accumulating crypto using this method. I do it because I enjoy the building and tweaking perspective. I enjoy manually building and taking care of my hardware. I enjoy supporting projects that I feel have promising ideas and futures in the new type of industry.

What does concern me though is how does the SUQA project plan to handle the competitiveness of an ASIC and FPGA miner compared to a GPU miner. GPU miners range from your 1 card miner to the industrial size miner. The thing they all have in common is they are using their hardware to support something they believe in. After many discussions with many other GPU miners the question that always comes around is, x22i algorithm is at the moment, a great gpu algorithm and is fighting back against the ASIC's and FPGA's. Which is what GPU miners love to see, but also in the back of their mind, they would also like to see precautions in case ASIC's and FPGA's are able to mine on the x22i algorithm.

My question to the SUQA development team is if x22i algorithm network becomes congested with ASIC and FPGA miners, what are your procedures to fight back against this technology? Are you working on protocols on how to handle this situation as we move forward in the project?
I constantly check the SUQA gpu-mining discord channel and I am always happy to see the feedback. Iif the community is strong here, so will be the project.

I feel like if you are always able to keep gpu miners in the loop of your protocol procedures to combat these problems, you will always have the support of us backing this awesome project.
Any information keeping gpu miners in the loop is always great feedback!

Thank you for taking the time to read this.
Primus Pilus

Have time to get on the departing train to the moon. Leaving 15 invites with the rapid activation of purses the project of the century! 

https://wallet.merit.me/?invite=Amityvill

Perhaps for Windows but not for Linux! I won't throw xmr stak on my simplemining R os. As it can't stop the cards if they overheat!! There is no option in simplemining that can stop it either! (r os 280x cards)

i'm sorry you feel bad, but you know, your FUDding and your ranting wasn't helpful at all, and a rather distant call from the culture of "pier to pier support and empowerment" that you're calling for. help others to help yourself, capisce?

the project is not dead, it's not abandoned. there was no premine, there was no ICO, no early investors. PINK is much older than ETH, it predates ICOs by a long shot, you know.

this thread does seem abandoned tho, the OP is obsolete, and i'm in full agreement that they should put some community managers here. but they're not the only project skipping on this cesspool of a forum, so that's what you have.

just go to their homepage and use the official support channels if you need help.

Hi,

I'm having trouble with lolMiner and HiveOS.

Version 0.34 is in the HiveOS, this is my miner setup:



And when it starts, this is the log:






Then it just loops with the same message: Received job has wrong number of parameters!


What seems to be the problem here ?
I've tried several pools, it's not that...

I'm pretty sure that whenever you read a reference to "staking" on the Loki network, this refers to the service node stake, not staking coins in a regular wallet like you would with a "proof of stake" coin.

Loki uses a combination proof of work plus service nodes nodes (like masternodes used by Dash, PIVX, etc).

That is why the mining reward dropped dramatically a couple of weeks ago - because a large chunk of it is now going to people lucky (and rich) enough to have 12000-45000 Loki to stake in a service node.

I have the R9 nano, dropped from 710H/s to 540 H/s using the same clock. The V7 uses Claymore and V8 uses XMR Stak.

Yes take your time. I'll probably power-off my old AMD gpus (7970/280x/290) and wait until then.

I tried the other softwares and couldn't get them to work property. All my GPUs are undervolted, memory straps modified and when running a new miner it almost always causes stability issues. And since we are only talking about a few cents a day of profits, not worth the headache, unless there is another Crypto boom in the near future.

I think its finally the end for the Tahiti based GPUs.