Status as of Sunday, November 5, 2017

Hi!

• In preparation for Tuesday's announcement, I spent some time today fixing minor display issues that aren't really worth listing here.
• A release coming today will see a reduction in bandwidth usage for the "live miner status" charts. Like we did with the economic data, the live miner status data will now be transmitted as differences since the last update. In tests, only 40% of the amount of bandwidth used before ended up being consumed.
• We are investigating whether somewhere outside our internal network, there is an upstream ISP throttling UDP packets, which is causing OpenVPN to retransmit them and causing latency and stale shares.
• After the release, and after we get statistics from its effects, we are going to experiment with disabling some of the very easiest coins, which don't contribute much to the profitability of the overall system. We suspect we can get a performance increase out of that, since the majority of CPU usage is being used in network communication with miners to send work. Some static coin miners may be inconvenienced by this experimentation, so we apologize in advance - but the profitability of dynamic coin miners is our first priority.

thanks for the update steve

Chris released the update, and everything is getting back to normal now. There will be some slowdowns for the next 15 minutes as initial data comes in.

There was a problem during the update - our current test environment didn't have many miners, so it didn't foresee that the WAMP server would crash when it tried to send all the data initially. Fortunately, Chris resolved the issue and everything is back to normal now.

This pool lives over UDP?

ok. Why?

gemohler wrote:This pool lives over UDP?

ok. Why?

OpenVPN uses UDP to communicate between the outer server at the pool's location and the reverse proxy at Javapipe, because if OpenVPN used TCP, then you would have packets being retransmitted twice sometimes.