Bitcoin Forum
July 12, 2020, 09:30:27 AM *
News: Latest Bitcoin Core release: 0.20.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 [33] 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 ... 163 »
  Print  
Author Topic: [ANN]Bminer: a fast Equihash/Ethash/Cuckaroo29m miner for AMD/NVIDIA GPUs 16.2.4  (Read 140275 times)
MagicSmoker
Full Member
***
Offline Offline

Activity: 420
Merit: 182



View Profile
February 02, 2018, 02:59:00 PM
Last edit: February 02, 2018, 07:14:18 PM by MagicSmoker
 #641

Following this with great enthousiasm
Do keep us posted
What's preliminary assessment?

I just started a head-to-head comparison of dstm 0.5.8 and bminer 5.3.0 mining ZEN to separate wallet addresses on luckpool.org with each getting a GTX 1080 that were tuned to have matching hashrate on either miner (ie - the hashrate reported by bminer was the same on each card, not that the hashrates for bminer and dstm were the same).
...

The preliminary assessment is unavailable because the luckpool.org web page won't refresh... I've been mining ZEN on there for a couple of months and this happens quite a bit with them, unfortunately. They do have a fairly large pool and high total hashrate, and have proven to be fair and reliable (at least the pool, if not the website).


UPDATE - okay, the luckpool website is back up (mining was unaffected) and so far, at 5 hours in, bminer is in the lead with 0.0103 ZEN vs. dstm with 0.0094 ZEN.

UPDATE 2 - It's now more or less a statistical tie at the 8h mark with 0.0227 ZEN for bminer and 0.0225 ZEN for dstm. Also, bminer has been consistently claiming a hashrate of 550-555 Sols/s while dstm's hashrate has been bouncing around between 520-535 Sols/s.

1594546227
Hero Member
*
Offline Offline

Posts: 1594546227

View Profile Personal Message (Offline)

Ignore
1594546227
Reply with quote  #2

1594546227
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
scarey12
Newbie
*
Offline Offline

Activity: 3
Merit: 0


View Profile
February 02, 2018, 05:38:37 PM
Last edit: February 02, 2018, 06:27:28 PM by scarey12
 #642

Quote
Quote
Quote
When are you gonna fix e-mail adresses?

I tested and it works for me. Can you take another look at https://www.bminer.me/examples/#escaping-characters-in-the-uri ?

I did it exactly like in the link but nanopool got workerFfoo0gmail.com as worker name...

I think % is special in windows batch files and I had to double them up.  This is working for me on windows with nanopool:

Code:
bminer.exe -uri stratum://ADDRESS.WORKER%%2FEMAIL%%40EMAIL.DOMAIN@zec-us-east1.nanopool.org:6666 -api 127.0.0.1:1880
MagicSmoker
Full Member
***
Offline Offline

Activity: 420
Merit: 182



View Profile
February 02, 2018, 11:23:02 PM
Last edit: February 03, 2018, 12:24:48 AM by MagicSmoker
 #643

Just passed the halfway point in my concurrent comparison of bminer 5.3.0 vs. dstm 0.5.8 and to make extra sure things are as fair as possible I flipped miners and rigs - bminer was on Rig 1 mining to Address 1, now it is on Rig 2 but still mining to Address 1, and vice versa for dstm.

The tally so far at the midpoint is 0.0327 ZEN for bminer and 0.0333 ZEN for dstm; less than a 2% difference, but with the advantage going to dstm now.

Testing will end tomorrow at 6:00AM EST and I will let immature shares settle for at least 1 hour before reporting results; luckpool finds blocks very often and provides an accurate tally of what you will earn for your shares, it just takes a while to move them from the immature column to confirmed, same as any other pool.

UPDATE - I just checked on the rigs and both miners were reporting they were hashing away just fine but the pool said bminer was offline. After restarting bminer the pool shows it back online again but there is a steep dip and rebound in the hashrate graph; earnings were affected as well, with dstm now at 0.0374 ZEN and bminer 0.0356 ZEN, so this wasn't a pool issue. I can't think of a worse failure mode for a miner, really - it was still drawing a huge amount of power and appearing to work, but not actually doing anything useful.


saydex
Newbie
*
Offline Offline

Activity: 1
Merit: 0


View Profile
February 03, 2018, 12:47:45 AM
 #644

