joblo, you are all wrong. I said i implemented matrix usage like optiminer did in his miner a long time ago, and i used it on your code, yes. Never said it was optiminers code, lol. Anyways i like reworking your miner because i like it the most.. coulda work on tpruvot version or any other.. but yours is the nicest  And i don't get it why are you pissed on me for the speedup i achieved with timetravel algo. I told you, test it for yourself if you don't believe in that speedup. Yes it was the matrix implementation in lyra2 that you claimed from optiminer are you are correct. That solved the misaligment issues with AVX2 and provided some speed improvement. I only care about source code. Your claims mean nothing to me without it. I haven't seen anyone else praising your accomplishment, 40% faster than the previous fastest on timetravel is certainly praise worthy. Your explanation of optimizing JH doesn't add up. I need proof and the binary is only slick advertising. |
|
|
|
|
I'm working hard on the next release with support for the new zcoin algo but I don't think it will
be ready for the cutover.
In still in the middle of long testing another algo with 5 of 8 test cases complete. I don't have control
over the test cases so I have to wait for the right conditions to occur in the algo. When that's
done I have to retest all the lyra2 algos in multiple architectures to make sure nothing broke.
I'm looking at 7-10% faster for all Lyra2.
|
|
|
|
Hey guys, I'm a little pissed right now at doktor83 for using my code for zcoin (it was mine, not optiminer as he claimed)
and not releasing the source for his claimed 40% improvements to the timetravel algo.
So please take this elsewhere.
It's how open source works. Only when it stays open. WRONG. You open source code with a given license, and people can do what they want within the terms of said license. Often this includes not releasing modifications. That was not my point. If the source goes closed it's no longer "open source". It's not about him using my code, it's more about a first release that is binary only making ourageous performance claims. I'm skeptical. In the past year I've learned a lot about what can be optimized, how it can be optimized and what improvements can be expected. This is way off the chart. |
|
|
|
Hey guys, I'm a little pissed right now at doktor83 for using my code for zcoin (it was mine, not optiminer as he claimed)
and not releasing the source for his claimed 40% improvements to the timetravel algo.
So please take this elsewhere.
It's how open source works. Only when it stays open. |
|
|
|
|
Hey guys, I'm a little pissed right now at doktor83 for using my code for zcoin (it was mine, not optiminer as he claimed)
and not releasing the source for his claimed 40% improvements to the timetravel algo.
So please take this elsewhere.
|
|
|
|
you can test on 1596 with new miner if you get accepted shares but for obvious reasons the hashrate is not counted nor displayed on the pool
Had the ports backward, got stratum error on 1569. |
|
|
|
Just a straight port of zcoin. Where's the timetravel source with that huge improvement you claimed? Not just a straight port, implemented matrix like it was in optiminer version, it gives a speed boost. You did not have that actually. I am not giving out the source for timetravel ....yet I'll be doing better than optiminer, I included the new fully aligned matrix plus a few more improvements not included in optiminer. I also have more timetravel speed coming but may hold back untill you release your source. |
|
|
|
New Port to mine with after the fork to the new Algo will be 1596 on https://xzc.suprnova.cc - only new miners will work, not the old ones. New miners should be posted here shortly your pool is already working on testnet right? i see accepted hashrate with the new miners and that port Yes, i'll just switch the ports to mainnet once we've hit that block small typo on suprnova web page: port: 1569 Both will work, 1569 and 1596 i just tested my miner setup and 1569 didnt work, thats how i noticed, i suppose it will be enabled later exactly, i didn't want to confuse people if they point new miners to the port now, see accepted shares but no hashrate on the pool (because it's testnet) I'm confused. How to test new miner before cutover? |
|
|
|
Just a straight port of zcoin. Where's the timetravel source with that huge improvement you claimed? |
|
|
|
XZC (Zcoin) with unit 20500 changes the algorithm.
Will the new version of the cpuminer-opt?
[MAC]Machinecoin. Joblo see that there did doktor83.
It shows the growth in the miner and the pool at 20% ((
By the pool is hard to say. The received hash floats, but the average seems more.
I'm working on more lyra2 optimizations, not sure how much it will benefit zcoin. I don't think it will be ready before the cutover, but stay tuned. |
|
|
|
I meant the code. I just don't see where you can get 40% without rewriting all the hash functions.
Also anything that would speed up timetravel would speed up most algos.
I rewrote only jh algo and that gave me this suprising speedup. I got lucky lol. I haven't tested it, I need to setup a Windows VM first. But I'll go out of a limb and call BS. You don't get 40% by being lucky, and the numbers don't add up. JH is one of 8 functions so it would have to be a pretty heavy one to take more than 1/8th of the total hash. In fact it would have to have taken 30% of the hash and reduced that to zero to get a 40% improvement. You would have to improve all the functions by an average of 40%. Also timetravel hash rate naturally fluctuates with different permutations by over 10% but never 40%. Comparisons are tricky because you never know when the permutation will change and invalidate the results. Share the source code to prove me wrong and solve this mystery. |
|
|
|
have you taken a look at the xmr-stak-cpu miner? without hugepages its only slightly faster than cpuminer-opt, but with hugepages its significantly faster (90-100h/s -> 130-150h/s) i wondered whether it is possible to also utilize hugepages with cpuminer-opt to gain this significant speedup as well src is here: https://github.com/fireice-uk/xmr-stak-cpui really dont like this miner, no cli options, only config file, no api, only some "web interface", would be great to use cpuminer-opt instead  There are a few issues with large pages, like needing to be setup in the OS, need to run as admin on Win. I need to investigate further. yes, i have tested the miner on windows, you will need some os settings to be done for it to work (in linux its the same, but easier through grub, i have not tested it there though) but you can always fall back to "normal" mining without hugepages, as the miner currently also does i suppose if hugepages support is possible other memory bound algos can be improved as well, hope you can work the hugepages stuff out for cpuminer-opt cheers It's a feature for advanced users, more advanced than compiling from source. there's going to be a learning curve and a lot of pitfalls. The implementation will require a lot of thought to make the introduction as painless as possible, for me. BTW I have a fix coming for missing aclocal building from git. It's now needed with configure now gitignored. Tarball includes both because they are not deleted by make distclean. both |
|
|
|
have you taken a look at the xmr-stak-cpu miner? without hugepages its only slightly faster than cpuminer-opt, but with hugepages its significantly faster (90-100h/s -> 130-150h/s) i wondered whether it is possible to also utilize hugepages with cpuminer-opt to gain this significant speedup as well src is here: https://github.com/fireice-uk/xmr-stak-cpui really dont like this miner, no cli options, only config file, no api, only some "web interface", would be great to use cpuminer-opt instead There are a few issues with large pages, like needing to be setup in the OS, need to run as admin on Win. I need to investigate further. |
|
|
|
There is something that I don't understand. If I mining at 252.80 kH/s then what the 5937.08 kH stands for?
I don't understand.
It's simple arithmetic. It allows you to calculate your work efficiency. |
|
|
|
You're saying use mine.gpu4u.eu. I say it doesn't work, not even now when yiimp is back up.
What am I missing?
what dns servers are you using ? i use it like this stratum+tcp://mine.gpu4u.eu:xxxx and it work nicely. It wasn't a dns issue it was a stupidity issue. I cut and pasted the url and picked up a trailing slash. I just kept pasting the same erroneous url over and over again. |
|
|
|
What is the max number supply of MAC until the last block PoW and PoS?
Read much? |
|
|
|
|
You're saying use mine.gpu4u.eu. I say it doesn't work, not even now when yiimp is back up.
What am I missing?
|
|
|
|
I meant the code. I just don't see where you can get 40% without rewriting all the hash functions.
Also anything that would speed up timetravel would speed up most algos.
I rewrote only jh algo and that gave me this suprising speedup. I got lucky lol. Ok, we're on |
|
|
|
indeed it can.. on "heavy" algos like whirlpool
guys... i cut yiimp for a few minutes... remember to use mine.gpu4u.eu for a faster DNS update... (that could involve a double down time for the default firmware auto upgrade)
damn, ive only weird problems to resolve this week... sigh
Annoying, maybe, but weird is what I had. Nothing working for me on yiimp yet. mine.gpu4u.eu has never worked for me. |
|
|
|
solo mining is not working in ver 3.5 and newer   Did it work before that? yes for some coins That's a surprise. I'll look into it. Actually try adding http://, I changed the default to stratum if you don't specify. its working thanks Although I don't support it I don't try to break it either. All this time I've never tried as I don't have many wallets installed. Thanks for posting. |
|
|
|
|
Show Posts
