Hashrate graphs are now available!Renters and rig owners on scrypt rentals can now see the hash graph live during the rental, as it would be seen from the pool.
Sha-256 and others algos are coming in the next days, as well as viewing the graphs in your rental history.
New stuff is coming in, there is unfortunately some backend work required that has not an immediate visible effect
Also, we do read feedback, our roadmap is more than 100 lines of suggestions
"Support provided" limited to some given times only, cancelling a rental, the API, ... Stuff is coming!
That's a very nice addition and a well done averaging, however it appears to show around 90-95% of the speed displayed by the miner, considering it also shows 0% rejects.
I bet clients will ask me why they are getting less than what they pay for...
... and that´s exactly what I experienced today. First complaints, first worse rating because of that graph.
The miner displays constantly stable 680+ Kh/s, graph displays less. Now what? State less hashrate than the rig in fact hashes, explaining every other renter, that the calculated average hashrate may differ massive dependig on pool, proxy, location etc etc?
The fact, that the renter on Betarigs has no chance to see the real hashrate but only the graph on the site, will cause massive irritation.
Monitoring the rig constantly, offer support all day long and then being rated on "facts" that aren´t real without the chance to fix this, that´s just frustrating.
Hello,
Yes, we were expecting some of this -- I just added more explanations below the hash graphs stating that those are estimates, rely only on the average over several hours, etc. As new tickets comes in, we will be able to see what aspect is the most confusing and update the help text below.
But in the end, the hash graph we are showing is exactly the hash graph that will be shown on the mining pool, if the mining pool is making graphs.
In order to help your support and to show the real speed of your rig, you can add the URL of a cgminer monitor page; an example being using this service:
http://cgminermonitor.com/Mux
Hi Mux,
thanks for the effort.
Your stating under the graph: "On top of that, the mining pool you have selected can slightly influence the estimated hashrate."
That´s the understatement of the year I´m afraid.
Solely depending on the pool renters mine on, the shown hashrate of my stable, monitored rig (2 cards, combined 690 Kh/s rocksolid) varies from 367 Kh/s to 644 KH/s. Of course I expected a slightly lower average hashrate than the cards are working actually, but such differences couldn´t be explained by latency rig-proxy-pool etc.
The pool a renter chooses has a massive influence of the shown hashrate, since your graph calculates the estimated rate solely on the shares the pool accepts or rejects (as far as I assume). You´re implying in your explaination, the pool does influence the outcome of mining just "slightly", the influence of the proxy not at all. No wonder, since you show graphs on the site, less experienced renters do blame the rig(s) for a shown hashrate that is - in one word - false.