Bitcoin Forum
December 04, 2016, 01:57:15 AM *
News: Latest stable version of Bitcoin Core: 0.13.1  [Torrent].
 
   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 ... 376 »
  Print  
Author Topic: [1050 TH] BitMinter.com [1% PPLNS,Pays TxFees +MergedMining,Stratum,GBT,vardiff]  (Read 774961 times)
DrHaribo
Legendary
*
Offline Offline

Activity: 1960


Bitminter.com Operator


View Profile WWW
August 28, 2012, 10:31:04 PM
 #1541

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.

▶▶▶ Bitminter.com - Your trusted mining pool since 2011.
Be very wary of relying on JavaScript for security on sites such as blockchain.info and brainwallet.org. The site can change the JavaScript at any time unless you take unusual precautions, and browsers are not generally known for their airtight security.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1480816635
Hero Member
*
Offline Offline

Posts: 1480816635

View Profile Personal Message (Offline)

Ignore
1480816635
Reply with quote  #2

1480816635
Report to moderator
jamesg
VIP
Legendary
*
Offline Offline

Activity: 1330


AKA: gigavps


View Profile
August 28, 2012, 10:51:24 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?
ZodiacDragon84
Sr. Member
****
Offline Offline

Activity: 266


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


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

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
!
kano
Legendary
*
Offline Offline

Activity: 1918


Linux since 1997 RedHat 4


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

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 BTC: 1KanoiBupPiZfkwqB7rfLXAzPnoTshAVmb
CKPool and CGMiner developer, IRC FreeNode #ckpool and #cgminer kanoi
Help keep Bitcoin secure by mining on pools with Stratum, the best protocol to mine Bitcoins with ASIC hardware
DrHaribo
Legendary
*
Offline Offline

Activity: 1960


Bitminter.com Operator


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

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

Activity: 349



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

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: 1918


Linux since 1997 RedHat 4


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

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 BTC: 1KanoiBupPiZfkwqB7rfLXAzPnoTshAVmb
CKPool and CGMiner developer, IRC FreeNode #ckpool and #cgminer kanoi
Help keep Bitcoin secure by mining on pools with Stratum, the best protocol to mine Bitcoins with ASIC hardware
localhost
Sr. Member
****
Offline Offline

Activity: 389


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

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

-
iCEBREAKER
Legendary
*
Online Online

Activity: 1498


Crypto is the separation of Power and State.


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

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?


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
"Monero" : { Private - Auditable - 100% Fungible - Flexible Blocksize - Wild & Free® - Intro - Wallets - Podcats - Roadmap - Dice - Blackjack - Github - Android }


Bitcoin is intentionally designed to be ungovernable and governance-free.  luke-jr 2016
Blocks must necessarily be full for the Bitcoin network to be able to pay for its own security.  davout 2015
Blocksize is an intentionally limited resource, like the 21e6 BTC limit.  Changing it degrades the surrounding economics, creating negative incentives.  Jeff Garzik 2013


"I believed @Dashpay instamine was a bug & not a feature but then read: https://bitcointalk.org/index.php?topic=421615.msg13017231#msg13017231
I'm not against people making money, but can't support questionable origins."
https://twitter.com/Tone_LLT/status/717822927908024320


The raison d'être of bitcoin is trustlessness. - Eric Lombrozo 2015
It is an Engineering Requirement that Bitcoin be “Above the Law”  Paul Sztorc 2015
Resiliency, not efficiency, is the paramount goal of decentralized, non-state sanctioned currency -Jon Matonis 2015

Bitcoin is intentionally designed to be ungovernable and governance-free.  luke-jr 2016

Technology tends to move in the direction of making surveillance easier, and the ability of computers to track us doubles every eighteen months. - Phil Zimmerman 2013

The only way to make software secure, reliable, and fast is to make it small. Fight Features. - Andy Tanenbaum 2004

"Hard forks cannot be co
DrHaribo
Legendary
*
Offline Offline

Activity: 1960


Bitminter.com Operator


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

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: 1918


Linux since 1997 RedHat 4


View Profile
August 29, 2012, 10:01:11 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 ...

Pool: https://kano.is BTC: 1KanoiBupPiZfkwqB7rfLXAzPnoTshAVmb
CKPool and CGMiner developer, IRC FreeNode #ckpool and #cgminer kanoi
Help keep Bitcoin secure by mining on pools with Stratum, the best protocol to mine Bitcoins with ASIC hardware
Fefox
Full Member
***
Offline Offline

Activity: 161



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


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: 349



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

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: 1960


Bitminter.com Operator


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

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: 1946


Poor impulse control.


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

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



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

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: 1960


Bitminter.com Operator


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

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



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

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: 1960


Bitminter.com Operator


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

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



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

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
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 ... 376 »
  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!