Bitcoin Forum
December 08, 2016, 06:19:54 AM *
News: To be able to use the next phase of the beta forum software, please ensure that your email address is correct/functional.
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 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 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 ... 226 »
  Print  
Author Topic: [1200 TH] EMC: 0 Fee DGM. Anonymous PPS. US & EU servers. No Registration!  (Read 461551 times)
GenTarkin
Legendary
*
Offline Offline

Activity: 1918


View Profile
February 09, 2012, 10:54:17 PM
 #1861

I'm still having issues with server communication. It seems that whenever we solve a block, I cannot communicate with the servers for a few minutes, tried all the servers, us1/2/3, tried various miners, kernels and internet connections. While it's not a problem for the most part, there is the problem when we solve a fast block, it can be very possible for me not to be able to submit any shares. My connection works fine for everything else, so I think it might be something to do with me connecting to the US servers from Europe, and when we solve a block, and new work has to be distributed, the fact that I'm in Europe, might be reason why I can't come through the "congested" route. At least that is my idea, been watching it happen every single time we solve a block now, this did not occur at my previous pool (MMC).

Yeah, Ive seen this issue w/ EMC for a while, its like the pool lags out a bit when it solves a block. Thats the only time I get really high stales is after EMC actually solves the block.
Im in the US

GenTarkin's MOD Kncminer Titan custom firmware! v1.0.4! <--- CLICK HERE
Donations: bitcoin- 1Px71mWNQNKW19xuARqrmnbcem1dXqJ3At || litecoin- LYXrLis3ik6TRn8tdvzAyJ264DRvwYVeEw
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1481177994
Hero Member
*
Offline Offline

Posts: 1481177994

View Profile Personal Message (Offline)

Ignore
1481177994
Reply with quote  #2

1481177994
Report to moderator
1481177994
Hero Member
*
Offline Offline

Posts: 1481177994

View Profile Personal Message (Offline)

Ignore
1481177994
Reply with quote  #2

1481177994
Report to moderator
Inaba
Legendary
*
Offline Offline

Activity: 1260



View Profile WWW
February 09, 2012, 11:14:56 PM
 #1862

I've ordered some additional hardware that may help out with this, but it may not make a difference to this particular problem.  I think it may stem from the way EMC handles DGM when a new block starts, there's a bucket load of DB activity setting up the new miners for the new block, and there may be some queries that are holding everyone else up.  I will investigate that as well as how to best leverage the new hardware.

If you're searching these lines for a point, you've probably missed it.  There was never anything there in the first place.
cyberlync
Full Member
***
Offline Offline

Activity: 226



View Profile
February 10, 2012, 03:06:19 AM
 #1863

I've ordered some additional hardware that may help out with this, but it may not make a difference to this particular problem.  I think it may stem from the way EMC handles DGM when a new block starts, there's a bucket load of DB activity setting up the new miners for the new block, and there may be some queries that are holding everyone else up.  I will investigate that as well as how to best leverage the new hardware.


Crossing my fingers Smiley

Giving away your BTC's? Send 'em here: 1F7XgercyaXeDHiuq31YzrVK5YAhbDkJhf
freshzive
Sr. Member
****
Offline Offline

Activity: 447


View Profile
February 10, 2012, 04:43:18 AM
 #1864

Wow, yeah, I just noticed that I get a ton of stales (rejects) at the beginning of a new block as well. West coast USA here. Kind of a bummer Sad

e21
Member
**
Offline Offline

Activity: 105


View Profile
February 10, 2012, 07:20:36 PM
 #1865

I've ordered some additional hardware that may help out with this, but it may not make a difference to this particular problem.  I think it may stem from the way EMC handles DGM when a new block starts, there's a bucket load of DB activity setting up the new miners for the new block, and there may be some queries that are holding everyone else up.  I will investigate that as well as how to best leverage the new hardware.


Crossing my fingers Smiley

Same here  Grin It certainly would be nice to get that fixed
Inaba
Legendary
*
Offline Offline

Activity: 1260



View Profile WWW
February 10, 2012, 08:44:43 PM
 #1866

I have the beginnings of a solution in my head for the new block problem, so it's something I will be working on in the immediate future.  It's going to require some changes to the way DGM is handled, so I need to do a lot of testing and checking before I put that type of fix into place.

If you're searching these lines for a point, you've probably missed it.  There was never anything there in the first place.
cyberlync
Full Member
***
Offline Offline

Activity: 226



View Profile
February 10, 2012, 10:10:05 PM
 #1867

I have the beginnings of a solution in my head for the new block problem, so it's something I will be working on in the immediate future.  It's going to require some changes to the way DGM is handled, so I need to do a lot of testing and checking before I put that type of fix into place.

