Status as of Monday, September 24, 2018

Discussion of development releases of Prohashing / Requests for features
Forum rules
The Development forum is for discussion of development releases of Prohashing and for feedback on the site, requests for features, etc.

While we can't promise we will be able to implement every feature request, we will give them each due consideration and do our best with the resources and staffing we have available.

For the full list of PROHASHING forums rules, please visit https://prohashing.com/help/prohashing- ... rms-forums.
Locked
User avatar
Steve Sokolowski
Posts: 4585
Joined: Wed Aug 27, 2014 3:27 pm
Location: State College, PA

Status as of Monday, September 24, 2018

Post by Steve Sokolowski » Mon Sep 24, 2018 8:30 am

Good morning!
  • I made a breakthrough yesterday in identifying some of the network connectivity issues being encountered by the system, especially those involving Ethash mining. These problems had hindered Ethereum for about 6 weeks. It turns out the problem was that there was insufficient bandwidth for the coin daemon servers. Because bandwidth was too limited, some coins would fail to respond to RPC calls in a timely fashion, causing coins to go into error frequently and blocks to be orphaned more often than necessary.
  • Bandwidth is managed by a program that restricts coin bandwidth most of the time, and then opens up the restrictions when a block has been found so that the daemon can upload the block as quickly as possible to the rest of the network. There were two problems. First, due to an arithmetic error, each daemon server had 1Mbps of upload bandwidth available to it for all coins when no coins were ready for block submission - I resolved that by increasing the bandwidth to 7Mbps per daemon server. Second, the bandwidth is managed on a per-server basis, rather than on a per-coin basis, which means that one coin on a server can starve all the other coins for bandwidth. Today, I'll be modifying the daemon-network-management program to create new tc and iptables classes so that there is one bandwidth class per coin, rather than one for all coins.
  • However, despite there still being more work to be done to make the bandwidth management perfect, simply increasing the amount of bandwidth allocated to the coin servers has so far eliminated all of the service outages from those servers; there hasn't been a single case where the time got out of sync or where a block failed submission since yesterday.
  • Later today, expect a new website release. This release will add a new chart to the "Earnings" page that compares actual vs target earnings over the past day. The chart will allow customers to more easily identify when errors have caused earnings adjustments, and will complete our work on making that data visible to customers.
User avatar
djliss
Posts: 78
Joined: Sun Nov 05, 2017 9:29 pm

Re: Status as of Monday, September 24, 2018

Post by djliss » Tue Sep 25, 2018 4:05 am

Steve Sokolowski wrote:
Later today, expect a new website release. This release will add a new chart to the "Earnings" page that compares actual vs target earnings over the past day. The chart will allow customers to more easily identify when errors have caused earnings adjustments, and will complete our work on making that data visible to customers.
I don't think this is working as desired for solo mined coins!!
User avatar
Steve Sokolowski
Posts: 4585
Joined: Wed Aug 27, 2014 3:27 pm
Location: State College, PA

Re: Status as of Monday, September 24, 2018

Post by Steve Sokolowski » Tue Sep 25, 2018 6:32 am

djliss wrote:
Steve Sokolowski wrote:
Later today, expect a new website release. This release will add a new chart to the "Earnings" page that compares actual vs target earnings over the past day. The chart will allow customers to more easily identify when errors have caused earnings adjustments, and will complete our work on making that data visible to customers.
I don't think this is working as desired for solo mined coins!!
Could you provide more information on what's wrong? Is there an example?
User avatar
djliss
Posts: 78
Joined: Sun Nov 05, 2017 9:29 pm

Re: Status as of Monday, September 24, 2018

Post by djliss » Tue Sep 25, 2018 5:12 pm

Steve Sokolowski wrote:
djliss wrote:
Steve Sokolowski wrote:
Later today, expect a new website release. This release will add a new chart to the "Earnings" page that compares actual vs target earnings over the past day. The chart will allow customers to more easily identify when errors have caused earnings adjustments, and will complete our work on making that data visible to customers.
I don't think this is working as desired for solo mined coins!!
Could you provide more information on what's wrong? Is there an example?
if you take a look at newyorkcoin on my account you will see what i mean, all the dates up to the 21st make sense, then it just goes wierd from the 22nd onwards. my account name is: djliss
mark76ac
Posts: 1
Joined: Thu Jun 27, 2024 7:03 am

Re: Status as of Monday, September 24, 2018

Post by mark76ac » Thu Jun 27, 2024 7:08 am

I made a breakthrough in identifying and resolving network connectivity issues affecting Ethash mining and Ethereum over the past 6 weeks. The main problem was insufficient bandwidth for coin daemon servers. Olivox snep. Increasing the upload bandwidth from 1Mbps to 7Mbps per server has eliminated service outages and block submission failures. Today, I'll further improve bandwidth management by creating individual bandwidth classes for each coin. Additionally, a new website release will include a chart on the "Earnings" page to compare actual vs. target earnings, helping customers identify errors more easily.
tenalena
Posts: 1
Joined: Thu Jul 04, 2024 6:29 pm

Re: Status as of Monday, September 24, 2018

Post by tenalena » Thu Jul 04, 2024 6:31 pm

Over the past six weeks, I've made progress in locating and fixing network connection problems that impact Ethereum and Ethash mining. The primary issue was that coin daemon servers were not receiving enough bandwidth. Olivox nosebleed. Service interruptions and block submission errors have been resolved by raising the upload capacity from 1 Mbps to 7 Mbps per server. I'll make distinct bandwidth classes for every coin today to further enhance bandwidth control. In order to make it easier for users to discover problems, a new website release will also have a graphic on the "Earnings" page that compares actual vs. goal earnings.<a href="https://buyozempiconlinemexico.org/">here<a/>
Locked