Bitcoin Forum
August 05, 2020, 11:04:01 PM *
News: Latest Bitcoin Core release: 0.20.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 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 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 ... 374 »
  Print  
Author Topic: [1050 TH] BitMinter.com [1% PPLNS,Pays TxFees +MergedMining,Stratum,GBT,vardiff]  (Read 835752 times)
DrHaribo
Legendary
*
Offline Offline

Activity: 2702
Merit: 1030


Bitminter.com Operator


View Profile WWW
August 29, 2012, 01:01:15 AM
 #1541

I am working on a new server version with rollntime for all miners. Not finished yet though.

It's mostly for the server this is important though. I don't think the bandwidth reduction is that great for one miner?

▶▶▶ Bitminter.com 2011-2020
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1596668641
Hero Member
*
Offline Offline

Posts: 1596668641

View Profile Personal Message (Offline)

Ignore
1596668641
Reply with quote  #2

1596668641
Report to moderator
WhitePhantom
Sr. Member
****
Offline Offline

Activity: 348
Merit: 250


View Profile
August 29, 2012, 01:23:31 AM
 #1542

Hi Doc,

Would it be possible to add a re-scan interval to the BitMinter client that checks for devices that are sitting idle and to start them if it finds any?

I have a PC that's hashing with 5 BFL Singles.  Two of them occasionally get dropped from the list and then re-added by the re-scan interval, but for some reason, every time I remote into that computer to check why the hash speed is has dropped, it's due to one or two Singles sitting idle.  If I hit the start button next to the ones that aren't hashing, they start up like nothing is wrong.

I have BitMinter set to start a new device every time it connects, so I'm not sure why they don't start up every time they get re-detected.

Thanks,
WP
kano
Legendary
*
Offline Offline

Activity: 3220
Merit: 1292


Linux since 1997 RedHat 4


View Profile
August 29, 2012, 02:45:12 AM
 #1543

I am working on a new server version with rollntime for all miners. Not finished yet though.

It's mostly for the server this is important though. I don't think the bandwidth reduction is that great for one miner?

Well ...
Code:
cgminer version 2.7.4a - Started: [2012-08-24 01:41:48]
--------------------------------------------------------------------------------
 (5s):1662.4 (avg):1491.2 Mh/s | Q:7869  A:162633  R:467  HW:0  E:2067%  U:20.7/m
 TQ: 0  ST: 7  SS: 38  DW: 375  NB: 842  LW: 427173  GF: 21  RF: 39  WU: 20.8
 Connected to http://au.ozco.in:8331 with LP as user miku
 Block: 00000388c6ea2290042fef04f1b25e64...  Started: [12:29:52]
--------------------------------------------------------------------------------
That says for every 20.67 shares I have sent so far, I have done 1 getwork.
Yes that is VERY good for the pool, but it is also good for me to have to do 1 getwork for every 20.67 shares, instead of 20.67 getworks (or more) for every 20.67 shares

Interestingly, that number almost exactly matches my U: also, so it says that I only do ~1 getwork per minute from the pool for 1.491GH/s

With a MiniRig, mining on a pool without roll-n-time, it needs to do over 350 getworks per minute.
It also needs to send ~350 shares per minute.
i.e. ~700 requests back an forward per minute.

I guess you should now see why with roll-n-time that would be MUCH better for the MiniRig since it would probably only do ~351 requests back and forward per minute ... and why I'd guess that maybe people with MiniRigs may prefer to avoid your pool ...

Edit: of course, higher difficulty shares would reduce that 351 number also
e.g. roll-n-time + 2xdifficulty shares would mean ~176 requests back and forward per minute for a MiniRig ...

Pool: https://kano.is - lowest fee PPLNS 3 Days Here on Bitcointalk: Forum
Discord support invite at https://kano.is/ Majority developer of the ckpool code - k for kano
Help keep Bitcoin secure by mining on pools with full block verification on all blocks - and NO empty blocks!
localhost
Sr. Member
****
Offline Offline

Activity: 393
Merit: 250


View Profile
August 29, 2012, 06:03:23 AM
 #1544

That is bad timing. Try and get it going a bit earlier if you can.
Meh... I would if I could  Cry

-
iCEBREAKER
Legendary
*
Offline Offline

Activity: 2156
Merit: 1070


Crypto is the separation of Power and State.


View Profile WWW
August 29, 2012, 06:16:12 AM
 #1545

Hi DrHaribo!

How is the Bitminter Java client affected by this zero-day bug?

https://bitcointalk.org/index.php?topic=104164.0;topicseen

Can I use an older version of Java to avoid it, without taking a performance hit?



