How to OC ?
MSI afterburner does not work
Make sure you have OC enabled in 2D mode. Miner does not trigger rendering anything. I am on MSI Afterburner and it works.
connection closed by server r 0
reconnecting
what do i do ?
i have done much troubleshooting with no luck.
note: i have other rigs under 3000sols on the same network that dont do this
look for the connection it tries to open, perhaps it will help to know what is the miner connecting to. (My suspicion is that miner is trying to connect to something that is no longer responding)
In windows you can use install PSTools from sysinternals and use "Process Explorer" for convenience.
In linux netstat should be enough.
Does the recent Meltdown and Spectre OS patches affect the DSTM Miner's performance?
Has anybody done any before/after benchmarks?
From what, I read the recent Meltdown patch (KPTI) affects any programs that call the Kernel frequently such as netwoking, SSD disk access and CUDA memory copy operations from host to GPU.
How often does the DSTM Miner call the Kernel, anyway ?
I'm looking into this on both Operating-Systems. Not all OS-patches are finished currently... so yes, I'm aware of the of the increased systemcall time.
Does the
dstm miner perform the Blake2b hash on the CPU and transfer the results to the GPU by calling the CUDA driver and the Kernel each time ?
If "yes" then it can be affected by the increased systemcall time due to the OZ Meltdown patches.
As far I know dstm miner only mines ZEC and can't dual mine unless you use a program like Awesome miner . I don't think the Meltdown patch will affect it ... but CM eth dual miner possible could sense it can dual mine Blake2b coin types. Ofc i don't know shit lol .....I understand what you mean !!!
.... that's just a example or answer to a problem that might happen that's not limited to one coin . i just wanted to add to it ........
That does not make sense!
Mining ZEC requires calculating a lot of Blake2b hashes for the Equihash algorithm.
Correct me if I am wrong, but increasing lag between CPU and GPU would only increase the demand on memory on the GPU. The impact on
average amount of solutions should not be impacted by it.
On a unrelated note - is it normal that the miner takes so little GPU memory? (<500MB for me)
Don't count shares if you don't know their difficulty (value), count total Sol/s. I guess your pool show somewhere total hashrate of your workers, and that matters
Soooo... if I have more hashpower am I getting more difficult shares or what? :S
Maybe (why not), but they will have higher value of course.
Try mining ZEC on Flypool, there is fixed difficulty, accurate hashrate reporting, nice graphs, so you can easily compare if your two cards mine more than just one. But you should let it run for at least 24h to get accurate average hashrate.
This based on luck. There is a guarantee you will find a share, but the amount of hashes it takes changes. Pools will report higher hash rate due to this. It is still ok to use pool hashrate.
Difficulty is used to balance workload. Higher difficulty will result in miner working in longer "cycles" which is beneficial to faster hardware.
Average solutions per second are the measurement of how your miner performs. Note that the reliance is always on the miner. That is why I am using pools as well.
2% fee on the miner and another % on the pool .. .cmon here..
Miner fee and Pool fee are unrelated as for the amounts it is 2% of my hashing power and 0.9% from the pool for my payment.
