Topic: lolMiner 1.64: Fastest Kaspa miner in market - page 137. (Read 155175 times)

the anoncoin gives me error with 0.43. what to do? i changed at the examples all.and put ANON

This coin is a fork of BTC and ZCL like bitcoin private, called anonymous bitcoin. the anouncement was in may: https://bitcointalksearch.org/topic/fork-anonymous-anon-hardfork-zclbtc-10-september-3822523
The actual fork was on september 10.
Mining works with lolMiner just use the "coin=AUTO144" option. curently mining it myself.

I will do with 0.5 that we will see within next 10 days.
But honestly: there are at the moment only 3 or 4 mining softwares out there supporting Equihash 144/5 and you do not start or fork a coin within 5 days. Why I hear of this project now and no dev tried before if all mining software is compatible? I would not trust such a team...


Yes, all algorithms for all cards will get a speedup. AMD cards on MNX about 10%, Nvidia slightly more, but there the 0.4x series was pretty bad. I hope to catch up to EWBF


For the 144/5 coins that already works, just use coin=AUTO144 ... the format suprnova uses for this is same as for zergpool. I will add this option for 192/7 next version.

Please just add support for suprnova's "--pers auto" switch .. no need to specify the personalization and a lot less headaches.. for example on https://anon.suprnova.cc or https://genx.suprnova.cc

When version 0.5, I wish for better Equihash 96.5 (Minexcoin) hashrate, I know you can do it.
Maybe look at other miners and how they done the tweaks.
Please keep project alive and well, don't wish for another miner gone bust

Hi dev

please add "ANON" Equihash 144,5 

Thanks

Yes, thats true, some pools send the personalization string as 10th entry in the mining.notify method even if they do not auto exchange (e.g. have seen that on suprnova). This can alliw to mine a coin not officially supported yet.
Regarding the API: will look into that - most likely will not be able to do it before 0.5, but maybe one of the next minor versions.


Will do so. When all new mining codes are done API compatiblity for existing monitoring tools is quite high on priority list.


At the moment the 144/5 algo needs more then 2G of memory, thats why it does not want to start. lolMiner 0.43 needs about 2.8G of memory, 0.5 will be approx 2.2G.
So with 0.5 you will be able to mine MNX (96/5) and Aion (210/9) but not 144/5 and 192/7 that need more memory.
But I will pick this as a vote for a memory reduced form of 144/5 - sub 2G, but slightly slower then the 2.2G code is possible with some dev effort.

Running lolminer 0.43 for BTG 144 on 4xRX580, works great.  Another old rig has 4xRX460 2 gb,
claymore supported this before the fork, but lolminer rejects these cards.
Could I use disable_memcheck for this, or should I wait for lolminer 5 ?
regards
snofte
 

Currently the miner has a simple read-only api. Do you know a good source for the awesome miner api (what it needs for fields to read), because if I can get such thing it would be easy to make lolMiner fully compatible to it.
[/quote]

Maybe u can lookup sgminer, claymore or ccminer that software is compatible for awesome miner..

Hello ,
I have a question . Does auto144 option means it can be used with the new support on MRR for auto peers ?
As for the API .. can you/is it possible to make it to support ethman ? The Remote Control/Monitor program Claymore uses ? I`m guessing its just syntax of response since the program receive mostly GPU temps/speed only .


Regards

Hi there, I just wonder if this affects only 144/5 and 192/7 or are all algorithms not working? Because the kernel code compiles for Rocm (tested with offline compiler). I currently wait for a Ubuntu 18.04 compatible rocm driver, then I will do some tests, bit usually it should work... hmm


You are sure you use lolMiner? Because currently the string "sol/s" is hardcoded and it should never be able to display Kh/s. Something s wrong there.


Currently the miner has a simple read-only api. Do you know a good source for the awesome miner api (what it needs for fields to read), because if I can get such thing it would be easy to make lolMiner fully compatible to it.

hai..
can u add API to your software? so i can use this with awesome

Thanks

wow，thanks，really appreciate it.

Not sure if anyone else is having issues with the GENX? It seems to be the same Bug that SAFE had a couple weeks ago

EDIT- The main link in the first post is not the updated .43b. But Now that I did down load the update I just get a new miner and a file that i assume is the new executables. I am not a familiar with next steps.. I extracted them with 7zip and now have a folder of a bunch of files I do not know what to do with? Do i move the miner.exe into this folder or just leave it alone in the man dir like the kernals folder?

Edit2- I extracted all files into the dir with the miner.exe  and now am up and running. 7zip had them in a folder which was causing the error

I had never used lolMiner and never mine Equihash algo.
Tell me please, when i start to mine one of equihash coin, i see Kh/s, not KSol. And i don't see my worker on pool statistic page.

Still doesn't work on linux ubuntu 16.04 with ROCm amd driver

In debug you can make how is needded.
The production is need a one executale file.
Really, for user needded is one solid excutable file.
You cant write load from resource code?
More dependencies (kernels files is dependencied) - more complexity.

Hi there, thanks for trying out and reporting the results

Well as for your last point: I know and I immediately see that in my own wallet - when a miner is often used cash is flowing well on devs side, but if the software is to bad - well he will get no bugs. Kind of turbo capitalism here. That said: I suspect I have many Nvidia users atm - or rather I am sure for 192/7 and 144/5 I have none. Point is that 0.4x trunk was mainly build to make a software for 144/5 on AMD. I am currently working on new codes that will also speed up for both - AMD and NVIDIA. I already can say that new 192/7 code is faster then current EWBF iteration - but well he knows what he is doing and I am sure he will also bring an optimized version soon.

Regarding fee height:
Developing this stuff is fun but also a bunch of working hours. Therefore I have a simple rule of thumb: when I earned about 500$ with a new code then I lower the fee by 0.5%. This is not yet happened for 144/5, but was already for 96/5 some time ago. There I even made more money in the past, so there the fee is down to 1%. I hope when new code kicks in we will see fee drop to 1.5% soon (obviously because I gained some users then ^^)


Had that some time ago, but problem is that this makes it much harder for me to quickly change some stuff, test, change again. What is problem with current solution? With the parameters "KERNELSDIR" and -usercfg you even can put the config file and the kernel directory wherever you like, so does not have to be at same position as the software itself. So why you need it integrated?

Just tried this Miner.

It is the slowest of all the Equihash 1445, 1926, 965.
And the Dev donation fee is 2%.

Is the Dev going to lower the Dev fee?

Findings of this new miner on 2 x 1070 OC'd:
AMD_NVIDIA-lolMiner-GPU#00-GPU#01[1.00%] Equihash965 35.39 KH/s
NVIDIA-EWBF2Equihash-GPU#00-GPU#01[1.00%] Equihash965 41.65 KH/s

AMD_NVIDIA-lolMiner-GPU#00-GPU#01[2.00%] Equihash1445 56.00 H/s (2% fee, higher fee and slower miner)
NVIDIA-EWBF2Equihash-GPU#00-GPU#01[1.00%] Equihash1445 82.00 H/s

AMD_NVIDIA-lolMiner-GPU#00-GPU#01[2.00%] Equihash1927 37.00 H/s
NVIDIA-EWBF2Equihash-GPU#00-GPU#01[1.00%] Equihash1927 39.00 H/s

Well this won't be used as it is the slowest one.

Lolliedieb

Please, integrate your kernels to executable file.