Bminer is a highly optimized Equihash miner that runs on modern NVIDIA GPUs (Maxwell and Pascal, i.e. GPUs that have compute capability 5.0 or above). Bminer

It doesn't work on a docker container. Here is my log:
Code:
docker run --runtime=nvidia --rm -t -i e3aae3e4fa60 bminer -uri <my_uri_here>
[INFO] [2018-02-03T00:01:23Z] Bminer: When Crypto-mining Made Fast (v5.3.0-e337b9a)
[INFO] [2018-02-03T00:01:23Z] Checking updates
[INFO] [2018-02-03T00:01:23Z] Watchdog has started
[INFO] [2018-02-03T00:01:23Z] Starting miner on devices [0]
[INFO] [2018-02-03T00:01:24Z] Connected to XXXXXXXX
[INFO] [2018-02-03T00:01:24Z] Subscribed to stratum server
[INFO] [2018-02-03T00:01:24Z] Set nonce to XXXXXXXX
[INFO] [2018-02-03T00:01:24Z] Authorized
[INFO] [2018-02-03T00:01:24Z] Set target to XXXXXXXX
[INFO] [2018-02-03T00:01:24Z] Starting miner on device 0...
[INFO] [2018-02-03T00:01:24Z] Started miner on device 0
panic: runtime error: index out of range
[WARN] [2018-02-03T00:01:24Z] Miner died! It will be restarted soon...
[INFO] [2018-02-03T00:01:31Z] Bminer: When Crypto-mining Made Fast (v5.3.0-e337b9a)
[INFO] [2018-02-03T00:01:31Z] Watchdog has started
[INFO] [2018-02-03T00:01:31Z] Starting miner on devices [0]
[INFO] [2018-02-03T00:01:32Z] Connected to XXXXXXXX
[INFO] [2018-02-03T00:01:32Z] Subscribed to stratum server
[INFO] [2018-02-03T00:01:32Z] Set nonce to XXXXXXXX
[INFO] [2018-02-03T00:01:32Z] Authorized
[INFO] [2018-02-03T00:01:32Z] Set target to XXXXXXXX
[INFO] [2018-02-03T00:01:32Z] Starting miner on device 0...
[INFO] [2018-02-03T00:01:32Z] Started miner on device 0
panic: runtime error: index out of range
[WARN] [2018-02-03T00:01:32Z] Miner died! It will be restarted soon...

Please, fix the issue!

Tnx a lot!
TDartDDD
Newbie
*
Offline Offline

Activity: 11
Merit: 0


View Profile
February 03, 2018, 02:22:00 AM
 #645

Just passed the halfway point in my concurrent comparison of bminer 5.3.0 vs. dstm 0.5.8 and to make extra sure things are as fair as possible I flipped miners and rigs - bminer was on Rig 1 mining to Address 1, now it is on Rig 2 but still mining to Address 1, and vice versa for dstm.

The tally so far at the midpoint is 0.0327 ZEN for bminer and 0.0333 ZEN for dstm; less than a 2% difference, but with the advantage going to dstm now.

Testing will end tomorrow at 6:00AM EST and I will let immature shares settle for at least 1 hour before reporting results; luckpool finds blocks very often and provides an accurate tally of what you will earn for your shares, it just takes a while to move them from the immature column to confirmed, same as any other pool.

UPDATE - I just checked on the rigs and both miners were reporting they were hashing away just fine but the pool said bminer was offline. After restarting bminer the pool shows it back online again but there is a steep dip and rebound in the hashrate graph; earnings were affected as well, with dstm now at 0.0374 ZEN and bminer 0.0356 ZEN, so this wasn't a pool issue. I can't think of a worse failure mode for a miner, really - it was still drawing a huge amount of power and appearing to work, but not actually doing anything useful.




Now that's sketchy! Still drawing and hashing away but no output?
Does a program usually still continue to run under full load when it occurs an internal error or is there something else happening here?
I'd like to see what realbminer thinks.
realbminer
Member
**
Offline Offline

Activity: 449
Merit: 49


View Profile WWW
February 03, 2018, 03:25:14 AM
 #646

Just passed the halfway point in my concurrent comparison of bminer 5.3.0 vs. dstm 0.5.8 and to make extra sure things are as fair as possible I flipped miners and rigs - bminer was on Rig 1 mining to Address 1, now it is on Rig 2 but still mining to Address 1, and vice versa for dstm.