██████████
█████████████████
██████████████████████
█████████████████████████
████████████████████████████
████
████████████████████████
█████
███████████████████████████
█████
███████████████████████████
██████
████████████████████████████
██████
████████████████████████████
██████
████████████████████████████
██████
███████████████████████████
██████
██████████████████████████
█████
███████████████████████████
█████████████
██████████████
████████████████████████████
█████████████████████████
██████████████████████
█████████████████
██████████

Monero
"The difference between bad and well-developed digital cash will determine
whether we have a dictatorship or a real democracy." 
David Chaum 1996
"Fungibility provides privacy as a side effect."  Adam Back 2014
Buy and sell XMR near you
P2P Exchange Network
Buy XMR with fiat
Is Dash a scam?
DrHaribo
Legendary
*
Offline Offline

Activity: 2702
Merit: 1030


Bitminter.com Operator


View Profile WWW
August 29, 2012, 09:41:18 AM
 #1546

I have BitMinter set to start a new device every time it connects, so I'm not sure why they don't start up every time they get re-detected.

I guess they reconnect as the same USB device and are not seen as "new" devices. May not be the best behavior. You could try in settings choosing on startup to start automated devices, and under automated devices put a tickmark on all the FPGAs.

Also a dirty hack would be to set up a scheduled action to start automated devices every 5 minutes. It's not meant to be necessary though.

I should look at always doing the "new device" thing even if the device has been seen before.

With a MiniRig, mining on a pool without roll-n-time, it needs to do over 350 getworks per minute.
It also needs to send ~350 shares per minute.
i.e. ~700 requests back an forward per minute.

That's not going to kill you, but yes, it uses some more bandwidth. I am working on this right now.

How is the Bitminter Java client affected by this zero-day bug?

https://bitcointalk.org/index.php?topic=104164.0;topicseen

Can I use an older version of Java to avoid it, without taking a performance hit?

Sure, Java 6 runs BitMinter client just fine. Also you could disable java (not javascript) in the browser and instead start the miner from the commandline with
Code:
javaws http://bitminter.com/client/bitminter.jnlp
Looks like Oracle learned from Microsoft. Wait a long time for the regularly scheduled update even while security holes are being exploited.

▶▶▶ Bitminter.com 2011-2020
kano
Legendary
*
Offline Offline

Activity: 3220
Merit: 1292


Linux since 1997 RedHat 4


View Profile
August 29, 2012, 10:01:11 AM
 #1547

...
With a MiniRig, mining on a pool without roll-n-time, it needs to do over 350 getworks per minute.
It also needs to send ~350 shares per minute.
i.e. ~700 requests back an forward per minute.

That's not going to kill you, but yes, it uses some more bandwidth. I am working on this right now.
...
... cgminer already monitors the pools performance and logs it ... and that can be seen from the API 'stats' command.

I guess anyone using your pool with cgminer should look and see the numbers and see how it fares according to your belief that ~700 requests back and forth per minute is trivial ...

I have been adding such information to cgminer stats for that very reason - so people can make informed decisions about their pools ...

Pool: https://kano.is - lowest fee PPLNS 3 Days Here on Bitcointalk: Forum
Discord support invite at https://kano.is/ Majority developer of the ckpool code - k for kano
Help keep Bitcoin secure by mining on pools with full block verification on all blocks - and NO empty blocks!
Fefox
Full Member
***
Offline Offline

Activity: 167
Merit: 100



View Profile
August 29, 2012, 10:23:57 AM
 #1548


Kano, its not really a big issue.. I think most of the minirig users on Bitminter are using the bitminter client, and thus have Roll-n-Time.

cgminer wasn't exactly working that great when I first got my minirigs, and I have pretty much avoided it for BFL devices. a few days ago I gave 2.7.4 a lengthy run and am happy to report nothing bad happened.. the bitminter client has been working flawlessly for me for weeks at a time without any intervention.  the only time I have stopped using it is to test cgminer...

But relax man!  Doc is working on it, im sure he will have cgminer roll-n-time working on the bitminter server soon...   we all want it to work as im sure it will help boost the pool hash rate as the die hard cgminer guys with mini rigs show up.
WhitePhantom
Sr. Member
****
Offline Offline

Activity: 348
Merit: 250


View Profile
August 29, 2012, 10:50:51 AM
 #1549

I have BitMinter set to start a new device every time it connects, so I'm not sure why they don't start up every time they get re-detected.

I guess they reconnect as the same USB device and are not seen as "new" devices. May not be the best behavior. You could try in settings choosing on startup to start automated devices, and under automated devices put a tickmark on all the FPGAs.

