Need help with a project - mimic network latency through cgminer

[VentMine]

Hi guys,

First off I am not a developer or coder, I have am new to the world of bitcoin and have some idea's I want to test. So keep this context in mind for this request.

I have a GekkoScience compac USB miner running on cgminer (its AWESOME by the way). Right now it's been running for a couple days at an average hashrate of 7 gh/s, of which it's produced 725000 accepted shares, 250 rejected shares, and 6 stale shares (according to CGminer).

I want to test how my miner performance changes as I increase my network latency. For example, I want to artificially introduce an additional latency between my miner and my pool (currently using slushpool) of 100 ms, 200 ms, 300 ms... etc up to 1000 ms or so.

Any idea's or instructions on how I can do this? My own research has led me to CharlesProxy - this is an application that should be able to throttle the network. However, I cannot figure out how to get CGminer to run through Charles.

Any help at all would be hugely appreciated 

Sincerely,
VM

[1714792836]

1714792836

[1714792836]

1714792836

[1714792836]

1714792836

[1714792836]

1714792836

[-ck]

Just as a quick heads up to save you the time, miner performance in terms of hashrate is completely unaffected by network latency - only your stale share count will go up.

[VentMine]

Right! Yes, I am looking to find out how stale share rate is affected as latency approaches 1000 ms. I'm hoping to see the change in performance and profitability as my stale share count changes.

[-ck]

It's much simpler than it appears. Blocks come on average every 10 minutes, or 600 seconds. If your latency is 1 second, your stale rate from network latency alone is 1/600.

[VentMine]

OK thanks CK. I was concerned because the application that I have for mining may have a latency up to 1000-1400 ms. I'll continue under the assumption that I will receive up to 1.4/600 stale shares, which isn't too bad really.

Cheers