Author

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

newbie
Activity: 60
Merit: 0
running ubuntu 18.04.1 with 13 RX570 (8GB) cards.

There is something seriously wrong with the Equihash 96.5 (Minexcoin) algo on v0.4
If I use the WORKBATCH:  HIGH setting, the hashrate slows down to a crawl, also of note is that the power draw of each GPU is around 40 watts (it's normally 95 watts when mining). Something just isn't working right with the HIGH setting.
If I use WORKBATCH:  MEDIUM, the reported hashrate (on http://eu.minexpool.nl) is around 10-15% higher then with v.034
However, it goes through these long periods where very little crypto is actually paid out from the pool. I don't understand how the listed balance for this rig is consistently really low, but yet the hashrate is high.

Switched back to v.034 for now.
v.034 doesn't have issues with '--set-work-batch HIGH ' , and it gets paid more from the pool than with v.04


the same thing Sad

I tried using v.041 today, but nothing has been fixed. Still having issues.
With 'WORKBATCH: HIGH'

-------------------------------------------------
             Welcome to lolMiner 0.41            

   This software is only meant for pool mining  
    with the Equihash 96.5 or 144.5 algorithm    

          Made by Lolliedieb, July 2018          
-------------------------------------------------
lolMiner is configured to mine MinexCoin(MNX), Equihash 96.5
Setup Miner...
Using device with id 0 (Radeon RX 570 Series)
Using device with id 1 (Radeon RX 570 Series)
Using device with id 2 (Radeon RX 570 Series)
Using device with id 3 (Radeon RX 570 Series)
Using device with id 4 (Radeon RX 570 Series)
Using device with id 5 (Radeon RX 570 Series)
Using device with id 6 (Radeon RX 570 Series)
Using device with id 7 (Radeon RX 570 Series)
Using device with id 8 (Radeon RX 570 Series)
Using device with id 9 (Radeon RX 570 Series)
Using device with id 10 (Radeon RX 570 Series)
Using device with id 11 (Radeon RX 570 Series)
Using device with id 12 (Radeon RX 570 Series)
Work batch: 28
Work batch: 28
Work batch: 28
Work batch: 28
Work batch: 28
Work batch: 28
Work batch: 28
Work batch: 28
Work batch: 28
Work batch: 28
Work batch: 28
Work batch: 28
Work batch: 28
Connecting to pool...
Connected to eu.minexpool.nl:3333
Subscribed to stratum server
New target received: 000028f5c28f5c28f60000000000000000000000000000000000000000000000
New job received: 1bdc8
Authorized worker: xxx
Start Mining...
Submitting share
Share accepted
Average speed (5s): 11906.4 sol/s | 11865.5 sol/s | 10575.0 sol/s | 10971.8 sol/s | 11924.7 sol/s | 10581.1 sol/s | 9939.8 sol/s | 10534.7 sol/s | 8552.7 sol/s | 9554.2 sol/s | 9892.5 sol/s | 10990.5 sol/s | 10571.5 sol/s Total: 137860.4 sol/s
Submitting share
Share accepted
Submitting share
Share accepted
Submitting share
Share accepted
Average speed (5s): 11904.7 sol/s | 11798.4 sol/s | 11482.3 sol/s | 11838.8 sol/s | 11863.1 sol/s | 11523.7 sol/s | 11147.2 sol/s | 11282.5 sol/s | 11169.1 sol/s | 10562.9 sol/s | 10235.7 sol/s | 11193.2 sol/s | 9182.5 sol/s Total: 145184.3 sol/s

It reports it's mining at 145 Ksols. However, according to the pool, the hashrate is much lower

Worker   Hashrate (Now)   Hashrate (AVG)   Diff.           Shares
rig1           34.36 KSol/s           50.72 KSol/s          -2457600   900           

Please fix this issue! There's nothing in the logs to indicate there's any sort of issue. lolminer continues to report high hash rates.
..and yes, the difficulty value is  -2457600. This number constantly changes to some random off-the-wall number.

Meanwhile the power draw of each of my cards are all over the place:

ROCm output with V0.41 WORKBATCH: HIGH
====================    ROCm System Management Interface    ====================
================================================================================
 GPU  Temp    AvgPwr   SCLK     MCLK     Fan      Perf    SCLK OD
  1   49.0c   74.130W  1168Mhz  1750Mhz  16.86%   manual    0%
  2   46.0c   71.100W  1168Mhz  1750Mhz  16.86%   manual    0%      
  3   48.0c   69.43W   1168Mhz  1750Mhz  16.86%   manual    0%      
  4   56.0c   68.216W  1168Mhz  1750Mhz  16.86%   manual    0%      
  5   48.0c   63.3W    1168Mhz  1750Mhz  16.86%   manual    0%      
  6   55.0c   68.94W   1168Mhz  1750Mhz  16.86%   manual    0%      
  7   42.0c   63.159W  1168Mhz  1750Mhz  16.86%   manual    0%      
  8   46.0c   62.99W   1168Mhz  1750Mhz  16.86%   manual    0%      
  9   51.0c   79.39W   1168Mhz  1750Mhz  16.86%   manual    0%      
  10  55.0c   69.3W    1168Mhz  1750Mhz  16.86%   manual    0%      
  11  59.0c   50.68W   1168Mhz  1000Mhz  16.86%   manual    0%      
  12  49.0c   47.175W  1168Mhz  1000Mhz  16.86%   manual    0%      
  13   44.0c   55.197W  1168Mhz  1000Mhz  16.86%   manual    0%
================================================================================

**yes, the SCLK value is a little low, I've stepped in down a notch with:
rocm_smi.py --setsclk 5

However, even if I use '--setclk 6', I see similar disparities between the power draw and hash rates.

Also, the MCLK rates sporadically change between different values {300, 1000, 1750..etc} Mhz for each of the cards. Every time I run this output the MCLK values change.


**********update**********
I've been running V0.41 for the last hour or so with 'WORKBATCH: MEDIUM' And the results are pretty impressive so far. There's a definite 15-20% increase in the average hash rate over v0.34. Everything looks pretty solid so far. Need to run it for a few days to see if this trend continues.

**for comparison
ROCm output with V0.41 WORKBATCH: MEDIUM
====================    ROCm System Management Interface    ====================
================================================================================
 GPU  Temp    AvgPwr   SCLK     MCLK     Fan      Perf    SCLK OD
  1   59.0c   91.180W  1168Mhz  1750Mhz  16.86%   manual    0%      
  2   55.0c   92.161W  1168Mhz  1750Mhz  16.86%   manual    0%      
  3   57.0c   89.70W   1168Mhz  1750Mhz  16.86%   manual    0%      
  4   67.0c   94.119W  1168Mhz  1750Mhz  16.86%   manual    0%      
  5   57.0c   88.94W   1168Mhz  1750Mhz  16.86%   manual    0%      
  6   65.0c   91.209W  1168Mhz  1750Mhz  16.86%   manual    0%      
  7   53.0c   90.72W   1168Mhz  1750Mhz  16.86%   manual    0%      
  8   56.0c   94.34W   1168Mhz  1750Mhz  16.86%   manual    0%      
  9   62.0c   97.141W  1168Mhz  1750Mhz  16.86%   manual    0%      
  10  70.0c   96.27W   1168Mhz  1750Mhz  16.86%   manual    0%      
  11  73.0c   97.100W  1168Mhz  1750Mhz  16.86%   manual    0%      
  12  61.0c   94.14W   1168Mhz  1750Mhz  16.86%   manual    0%      
  13  54.0c   91.69W   1168Mhz  1750Mhz  16.86%   manual    0%      
================================================================================


****************update 2*******************
After mining for a few hours, the balance that each rig below was contributing to the next 0.1MNX payout was roughly equal.
However, 6 hours later the hashrate on the lolminer rig was still high but is producing significantly less crypto.
The balance listed below between the two rigs should be roughly equal, but it's not even close.

Worker   Hashrate (Now)   Hashrate (AVG)           Diff.           Shares     Balance
nvidia   167.23 KSol/s           167.67 KSol/s           1495173   547.55   0.04332093  (EWBF Cuda Equihash miner)
amd     157.71 KSol/s           147.99 KSol/s           1462857   714.29   0.01504778  (lolminer v0.41)


Why is this happening? V0.34 had a lower hashrate but was producing more crypto in the long term.
This is the exact same behavior I saw with version v0.40

**lolminer v0.41 did fail twice during the time I was mining. Both failures were due to: 'Floating point exception(core dumped)'
**I have a script that restarts the miner in the event that it fails. So these failures resulted in only a minute or two of downtime.

switching back to v0.34...
newbie
Activity: 81
Merit: 0
how to change mining "short". between exemples 1,2,3 if u put at each examples ay coin to mine
newbie
Activity: 5
Merit: 0
at 2g amd does not work?
newbie
Activity: 9
Merit: 0
Hi there,

I just updated the miner to version 0.41

Here are the download links:

[Lin 64] Click me (0.41 for Linux)
[Win 64]  Click me (0.41 for Windows)


And here are the changes (hope I get all):

Windows Version:
- Switched from a mingW64 to a visual studio based build. This should remove the majority of the Windows bugs / random crashed Cheesy

Coins:
- Added support for HeptaCoin (HEPTA)

Api:
- Added some new fields (total sol/s and pool information where the RIG is connected)
- Fixed the Windows API stability bug

Features:
- The miner now supports automatic user names. The parameter "RIGNAME" (in config file) or -rigname= (in command line) set a name for the Rig. When now for any pool connection data at the "USER" field no "." is found the RIGNAME will be appended to the user name automatically. Instead when a "." is found, RIGNAME will be ignored.

- Extended the "DEVICES" parameter and also enables control of devices in command line. Now the miner is fully functional to be controled over cmd. Especially the user now can select "DEVICES":"AMD" or "DEVICES" : "NVIDIA" to restrict to GPUs for one vendor (see manual for more details).

- Added the options "TIMEPRINT" and "SHORTACCEPT" to modify the console output. (See manual in section "Modify the Statistics Output")

- Added the options "CONNECTION_ATTEMPTS" and "RECONNECTION_TIMER" to modify the behavior of the failover support (See manual in section "Adjusting the Failover Pool Function")

- lolMiner can now change the kernel file search directory ("KERNELSDIR") and for the user_config.json (-usercfg= in command line). The paths can be absolute or relative to the current work directory. This allows to install the executable in some system search path and the other required stuff in a complete different location.


Known issues:
- Windows defender sometimes recognizes lolMiner.exe as virus. This is a false positive and Windows defender is the only search engine that I am aware of that does so (only one out of 67 virus search engines tested)

- Windows version may crash when hitting
  • - better stop the miner by task manager or ctrl + c.

- The current mining code for Nvidia & MNX seems only to work well (fast) on GTX1080 cards. Unfortunately the older one does not work directly in miner framework. I will now be on vacation for a week but will try to fix this ASAP.

- The API can not be displayed in Chrome. No idea why, but Firefox and Internet Explorer did well, on Windows, Linux and Android mobile.

does this improve Sols for AMD Cards
member
Activity: 473
Merit: 18
- The API can not be displayed in Chrome. No idea why, but Firefox and Internet Explorer did well, on Windows, Linux and Android mobile.

Biggest issue (for me) is that it doesnt work from powershell.
both Invoke-WebRequest and Invoke-RESTMethod fail with "underlying connection was closed"

you can test using "Invoke-WebRequest http://localhost:8080"


Maybe because its not ouputing html but json code... I hope to add a html surface for it later, but first I have to tackle the speed issues Wink

it can handle json well, but the problem is http server implementation
it fails with "System.Net.WebException: The underlying connection was closed: An unexpected error occurred
                        on a receive. ---> System.IO.IOException: Unable to read data from the transport connection:
                        An existing connection was forcibly closed by the remote host. --->
                        System.Net.Sockets.SocketException: An existing connection was forcibly closed by the remote
                        host"

Which also explains why Chrome doesn't work. Firefox also fails to display (although you can see the response in Dev Tools).

Simple "telnet localhost 8080" does return the info, which means its definitely not an http server )
newbie
Activity: 82
Merit: 0
It is not done yet, now the miner crashes , the moment the workbatch is loaded.
I've set it only with AMD gpus to work, i have mixed system...let me try with every cards. Maybe will not crash that way...

edit: Nope, it is the same, the miner crashes on start when the workbatch is loaded. Windows 10 x64, blockchain drivers and newest nvidia drivers.
member
Activity: 433
Merit: 48
- The API can not be displayed in Chrome. No idea why, but Firefox and Internet Explorer did well, on Windows, Linux and Android mobile.

Biggest issue (for me) is that it doesnt work from powershell.
both Invoke-WebRequest and Invoke-RESTMethod fail with "underlying connection was closed"

you can test using "Invoke-WebRequest http://localhost:8080"


Maybe because its not ouputing html but json code... I hope to add a html surface for it later, but first I have to tackle the speed issues Wink
member
Activity: 473
Merit: 18
- The API can not be displayed in Chrome. No idea why, but Firefox and Internet Explorer did well, on Windows, Linux and Android mobile.

Biggest issue (for me) is that it doesnt work from powershell.
both Invoke-WebRequest and Invoke-RESTMethod fail with "underlying connection was closed"

you can test using "Invoke-WebRequest http://localhost:8080"
member
Activity: 433
Merit: 48
Hi there,

I just updated the miner to version 0.41

Here are the download links:

[Lin 64] Click me (0.41 for Linux)
[Win 64]  Click me (0.41 for Windows)


And here are the changes (hope I get all):

Windows Version:
- Switched from a mingW64 to a visual studio based build. This should remove the majority of the Windows bugs / random crashed Cheesy

Coins:
- Added support for HeptaCoin (HEPTA)

Api:
- Added some new fields (total sol/s and pool information where the RIG is connected)
- Fixed the Windows API stability bug

Features:
- The miner now supports automatic user names. The parameter "RIGNAME" (in config file) or -rigname= (in command line) set a name for the Rig. When now for any pool connection data at the "USER" field no "." is found the RIGNAME will be appended to the user name automatically. Instead when a "." is found, RIGNAME will be ignored.

- Extended the "DEVICES" parameter and also enables control of devices in command line. Now the miner is fully functional to be controled over cmd. Especially the user now can select "DEVICES":"AMD" or "DEVICES" : "NVIDIA" to restrict to GPUs for one vendor (see manual for more details).

- Added the options "TIMEPRINT" and "SHORTACCEPT" to modify the console output. (See manual in section "Modify the Statistics Output")

- Added the options "CONNECTION_ATTEMPTS" and "RECONNECTION_TIMER" to modify the behavior of the failover support (See manual in section "Adjusting the Failover Pool Function")

- lolMiner can now change the kernel file search directory ("KERNELSDIR") and for the user_config.json (-usercfg= in command line). The paths can be absolute or relative to the current work directory. This allows to install the executable in some system search path and the other required stuff in a complete different location.


Known issues:
- Windows defender sometimes recognizes lolMiner.exe as virus. This is a false positive and Windows defender is the only search engine that I am aware of that does so (only one out of 67 virus search engines tested)

- Windows version may crash when hitting
  • - better stop the miner by task manager or ctrl + c.

- The current mining code for Nvidia & MNX seems only to work well (fast) on GTX1080 cards. Unfortunately the older one does not work directly in miner framework. I will now be on vacation for a week but will try to fix this ASAP.

- The API can not be displayed in Chrome. No idea why, but Firefox and Internet Explorer did well, on Windows, Linux and Android mobile.
newbie
Activity: 82
Merit: 0
How to set separate GPU for memory usage and how to set device id 0, 1 or 2.....i dont get it, there is not much instructions
hero member
Activity: 756
Merit: 541
Hi.

Is there any way to use IoIMiner without *.json file?

Kind regars
newbie
Activity: 6
Merit: 0
running ubuntu 18.04.1 with 13 RX570 (8GB) cards.

There is something seriously wrong with the Equihash 96.5 (Minexcoin) algo on v0.4
If I use the WORKBATCH:  HIGH setting, the hashrate slows down to a crawl, also of note is that the power draw of each GPU is around 40 watts (it's normally 95 watts when mining). Something just isn't working right with the HIGH setting.
If I use WORKBATCH:  MEDIUM, the reported hashrate (on http://eu.minexpool.nl) is around 10-15% higher then with v.034
However, it goes through these long periods where very little crypto is actually paid out from the pool. I don't understand how the listed balance for this rig is consistently really low, but yet the hashrate is high.

Switched back to v.034 for now.
v.034 doesn't have issues with '--set-work-batch HIGH ' , and it gets paid more from the pool than with v.04


the same thing Sad
newbie
Activity: 2
Merit: 0
Hey guys, switched all of my rigs over from windows to SMOS a few months ago, have been using lolminer since version 0.2 i believe. This version has really stumped me. I tested on one rig with 4 1080ti's and 4 1070's and had about a 2-3% increase in hashrate. Following this i switched all 8 of my miners over. 4 are now currently off after receiving an overclocking error-

[4074005.214470] NVRM: Xid (PCI:0000:05:00): 13, Graphics SM Warp Exception on (GPC 2, TPC 4): Out Of Range Address
[4074005.228665] NVRM: Xid (PCI:0000:05:00): 13, Graphics SM Global Exception on (GPC 2, TPC 4): Physical Multiple Warp Errors
[4074005.244845] NVRM: Xid (PCI:0000:05:00): 13, Graphics Exception: ESR 0x516648=0x2000e 0x516650=0x24 0x516644=0xd3eff2 0x51664c=0x17f
[4074005.303301] NVRM: Xid (PCI:0000:05:00): 43, Ch 00000010, engmask 00000101
[4074005.316766] NVRM: Xid (PCI:0000:06:00): 43, Ch 00000010, engmask 00000101
Rig is rebooting due to system error. It could be caused by too much overclock/undervolt.
Average speed (5s): 85932.8 sol/s | 85165.3 sol/s | 85674.1 sol/s | 0.0 sol/s | 0.0 sol/s | 84946.2 sol/s | 85864.5 sol/s | 85239.7 sol/s Total: 512822.7 sol/s
Submitting share
Share accepted

I hadn't changed any settings between the switch of v0.34 and v0.4 and it ran for about an hour before receiving this error on all 4 machines, so i played around with on that is here, (the others are at remote locations). On a rig of 13 1060's the errors began to build up in between reboots and eventually lost fan control on half the rig before reinstalling the latest version of smos to a usb and starting again. Following the new usb it's running stable for about 30 minutes now but the hashrate is pretty much the same as v0.34 (11k sol/s)/(1060 6gb). I have a standard config perhaps i need to dig into the file and set some more parameters.. Any advice please let me know.

   -coin=MNX -pool=eu.minexpool.nl -port=9999 -user=XCgqjh3kCdbW8jD8wjmsHSuUx7Qd6o4xpV.Bigfella -p x

Standard config i've been using ^^^^
newbie
Activity: 5
Merit: 0
Dear Lolliedieb, Sir
Is there any chance for R9 380 2GB RAM to get involved?
Thank you
newbie
Activity: 60
Merit: 0
>  Between hashing and the actuall payment usually is more then half a day.

The pool I'm using pays out in 0.1 MNX increments. I can clearly see the percentage that each rig has contributed toward the next 0.1 MNX payout.  I've been monitoring this daily for the last 7 months, so I'm familiar with how this works. All I'm saying is, there's something off with lolminer version 0.4 as it relates to my setup.
member
Activity: 433
Merit: 48
running ubuntu 18.04.1 with 13 RX570 (8GB) cards.

There is something seriously wrong with the Equihash 96.5 (Minexcoin) algo on v0.4
If I use the WORKBATCH:  HIGH setting, the hashrate slows down to a crawl, also of note is that the power draw of each GPU is around 40 watts (it's normally 85 watts when mining). Something just isn't working right with the HIGH setting.
If I use WORKBATCH:  MEDIUM, the reported hashrate (on http://eu.minexpool.nl) is around 10-15% higher then with v.034
However, it goes through these long periods where very little crypto is actually paid out from the pool. I don't understand how the listed balance for this rig is consistently really low, but yet the hashrate is high.

Switched back to v.034 for now.
v.034 doesn't have issues with '--set-work-batch HIGH ' , and it gets paid more from the pool than with v.04

Ok, so here HIGH slowes down the speed but also the power draw. Seems the GPUs are in fact running slower then. Can you tell me when starting up the 0.4 should report "Work Batch: " what these numbers are for MEDIUM and HIGH? It could be that the card has some sweet spot (e.g. preferes numbers divisible by 2,3,4 whatever) - that would be good to know Smiley

As for the pool you will always see a larger delay:
First you will see the "Shares" counter increase. That should happen lineary with your sol/s, so when pool says you got 10% higher sol/s it should climb up 10% quicker. Then after a while shares will be reset to 0. At that point a block was mined where the pool decided you now should be payed from that block. So the shares you collected before are then transfered to "Immature" and once the corresponding block has 100 confirmations it will be added up to your balance. The balance will then be payed out when reaching your current payment limit, I guess default at that pool is still 0.1 mnx.

That said: Between hashing and the actuall payment usually is more then half a day. Also luck of the pool and overall network hash plays a role, so to get a realistic estimate what advantage you have from one or other software version you must run both on identical hardware and same pool and start comparing incomming payouts more then a day after the experiment started. Usually when even pool detects that the hash is higher it should reward it higher. But also currently the network hashrate is over 30% higher then last week so that reduces payout / sol  :/
member
Activity: 433
Merit: 48
Why it is not work for me?

After run run_miner.bat, i have this:
https://i104.fastpic.ru/big/2018/0728/09/f0349bb62b7b0efcb3a27c15fffb5d09.jpg
(an endless attempt to run the mining.)

Windows 10 / Nvidia 398.36 / 1x1080ti

PS: ver 0.3 not working too.

This is strange. Have you tried to run clinfo.exe to see information about your OpenCL setup if its complete? That point of miner close is directly where it should try to detect the OpenCL drivers available.

On a headless Ubuntu 18.04 server (updated to latest patch) using amdgpu-pro-18.20-606296 (had to hack it a bit by symlinking libamdoclsc64.so to libamdocl64.so and fixing some permissions - strace is a wonderful tool) using two stock MSI Vega 56's, it's working. Mostly.

I 0 sol/s appear (usually) when writing to a non available memory address. There can be two reasons for this: a) either invalid program code / the program really tries to write to a non existing addr or b) some bits flipped so some calculation went inaccurate. The latter often happens with too much OC.
Plz try to run again and see if there is a systematics here / always after some time or always on same GPU. That may indicate slightly too high clocks. E.g. we had a 580 in testing with +10% mem running stable for hours, but at +15% ending up in 0 sol/s after less then 5 minutes and that reproducable.

Very bad miner. Even in MNX on the old miner the speed was better. Not to mention the 144.5 EWBF's percentage of 30 more gives on BTG In general, this is a failure. Checked on the cards 1070.

Old miner speed was better on 1070? Can someone confirm? On my 1080 I went from 16.4k to over 20.5k from 0.34 to 0.4. Wonder (on same code) if 1070 or 1080 scale differently here (I do not have such cards, but if that confirms I can provide the lagacy kernels for the new miner, so newer features can be used with older kernel code).

By the way: right now building up an complete new Windows build chain, switching from MingW64 cross build to Microsoft Visual Studio compilers and runtime libs. I hope this reduces the problems we face in Windows Smiley
newbie
Activity: 60
Merit: 0
running ubuntu 18.04.1 with 13 RX570 (8GB) cards.

There is something seriously wrong with the Equihash 96.5 (Minexcoin) algo on v0.4
If I use the WORKBATCH:  HIGH setting, the hashrate slows down to a crawl, also of note is that the power draw of each GPU is around 40 watts (it's normally 95 watts when mining). Something just isn't working right with the HIGH setting.
If I use WORKBATCH:  MEDIUM, the reported hashrate (on http://eu.minexpool.nl) is around 10-15% higher then with v.034
However, it goes through these long periods where very little crypto is actually paid out from the pool. I don't understand how the listed balance for this rig is consistently really low, but yet the hashrate is high.

Switched back to v.034 for now.
v.034 doesn't have issues with '--set-work-batch HIGH ' , and it gets paid more from the pool than with v.04
newbie
Activity: 18
Merit: 0
On a headless Ubuntu 18.04 server (updated to latest patch) using amdgpu-pro-18.20-606296 (had to hack it a bit by symlinking libamdoclsc64.so to libamdocl64.so and fixing some permissions - strace is a wonderful tool) using two stock MSI Vega 56's, it's working. Mostly.

I get:
Average speed (60s): 21.2 sol/s | 19.9 sol/s Total: 41.1 sol/s

Although one of the 56's locked up after about an hour or so and zombied the process. Had to hard reboot the system:
===============================================
Average speed (5s): 22.0 sol/s | 21.4 sol/s Total: 43.4 sol/s
New job received:
Submitting share
Share accepted
Average speed (5s): 18.2 sol/s | 19.2 sol/s Total: 37.4 sol/s
New job received:
Average speed (5s): 4.6 sol/s | 7.4 sol/s Total: 12.0 sol/s
---------------------------------------------
Average speed (60s): 17.2 sol/s | 18.6 sol/s Total: 35.9 sol/s
---------------------------------------------
Average speed (5s): 0.0 sol/s | 0.0 sol/s Total: 0.0 sol/s
Average speed (5s): 0.0 sol/s | 0.0 sol/s Total: 0.0 sol/s
Error: lolMiner detected that device 0 is stucked
Shutting down lolMiner
===============================================
newbie
Activity: 1
Merit: 0
Very bad miner. Even in MNX on the old miner the speed was better. Not to mention the 144.5 EWBF's percentage of 30 more gives on BTG In general, this is a failure. Checked on the cards 1070.
Jump to: