 Show Posts
|
|
Pages: [1] 2 »
|
|
just ether-proxy for all mining rigs. with shares counting. and nothing more.
|
|
|
|
|
Using fglrx under linux. Everything is working stable.
|
|
|
|
|
Everything works like a charm on my NANO/390X rigs with 1.5.0 optiminer! Great thanks, optiminer!
|
|
|
|
|
Everything is working properly in linux. Actually, I have about 320-330h/s per r9 nano card with 15.12 fglrx.
Optiminer, thank you! Expecting a further performance increase in future releases!)
|
|
|
|
|
Dear optiminer,
Thank you! It's working like a charm. 10% hashing speed increased.
To all Happy New Year and Merry Christmas!
|
|
|
|
Done. Please let me know if the fix works.
Sure. Another one issue: main.c: In function ‘solve_equihash’:
main.c:1024:28: warning: passing argument 3 of ‘examine_ht’ from incompatible pointer type
examine_ht(round, queue, buf_ht, rowCounters[round % 2]);
^
main.c:530:6: note: expected ‘cl_mem’ but argument is of type ‘struct _cl_mem **’
void examine_ht(unsigned round, cl_command_queue queue, cl_mem buf_ht)
^
main.c:1024:3: error: too many arguments to function ‘examine_ht’
examine_ht(round, queue, buf_ht, rowCounters[round % 2]);
^
main.c:530:6: note: declared here
void examine_ht(unsigned round, cl_command_queue queue, cl_mem buf_ht)
The same error within another function inside: error: too many arguments to function ‘examine_ht’
|
|
|
|
That should be trivial to fix. Hold on.
Ok. Please, let us know once git will be updated. I'll re-clone it then. |
|
|
|
Gateless Gate is a cross-platform OpenCL Zcash miner.
Hi, I couldn't compile it in linux: main.c:1392:6: note: expected ‘struct _cl_mem **’ but argument is of type ‘uint8_t *’
void mining_mode(cl_device_id *dev_id, cl_context ctx, cl_command_queue queue,
^
main.c:1479:3: error: too many arguments to function ‘mining_mode’
mining_mode(*dev_id, program, ctx, queue, k_init_ht, k_rounds, k_sols, buf_ht,
^
main.c:1392:6: note: declared here
void mining_mode(cl_device_id *dev_id, cl_context ctx, cl_command_queue queue,
^
<builtin>: recipe for target 'main.o' failed
Do you have an idea, why compiler failed with "error: too many arguments to function ‘mining_mode’"? Thank you. |
|
|
|
|
latest sgminer-gm gets as a little as 100h/s per R9 NANO on equihash.. Genesis guys, any idea how have you got to overcome a big gap between sgminer-gm/equihash and optiminer/CM?..
|
|
|
|
|
Guys,
Who knows if something like universal benchmarking tool exists for linux? To benchmark the gpus under various mining algorithms?
Based on sgminer source, for an instance. Or something like that.
|
|
|
|
That's too bad the dev left. I think there's still a need for a really stable linux zcash miner, and this one is already super fast. I will pay dev 15% fees if he can make this stable enough to run for over an hour without crashing a gpu on my rig. Come back and I'll even throw in some sexcoins (but you will have to contact the fugitive 'Big Vern' of Cryptsy to get those).
Yeah.. I'm thinking the same way. And most of my rigs on linux.. Windows guys knew that they have CM at least, but linux guys have nothing atm (for SilentArmy the performance gap is big enough in compare to the top-speed miners like optiminer did). |
|
|
|
|
In my case I'd prefer to install used Intel i7/Xeon AVX/AVX2 AES with HT series in my rigs. Perhaps, all of us just would want to build an universal one rig. And for some algo (like ZEC in the beginning) CPUs like I have mentioned would be more preferable than the cheapest/weakest ones.
|
|
|
|
Everything working like a charm! Optiminer, thank you! Atm, for 3xNANO I can see: 2016-11-26 08:25:41,697 INFO [GPU2] 133.2 I/s 242.0 S/s (5s) 133.8 I/s 254.9 S/s (1m)
2016-11-26 08:25:41,767 INFO [GPU0] 134.4 I/s 251.8 S/s (5s) 134.0 I/s 248.7 S/s (1m)
2016-11-26 08:25:44,307 INFO [GPU1] 133.2 I/s 248.4 S/s (5s) 133.2 I/s 247.7 S/s (1m)
2016-11-26 08:25:46,330 INFO [Total] 402.0 I/s 747.6 S/s (5s) 400.9 I/s 751.3 S/s (1m)
|
|
|
|
Version 0.5.0 has been released bringing additional 5-10% of hash rate!
First release that includes Windows!
Dear Optiminer, Thank you! I've got it running and now I've got for 3x NANO rig: 2016-11-24 15:13:11,147 INFO [Total] 312.8 I/s 569.4 S/s (5s) 311.3 I/s 580.1 S/s (1m)
It's a bit less than I have on windows 3x NANO rig with Claymore's last miner. So, I'd hope you will proceed with linux rigs support and your miner performance upgrade.. |
|
|
|
Well krnlx has a cuda port of it so I assume its in the kernel.cu since ther eis no input.cl in his cuda implementation. Or I'm blind since i found these functions in the kernel .cu too,
ah.. got it. as I have no cuda (as I'm using amd opencl drivers) I've just adjusted input.cl in my case. Sorry for confusing. |
|
|
|
these changes are made in the kernel.cu? Am I right
input.cl |
|
|
|
Try replacing ht_store function with this
I'm getting little speed increase( 1070)
krnlx, it works for AMD (R9 NANO) as well. thx! P.S. Curious how to use the HBM memory bandwidth capabilities on R9 NANO/FURY cards in order to adjust the equihash algo. |
|
|
|
Problem with multi GPU systems - 8 x R7 265, Ubuntu 14.04, Catalyst 15.12 Connecting to eu1-zcash.flypool.org:3333
Stratum server sent us the first job
Mining on 8 devices
Solver 0.1: unexpected banner "Maximum number of clients reachedMaximum number of clients reachedMaximum number of clients reachedMaximum number of clients reachedMaximum number of clients reachedMaximum number of clients reachedMaximum number of clients reachedMaximum number of clients reachedSILENTARMY mining mode ready"
ulimit file handlers? |
|
|
|
Thanks, mrb! It looks really awesome! 3 x R9 NANO Total 308.7 sol/s [dev0 110.1, dev1 107.2, dev2 93.7] 652 shares
Total 309.6 sol/s [dev0 106.1, dev1 105.1, dev2 96.8] 654 shares
Total 309.0 sol/s [dev0 109.2, dev1 105.2, dev2 98.0] 655 shares
|
|
|
|
may be also better to add "--extranonce-subscribe" description to the help?
It does not take --extranonce-subscribe. Instead you add "#xnsub" to the stratum URL (that's described in the usage help). yeah, already seen it. you have adjusted the update#39 a bit. I guess your case would be more useful. thanks!) |
|
|
|
|