The tally so far at the midpoint is 0.0327 ZEN for bminer and 0.0333 ZEN for dstm; less than a 2% difference, but with the advantage going to dstm now.

Testing will end tomorrow at 6:00AM EST and I will let immature shares settle for at least 1 hour before reporting results; luckpool finds blocks very often and provides an accurate tally of what you will earn for your shares, it just takes a while to move them from the immature column to confirmed, same as any other pool.

UPDATE - I just checked on the rigs and both miners were reporting they were hashing away just fine but the pool said bminer was offline. After restarting bminer the pool shows it back online again but there is a steep dip and rebound in the hashrate graph; earnings were affected as well, with dstm now at 0.0374 ZEN and bminer 0.0356 ZEN, so this wasn't a pool issue. I can't think of a worse failure mode for a miner, really - it was still drawing a huge amount of power and appearing to work, but not actually doing anything useful.


Could you share the failure log of Bminer? I would love to take a look.

It seems like a network issue that takes longer than usual to reconnect. Bminer does not shutdown GPU during reconnection, because it takes too long to re-init GPUs via Nvidia driver.

In future releases, I plan to add failover server support. I will also find a way to put GPU at idle states that draw less power during reconnection.

When Crypto-mining Made Fast. @realbminer on TWTR
groove_master
Newbie
*
Offline Offline

Activity: 56
Merit: 0


View Profile
February 03, 2018, 04:06:18 AM
 #647

UPDATE - I just checked on the rigs and both miners were reporting they were hashing away just fine but the pool said bminer was offline. After restarting bminer the pool shows it back online again but there is a steep dip and rebound in the hashrate graph; earnings were affected as well, with dstm now at 0.0374 ZEN and bminer 0.0356 ZEN, so this wasn't a pool issue. I can't think of a worse failure mode for a miner, really - it was still drawing a huge amount of power and appearing to work, but not actually doing anything useful.
Yeah, I had this issue yesterday. Bminer was still mining full speed locked at some task, while the dashboard showed I was offline. Restarted the miner and it's been going strong for 24 hours now. The only problem is that the rewards I'm getting from the btg supernova pool are miniscule. Like 3.5 times lower than what the WTM site estimates.
realbminer
Member
**
Offline Offline

Activity: 449
Merit: 49


View Profile WWW
February 03, 2018, 04:35:34 AM
 #648

Bminer is a highly optimized Equihash miner that runs on modern NVIDIA GPUs (Maxwell and Pascal, i.e. GPUs that have compute capability 5.0 or above). Bminer

It doesn't work on a docker container. Here is my log:
Code:
docker run --runtime=nvidia --rm -t -i e3aae3e4fa60 bminer -uri <my_uri_here>
[INFO] [2018-02-03T00:01:23Z] Bminer: When Crypto-mining Made Fast (v5.3.0-e337b9a)
[INFO] [2018-02-03T00:01:23Z] Checking updates
[INFO] [2018-02-03T00:01:23Z] Watchdog has started
[INFO] [2018-02-03T00:01:23Z] Starting miner on devices [0]
[INFO] [2018-02-03T00:01:24Z] Connected to XXXXXXXX
[INFO] [2018-02-03T00:01:24Z] Subscribed to stratum server
[INFO] [2018-02-03T00:01:24Z] Set nonce to XXXXXXXX
[INFO] [2018-02-03T00:01:24Z] Authorized
[INFO] [2018-02-03T00:01:24Z] Set target to XXXXXXXX
[INFO] [2018-02-03T00:01:24Z] Starting miner on device 0...
[INFO] [2018-02-03T00:01:24Z] Started miner on device 0
panic: runtime error: index out of range
[WARN] [2018-02-03T00:01:24Z] Miner died! It will be restarted soon...
[INFO] [2018-02-03T00:01:31Z] Bminer: When Crypto-mining Made Fast (v5.3.0-e337b9a)
[INFO] [2018-02-03T00:01:31Z] Watchdog has started
[INFO] [2018-02-03T00:01:31Z] Starting miner on devices [0]
[INFO] [2018-02-03T00:01:32Z] Connected to XXXXXXXX
[INFO] [2018-02-03T00:01:32Z] Subscribed to stratum server
[INFO] [2018-02-03T00:01:32Z] Set nonce to XXXXXXXX
[INFO] [2018-02-03T00:01:32Z] Authorized
[INFO] [2018-02-03T00:01:32Z] Set target to XXXXXXXX
[INFO] [2018-02-03T00:01:32Z] Starting miner on device 0...
[INFO] [2018-02-03T00:01:32Z] Started miner on device 0
panic: runtime error: index out of range
[WARN] [2018-02-03T00:01:32Z] Miner died! It will be restarted soon...