Also a dirty hack would be to set up a scheduled action to start automated devices every 5 minutes. It's not meant to be necessary though.

I should look at always doing the "new device" thing even if the device has been seen before.
Thank you for the reply Doc.  This issue was occurring with the Singles hooked up to a lightly used server with dual quad-core Xeon CPUs and 8GB RAM.  The problem went away when I moved it to an idle Acer Iconia Tab tablet with a 1GHz dual-core AMD C-50 and 2GB RAM.  Weird.
DrHaribo
Legendary
*
Offline Offline

Activity: 2702
Merit: 1030


Bitminter.com Operator


View Profile WWW
August 29, 2012, 11:04:12 AM
 #1550

I have been adding such information to cgminer stats for that very reason - so people can make informed decisions about their pools ...

That's good, should be useful stats.

As for mini rig owners needing to avoid this pool. We have several of them and they use both BitMinter client and cgminer. Mining away happily.

What I'm working on right now is putting abusive miners with extremely low efficiency (proof of work to getwork ratio) on a slow response queue so they don't slow down the entire pool. Once that is done, rollntime will be enabled for everyone.

This isn't some dumb move to hurt cgminer. I'm temporarily disabling a feature to ensure pool uptime. It only means a little more bandwidth usage for miners. It's affecting the server much more, but even that's not too bad.

You had a bug in cgminer (happens in all software). It brought down my pool. Lukejr found the bug. It was fixed. Some miners upgrade slowly so affected versions of cgminer are still in use. I'm taking measures to ensure that's not a problem. That's all.

I never came to your forum thread to spread FUD about it like you are doing here now. I never told people not to use cgminer, like you are now hinting that miners should avoid this pool. I only asked miners to upgrade to the latest version where the bug is fixed. Sure it wasn't fun the pool crawling to a halt. But I'd rather focus on the positive side of it, now the server software will become better than it was before.

▶▶▶ Bitminter.com 2011-2020
organofcorti
Donator
Legendary
*
Offline Offline

Activity: 2058
Merit: 1007


Poor impulse control.


View Profile WWW
August 29, 2012, 11:17:00 AM
 #1551

...
With a MiniRig, mining on a pool without roll-n-time, it needs to do over 350 getworks per minute.
It also needs to send ~350 shares per minute.
i.e. ~700 requests back an forward per minute.

That's not going to kill you, but yes, it uses some more bandwidth. I am working on this right now.
...
... cgminer already monitors the pools performance and logs it ... and that can be seen from the API 'stats' command.

I guess anyone using your pool with cgminer should look and see the numbers and see how it fares according to your belief that ~700 requests back and forth per minute is trivial ...

I have been adding such information to cgminer stats for that very reason - so people can make informed decisions about their pools ...

Kano, you may have wonderful coding skills, but your public relations skills leave much to be desired. See the post above mine for a very nice example on how to disagree with someone gracefully, and perhaps even possibly change someones mind.

Bitcoin network and pool analysis 12QxPHEuxDrs7mCyGSx1iVSozTwtquDB3r
follow @oocBlog for new post notifications
Krak
Hero Member
*****
Offline Offline

Activity: 591
Merit: 500



View Profile WWW
August 29, 2012, 04:19:12 PM
 #1552

Kano, its not really a big issue..
Try using it on a 512Kbps upload DSL connection with a 150GB per month data cap. Undecided

BTC: 1KrakenLFEFg33A4f6xpwgv3UUoxrLPuGn
DrHaribo
Legendary
*
Offline Offline

Activity: 2702
Merit: 1030


Bitminter.com Operator


View Profile WWW
August 29, 2012, 05:35:12 PM
 #1553

Try using it on a 512Kbps upload DSL connection with a 150GB per month data cap. Undecided

That would not be a problem. A problem might be running a minirig on an old modem or non-3G cellphone connection.

The important thing is to reduce the rate of requests in time for ASICs. That's when this will really matter. It will get done on this pool.

▶▶▶ Bitminter.com 2011-2020
Krak
Hero Member
*****
Offline Offline

Activity: 591
Merit: 500



View Profile WWW
August 29, 2012, 07:26:10 PM
 #1554

That would not be a problem. A problem might be running a minirig on an old modem or non-3G cellphone connection.
You only say that because you don't have to deal with it. Tongue

My connection is constantly freezing because of overload and every little bit of bandwidth reduction helps.

BTC: 1KrakenLFEFg33A4f6xpwgv3UUoxrLPuGn
DrHaribo
Legendary
*
Offline Offline

Activity: 2702
Merit: 1030


