Bitcoin Forum
July 20, 2018, 09:25:27 PM *
News: Latest stable version of Bitcoin Core: 0.16.1  [Torrent]. (New!)
 
   Home   Help Search Donate Login Register  
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 ... 375 »
  Print  
Author Topic: [1050 TH] BitMinter.com [1% PPLNS,Pays TxFees +MergedMining,Stratum,GBT,vardiff]  (Read 833214 times)
ZodiacDragon84
Sr. Member
****
Offline Offline

Activity: 266
Merit: 250


The king and the pawn go in the same box @ endgame


View Profile
August 28, 2012, 11:15:40 PM
 #1541

Keep up the good work Doc. Full steam ahead fellow minters!

Looking for a quick easy mining solution? Check out
www.bitminter.com

See my trader rep at Bitcoinfeedback.com
!
1532121927
Hero Member
*
Offline Offline

Posts: 1532121927

View Profile Personal Message (Offline)

Ignore
1532121927
Reply with quote  #2

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

Posts: 1532121927

View Profile Personal Message (Offline)

Ignore
1532121927
Reply with quote  #2

1532121927
Report to moderator
kano
Legendary
*
Offline Offline

Activity: 2520
Merit: 1045


Linux since 1997 RedHat 4


View Profile
August 28, 2012, 11:22:46 PM
 #1542

A new mint race starts friday: https://bitcointalk.org/index.php?topic=104189.0
We have prizes from Bitcurex - check it out!

Not running much MHs yet though, my main rig is down until next week Sad

That is bad timing. Try and get it going a bit earlier if you can.


Is nrolltime fixed for cgminer? Can you enable it for 2.5.0 and later?

rollntime is implemented but only enabled for bitminter client and diablominer

how is it bad to simply turn rollntime on for cgminer?

it's because of the way my server works Smiley
...
well, it's complex making it go that fast, I'm tweaking a lot of stuff
...
no, it's not because of competition from cgminer, it has to do with internals of the server software
...
I will have rollntime for all miners very soon

Pool: https://kano.is Here on Bitcointalk: Forum BTC: 1KanoPb8cKYqNrswjaA8cRDk4FAS9eDMLU
FreeNode IRC: irc.freenode.net channel #kano.is Majority developer of the ckpool code
Help keep Bitcoin secure by mining on pools with full block verification on all blocks - and NO empty blocks!
DrHaribo
Legendary
*
Offline Offline

Activity: 2422
Merit: 1019


Bitminter.com Operator


View Profile WWW
August 29, 2012, 01:01:15 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?

▶▶▶ Bitminter.com - Your trusted mining pool since 2011.
WhitePhantom
Sr. Member
****
Offline Offline

Activity: 354
Merit: 250


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

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: 2520
Merit: 1045


Linux since 1997 RedHat 4


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

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 Here on Bitcointalk: Forum BTC: 1KanoPb8cKYqNrswjaA8cRDk4FAS9eDMLU
FreeNode IRC: irc.freenode.net channel #kano.is Majority developer of the ckpool code
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
 #1546

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: 2002
Merit: 1043


Crypto is the separation of Power and State.


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

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
DrHaribo
Legendary
*
Offline Offline

Activity: 2422
Merit: 1019


Bitminter.com Operator


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

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 - Your trusted mining pool since 2011.
kano
Legendary
*
Offline Offline

Activity: 2520
Merit: 1045


Linux since 1997 RedHat 4


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

...
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 Here on Bitcointalk: Forum BTC: 1KanoPb8cKYqNrswjaA8cRDk4FAS9eDMLU
FreeNode IRC: irc.freenode.net channel #kano.is Majority developer of the ckpool code
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: 166
Merit: 100



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


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: 354
Merit: 250


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

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: 2422
Merit: 1019


Bitminter.com Operator


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

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 - Your trusted mining pool since 2011.
organofcorti
Donator
Legendary
*
Offline Offline

Activity: 2058
Merit: 1000


Poor impulse control.


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

...
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
 #1554

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: 2422
Merit: 1019


Bitminter.com Operator


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

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 - Your trusted mining pool since 2011.
Krak
Hero Member
*****
Offline Offline

Activity: 591
Merit: 500



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

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: 2422
Merit: 1019


Bitminter.com Operator


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

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 - Your trusted mining pool since 2011.
Krak
Hero Member
*****
Offline Offline

Activity: 591
Merit: 500



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

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: 2422
Merit: 1019


Bitminter.com Operator


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

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 - Your trusted mining pool since 2011.
cmg5461
Sr. Member
****
Offline Offline

Activity: 374
Merit: 250



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

Almost at 1000GH!!

If I've helped: 1CmguJhwW4sbtSMFsyaafikJ8jhYS61quz

Sold: 5850 to lepenguin. Quick, easy and trustworthy.
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 ... 375 »
  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!