Please, fix the issue!

Tnx a lot!

I will take a look and see what I can do

When Crypto-mining Made Fast. @realbminer on TWTR
MagicSmoker
Full Member
***
Offline Offline

Activity: 420
Merit: 182



View Profile
February 03, 2018, 11:29:56 AM
 #649

...
UPDATE - I just checked on the rigs and both miners were reporting they were hashing away just fine but the pool said bminer was offline. After restarting bminer the pool shows it back online again but there is a steep dip and rebound in the hashrate graph; earnings were affected as well, with dstm now at 0.0374 ZEN and bminer 0.0356 ZEN, so this wasn't a pool issue. I can't think of a worse failure mode for a miner, really - it was still drawing a huge amount of power and appearing to work, but not actually doing anything useful.


Could you share the failure log of Bminer? I would love to take a look.

It seems like a network issue that takes longer than usual to reconnect. Bminer does not shutdown GPU during reconnection, because it takes too long to re-init GPUs via Nvidia driver.

In future releases, I plan to add failover server support. I will also find a way to put GPU at idle states that draw less power during reconnection.

What failure log? As far as bminer was concerned it was working just fine. It was claiming to get shares accepted and scrolling back up the console window didn't reveal any issues with the network connection. Besides, I was still able to use the web on both mining rigs the entire time the miner was running so that rules out a connection issue. Very peculiar, really.

Thuen88
Newbie
*
Offline Offline

Activity: 21
Merit: 0


View Profile
February 03, 2018, 01:58:25 PM
 #650

Something sketchy about this miner.  I change to this from DSTM miner, and now after several days the time between each payments from Suprnova is significantly longer even with 100 more sols.
MagicSmoker
Full Member
***
Offline Offline

Activity: 420
Merit: 182



View Profile
February 03, 2018, 02:19:39 PM
Last edit: February 03, 2018, 05:11:14 PM by MagicSmoker
 #651

The results of the dstm vs. bminer showdown have been postponed for 3+ hours because the luckpool website (not the pool) has been down ever since I woke up around 5:30 AM. I did stop both miners at 6:00AM and both were still mining at that time without issue (though, see my posts above). I'll update this post when luckpool's website comes back online.

UPDATE - luckpool's website is back up and I checked the balances of both miners: 0.0613 ZEN for dstm and 0.0584 for bminer. So bminer got trounced by nearly 5%, but some of that might be due it mysteriously crashing without appearing to have crashed for around 1 hour yesterday evening (which I fortunately caught).

In the interest of fairness and to be extra thorough I decided to do a second round of testing with the same methodology as before: each miner runs on a separate desktop with a single GTX 1080 mining to the same pool but with different payment addresses. I've tweaked the MSI AB profile for both cards so that each miner gives the same hashrate regardless of which card it runs on.

Thuen88
Newbie
*
Offline Offline

Activity: 21
Merit: 0


View Profile
February 03, 2018, 02:34:19 PM
 #652

Almost obvious this is a scam miner. When adding a nofee option so publicly with no significant drop in hashrate, you know there is something not right about it. Why would anyone pay devfee then ?
realbminer
Member
**
Offline Offline

Activity: 449
Merit: 49


View Profile WWW
February 03, 2018, 04:15:10 PM
 #653

Almost obvious this is a scam miner. When adding a nofee option so publicly with no significant drop in hashrate, you know there is something not right about it. Why would anyone pay devfee then ?

Same as Claymore's ZCash miner, Bminer will show the same hash number if you attempt to remove fee (via nofee option or other means). It slows down internally.

In the nofee option, the miner disables some optimizations which slow down roughly 4%, but the miner will not charge any devfee. So you roughly lose 1.5%-2%, while I lose everything.

When Crypto-mining Made Fast. @realbminer on TWTR
Thuen88
Newbie
*
Offline Offline

Activity: 21
Merit: 0