If you need some help with testing, when it gets so far, let us know, I'm sure some of us would be happy to contribute.

Giving away your BTC's? Send 'em here: 1F7XgercyaXeDHiuq31YzrVK5YAhbDkJhf
Inaba
Legendary
*
Offline Offline

Activity: 1260



View Profile WWW
February 10, 2012, 10:14:22 PM
 #1868

Yeah, I will definitely need some testing on it.  Maybe I can have something up this weekend, but I'm not guaranteeing it Smiley

If you're searching these lines for a point, you've probably missed it.  There was never anything there in the first place.
cuz0882
Sr. Member
****
Offline Offline

Activity: 336



View Profile
February 11, 2012, 02:10:25 AM
 #1869

I'm still having issues with server communication. It seems that whenever we solve a block, I cannot communicate with the servers for a few minutes, tried all the servers, us1/2/3, tried various miners, kernels and internet connections. While it's not a problem for the most part, there is the problem when we solve a fast block, it can be very possible for me not to be able to submit any shares. My connection works fine for everything else, so I think it might be something to do with me connecting to the US servers from Europe, and when we solve a block, and new work has to be distributed, the fact that I'm in Europe, might be reason why I can't come through the "congested" route. At least that is my idea, been watching it happen every single time we solve a block now, this did not occur at my previous pool (MMC).

Yeah, Ive seen this issue w/ EMC for a while, its like the pool lags out a bit when it solves a block. Thats the only time I get really high stales is after EMC actually solves the block.
Im in the US
The round duration on the block stats page goes to something like 1500 days when it happens. I don't think a communications problem could cause that. It's not a huge problem but at 2 minutes a block, it comes out to about 1% loss.
Inaba
Legendary
*
Offline Offline

Activity: 1260



View Profile WWW
February 11, 2012, 02:19:53 AM
 #1870

