Way more speed for keccak algo by skipping most of the device2host memory copies... (limited PCI express bandwidth)
fix 100% CPU use in keccak mode
cleanup
trying -maxrregcount=96 on keccak.cu in combination with __launch__bounds__ directives for the Keccak512 functions (scrypt-jane)
providing Kepler and Titan optimized versions of the Keccak256 algorithm in the T and K kernels. This should provide an extra speed boost.
forgot to commit Makefile.am with my last commit
commit latest state, including a compilation for for Windows
I have received two proposed fixes for stratum issues. Could you test these out for me?
commit fix for configure.ac file (add OpenSSL) and update the README.txt file to match 2014-02-07 release.
this commit allows to use larger launch configurations without overflowing the h_V/h_V_extra arrays in salsa_kernel.cu. I also commented out some MyStreamSynchronize() calls -> more speedin keccak at slightly increased CPU utilization.
start using CUDA streams for maxcoin hashing. Might boost performance slightly.
small fix for terminating condition check against max_nonce
This commit should fix CPU utilization issues and non-validating hashes that some people were seeing. cudaMemcpyAsync was not excecuted in the correct stream, but rather in the default stream.
Posting a maxcoin fix in the scanhash function that seems to prevent duplicate share generation. Brings down the reject rate a lot.
okay, now how is this commit at preventing duplicate shares? I try to prevent the overflow of pdata[19] so the if (work.data[19] >= end_nonce) in the miner thread can detect that we've reached the end of the search space.
final fix for duplicate share submission, I think. Tested and found good.
BLAHBLAH detected new block - when I specified -q I meant quiet please! Also Alexey Panteleev (nVidia) is working in their Moscow office.
added timeout to send_line