View Profile
February 03, 2018, 04:34:58 PM
Last edit: February 03, 2018, 08:46:31 PM by Thuen88
 #654

Okey why do you have that as an option if everyone lose on it ?
pnpvn
Newbie
*
Offline Offline

Activity: 1
Merit: 0


View Profile
February 03, 2018, 05:01:02 PM
 #655

Can it display the temperature? Huh Huh Huh
realbminer
Member
**
Offline Offline

Activity: 449
Merit: 49


View Profile WWW
February 03, 2018, 06:13:53 PM
 #656

The results of the dstm vs. bminer showdown have been postponed for 3+ hours because the luckpool website (not the pool) has been down ever since I woke up around 5:30 AM. I did stop both miners at 6:00AM and both were still mining at that time without issue (though, see my posts above). I'll update this post when luckpool's website comes back online.

UPDATE - luckpool's website is back up and I checked the balances of both miners: 0.0613 ZEN for dstm and 0.0584 for bminer. So bminer got trounced by nearly 5%, but some of that might be due it mysteriously crashing without appearing to have crashed for around 1 hour yesterday evening (which I fortunately caught).

In the interest of fairness and to be extra thorough I decided to do a second round of testing with the same methodology as before: each miner runs on a separate desktop with a single GTX 1080 mining to the same pool but with different payment addresses. I've tweaked the MSI AB profile for both cards so that each miner gives the same hashrate regardless of which card it runs on.



If you have the bminer console log at the time when bminer crashed, could you share it with me? It would be very helpful for me to diagnose the problem.

When Crypto-mining Made Fast. @realbminer on TWTR
realbminer
Member
**
Offline Offline

Activity: 449
Merit: 49


View Profile WWW
February 03, 2018, 06:15:46 PM
 #657

Can it display the temperature? Huh Huh Huh

If you use the bat, you can open http://127.0.0.1:1880 with a browser to view the temperature.

I will output the temperature on the console log in the next release as well.

When Crypto-mining Made Fast. @realbminer on TWTR
MagicSmoker
Full Member
***
Offline Offline

Activity: 420
Merit: 182



View Profile
February 03, 2018, 08:12:35 PM
Last edit: February 04, 2018, 12:20:56 AM by MagicSmoker
 #658

The results of the dstm vs. bminer showdown have been postponed for 3+ hours because the luckpool website (not the pool) has been down ever since I woke up around 5:30 AM. I did stop both miners at 6:00AM and both were still mining at that time without issue (though, see my posts above). I'll update this post when luckpool's website comes back online.

UPDATE - luckpool's website is back up and I checked the balances of both miners: 0.0613 ZEN for dstm and 0.0584 for bminer. So bminer got trounced by nearly 5%, but some of that might be due it mysteriously crashing without appearing to have crashed for around 1 hour yesterday evening (which I fortunately caught).

In the interest of fairness and to be extra thorough I decided to do a second round of testing with the same methodology as before: each miner runs on a separate desktop with a single GTX 1080 mining to the same pool but with different payment addresses. I've tweaked the MSI AB profile for both cards so that each miner gives the same hashrate regardless of which card it runs on.



If you have the bminer console log at the time when bminer crashed, could you share it with me? It would be very helpful for me to diagnose the problem.


No log file was created by bminer, and besides, it didn't crash in the usual way that word is defined. Bminer appeared to be running normally but the pool said it was offline. I stopped and restarted bminer, refreshed the pool page, and it was immediately registered as online again. The only possible connection I can think of is this occurred right after I switched computers the miners were running on - bminer was running on computer A and dstm was running on computer B, then at the 12 hour mark I shut down both miners and started them back up on the other computer (mining to the same address).

UPDATE - so far after 7 hours bminer has earned 0.0223 ZEN while dstm has earned 0.0210 ZEN.
Eneen
Newbie
*
Offline Offline

Activity: 58
Merit: 0


View Profile
February 03, 2018, 10:45:57 PM
 #659

Is there way to set intensity?
realbminer
Member
**
Offline Offline

Activity: 449
Merit: 49


View Profile WWW
February 04, 2018, 03:09:52 AM
 #660

Is there way to set intensity?

There is no intensity option in Bminer. Bminer always run as fast as possible unless the GPU hits temp cap (default 85).

When Crypto-mining Made Fast. @realbminer on TWTR
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 [33] 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 ... 163 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!