The 1500 days thing is just a display issue (it's an uninitialized date field in the database basically) - I'm not sure what you mean about a 1% loss, can you clarify?

If you're searching these lines for a point, you've probably missed it.  There was never anything there in the first place.
cuz0882
Sr. Member
****
Offline Offline

Activity: 336



View Profile
February 11, 2012, 03:49:18 AM
 #1871

The 1500 days thing is just a display issue (it's an uninitialized date field in the database basically) - I'm not sure what you mean about a 1% loss, can you clarify?
I got 1% just by taking 2 minutes x 7 blocks a day / 1440 minutes in a day. Two minutes is a guess but it seems to take about that long for the new block to start. If it was a network problem between the miners and the pool the new block should still start right away. I'm assuming that's why the 1500 comes up, because it has no value until the block starts. I was watching a couple times, while refreshing the block page. As soon as it sets back to zero the shares stopped showing as rejected.
Inaba
Legendary
*
Offline Offline

Activity: 1260



View Profile WWW
February 11, 2012, 04:38:07 AM
 #1872

Hmm... I will take a look at that bit of code and see if anything is amiss.  My new plan may obsolete any fixes I put there, though... I will see if I can have at least a proof of concept working this weekend for the new DGM and block processing routines... I think it will solve both issues at once, I just have to be careful that it doesn't reduce precision for score keeping.

If you're searching these lines for a point, you've probably missed it.  There was never anything there in the first place.
The00Dustin
Hero Member
*****
Offline Offline

Activity: 806


View Profile
February 11, 2012, 12:08:32 PM
 #1873

All this talk about the delay between blocks has me wondering something.  It seems like EMC had less than average invalids right up until it switched to DGM (I wasn't using it back then, but there weren't many comments on the forum about them until after the switch).  When a new block is found it is submitted before the DGM calculations are performed, correct?  If not, the delay in submitting the found block could be costing a lot more than the delay in starting a new one...
Inaba
Legendary
*
Offline Offline

Activity: 1260



View Profile WWW
February 11, 2012, 03:19:52 PM
 #1874

We've been using DGM almost from the beginning.  We started on prop, but quickly switched to GM for about a month or so then to DGM.  The instances of invalids started long, long after we switched to DGM.

In any case, though, yes, the blocks are submitted independently of score calculation (block submittal  is handled by bitcoind, score calculation is handled in PHP).

If you're searching these lines for a point, you've probably missed it.  There was never anything there in the first place.
check_status
Full Member
***
Offline Offline

Activity: 196


Web Dev, Db Admin, Computer Technician


View Profile
February 12, 2012, 02:43:49 AM
 #1875

Quote from: Inaba
All traffic is encrypted (with the exception of block traffic, since it's meaningless in terms of security)
From where to where, my miners to your pool?

Quote from: Inaba
http://<username>:<password>@us2.eclipsemc.com:8337#US2_EclipseMC http://
It isn't SSL...which is broken by design anyway.
http://cryptome.org/0005/ssl-broken.htm

Do we OpenVPN to your pool? 4096bit?  Cheesy

Is my tunnel vision justified?

For Bitcoin to be a true global currency the value of BTC needs always to rise.
If BTC became the global currency & money supply = 100 Trillion then ⊅1.00 BTC = $4,761,904.76.
P2Pool Server List | How To's and Guides Mega List |  1EndfedSryGUZK9sPrdvxHntYzv2EBexGA
Inaba
Legendary
*
Offline Offline

Activity: 1260



View Profile WWW
February 12, 2012, 03:19:13 AM
 #1876

Quote from: Inaba
All traffic is encrypted (with the exception of block traffic, since it's meaningless in terms of security)
From where to where, my miners to your pool?

Yes, correct.  That data is useless to anyone except you.

Quote
Quote from: Inaba
http://<username>:<password>@us2.eclipsemc.com:8337#US2_EclipseMC http://
It isn't SSL...which is broken by design anyway.
http://cryptome.org/0005/ssl-broken.htm

Do we OpenVPN to your pool? 4096bit?  Cheesy

Is my tunnel vision justified?

No, no and no.  SSL is not exactly broken by design if you use it in the proper context.  The context that link is talking about is someone with virtually infinite resources and authority being able to intercept your traffic - yes, in that context it's "broken." But then again, you have to consider that someone with those resources can gather that information in a number of different ways, so securing against that type of attack is an exercise in futility and expends resources that can be used elsewhere.

What SSL does do is protect against common carrier attacks, as in my ISP or your ISP or someone in between listening in on your communications, or even hijacking it.  It's the difference between putting you information on a postcard (no SSL) and putting it in a sealed envelope (SSL).  Someone with enough desire to read your letter can open the envelope, but someone has to care enough and have the ability to get at the letter.  Whereas anyone who happens by can read your post card.


If you're searching these lines for a point, you've probably missed it.  There was never anything there in the first place.
check_status
Full Member
***
Offline Offline

Activity: 196


Web Dev, Db Admin, Computer Technician


View Profile
February 12, 2012, 05:21:44 AM
 #1877

So then what encryption would be occurring from my miners to your pool?

Other reason's why SSL is bad:
Law Enforcement Appliance Subverts SSL
http://www.wired.com/threatlevel/2010/03/packet-forensics/

Comodo Hacker: I hacked DigiNotar too; other CAs breached
http://arstechnica.com/security/news/2011/09/comodo-hacker-i-hacked-diginotar-too-other-cas-breached.ars

Security Solutions for Beast attack against SSL/TLS Vulnerability
http://thehackernews.com/2011/09/security-solutions-for-beast-attack.html

For Bitcoin to be a true global currency the value of BTC needs always to rise.
If BTC became the global currency & money supply = 100 Trillion then ⊅1.00 BTC = $4,761,904.76.
P2Pool Server List | How To's and Guides Mega List |  1EndfedSryGUZK9sPrdvxHntYzv2EBexGA
kano
Legendary
*
Offline Offline

Activity: 1932


Linux since 1997 RedHat 4


View Profile
February 12, 2012, 05:26:12 AM
 #1878

Inaba - just ignore him Smiley

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

Activity: 1260



View Profile WWW
February 12, 2012, 05:32:14 AM
 #1879

So then what encryption would be occurring from my miners to your pool?

None, because there is no need.  As I said, any mining data is completely useless to anyone but you.

Quote
Other reason's why SSL is bad:
Law Enforcement Appliance Subverts SSL
http://www.wired.com/threatlevel/2010/03/packet-forensics/

Again, anyone with the resources can get that data via other means, so SSL's robustness is irrelevant. It could be perfectly unbreakable and the data could be gathered via a keylogger, spyware of many sorts, endpoint data gathering, rubber hose, etc...  When it comes to the government/LEO, SSL is not intended to prevent them from gathering the data, since they have the resources and/or authority to gather it via other means.

Quote

Nothing to do with SSL.  This is a problem with a company.

Quote
Security Solutions for Beast attack against SSL/TLS Vulnerability
http://thehackernews.com/2011/09/security-solutions-for-beast-attack.html

Looks like a theoretical attack that would require substantial access to a datastream.  

But at any rate, what is it that you want to know with regards to EMC?

If you're searching these lines for a point, you've probably missed it.  There was never anything there in the first place.
freshzive
Sr. Member
****
Offline Offline

Activity: 447


View Profile
February 12, 2012, 05:51:59 AM
 #1880

a string of <4 hour blocks would make me really happy Smiley

seems like every time I check the block stats, we have been going for >8 hours....curse this luck

Pages: « 1 ... 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 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 ... 226 »
  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!