Bitminter.com Operator


View Profile WWW
August 29, 2012, 08:06:23 PM
 #1555

You only say that because you don't have to deal with it. Tongue

I do have to deal with it. Where do you think all that traffic is going. Cheesy

My connection is constantly freezing because of overload and every little bit of bandwidth reduction helps.

Yep. When everything is implemented it may be possible to run a cluster of ASICs on a 14.4 kilobaud modem.

But also, if you are running a lot of other stuff on your connection, I would look into prioritizing traffic. For instance if you are running on Linux or sending your traffic through a Linux machine, have a look at this doc for the Shorewall firewall: http://shorewall.net/traffic_shaping.htm

Basically you want to avoid clogging up your outgoing pipe with high bandwidth traffic as that will give you really high latency. This can increase reject rate of proofs of work. It will also kill download speeds as it takes much longer to send ACKs to the computers you download from. You want to prioritize small ACK packets, interactive stuff like SSH, plus of course mining.

If you ever wondered why your downloads get painfully slow the moment you start to upload something, this is why. Same thing with playing games or typing on an SSH connection while uploading. Linux traffic shaping is what you need. I'm DrHaribo and I approve of this message. Grin

▶▶▶ Bitminter.com 2011-2020
Krak
Hero Member
*****
Offline Offline

Activity: 591
Merit: 500



View Profile WWW
August 29, 2012, 08:19:15 PM
 #1556

But also, if you are running a lot of other stuff on your connection, I would look into prioritizing traffic. For instance if you are running on Linux or sending your traffic through a Linux machine, have a look at this doc for the Shorewall firewall: http://shorewall.net/traffic_shaping.htm

Basically you want to avoid clogging up your outgoing pipe with high bandwidth traffic as that will give you really high latency. This can increase reject rate of proofs of work. It will also kill download speeds as it takes much longer to send ACKs to the computers you download from. You want to prioritize small ACK packets, interactive stuff like SSH, plus of course mining.

If you ever wondered why your downloads get painfully slow the moment you start to upload something, this is why. Same thing with playing games or typing on an SSH connection while uploading. Linux traffic shaping is what you need. I'm DrHaribo and I approve of this message. Grin
I use QoS on my router, but AT&T sucks so bad that it doesn't really help much (it also doesn't help that I'm almost 3 miles from my DSL center). I might have to look into Shorewall, but I doubt it'll help.

BTC: 1KrakenLFEFg33A4f6xpwgv3UUoxrLPuGn
DrHaribo
Legendary
*
Offline Offline

Activity: 2702
Merit: 1030


Bitminter.com Operator


View Profile WWW
August 29, 2012, 08:38:20 PM
 #1557

I use QoS on my router, but AT&T sucks so bad that it doesn't really help much (it also doesn't help that I'm almost 3 miles from my DSL center). I might have to look into Shorewall, but I doubt it'll help.

QoS might help, but I think most routers don't give you enough options to differentiate between different types of traffic. HTTP file transfers and HTTP mining should not be handled the same.

What I do with Shorewall is limit my outgoing rate to a little below the limit I have with my ISP. This puts the bottleneck on my side, so that I control what goes first if things queue up. Then I give high pri to small ACK packets, SSH connections, etc. I give low pri to file transfers. And a middle pri to everything else. The high pri stuff gets guaranteed a part of the available bandwidth. I've been using it for many years now, makes a world of difference for me.

▶▶▶ Bitminter.com 2011-2020
cmg5461
Sr. Member
****
Offline Offline

Activity: 374
Merit: 250



View Profile
August 30, 2012, 05:06:20 AM
 #1558

Almost at 1000GH!!

If I've helped: 1CmguJhwW4sbtSMFsyaafikJ8jhYS61quz

Sold: 5850 to lepenguin. Quick, easy and trustworthy.
Fefox
Full Member
***
Offline Offline

Activity: 167
Merit: 100



View Profile
August 30, 2012, 05:10:18 AM
 #1559


Who is amazinggrando? he just showed up on minter looks like maybe a 3 Minirig setup?

and Giga is back!  Grin
Krak
Hero Member
*****
Offline Offline

Activity: 591
Merit: 500



View Profile WWW
August 30, 2012, 05:25:24 AM
 #1560

Who is amazinggrando? he just showed up on minter looks like maybe a 3 Minirig setup?
I remember seeing him on MaxBTC with (I think) ~80GH. Looks like he's down to ~10GH on there now.

BTC: 1KrakenLFEFg33A4f6xpwgv3UUoxrLPuGn
Pages: « 1 ... 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 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 ... 374 »
  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!