sgminer

Commit Graph

Author	SHA1	Message	Date
Gabriel A. Devenyi	a6ccc05e5f	Replace multiply by 2 (i*2) with left shift. This should be slightly faster. Can't use OpenCL rotate becase of bit carry overs	11 years ago
Noel Maersk	afdc8b5ffb	kernel: zuikkis' vanilla kernel added. Changed encoding to UTF-8. Will not build with sgminer (fix in next commit). http://www.reddit.com/r/dogecoin/comments/1ui3bx/increase_such_hashrate_1_to_5_scrypt_tweaking/ceir5na > It is pretty much stock, except that I have removed all the #pragma > unrolls, and optimized the inner scrypt_core loop. #pragma unroll does > not give any speedup here. > The idea is to move the "if (j&1)" comparison to outside of the lookup > loops. Then, if j&1 happens to be zero, the V[z] and X[z] loops can be > combined to a single loop, which gives the speedup! > This loop and the salsa function are the most important places in the > entire source, it probably spends over 90% of time in here.. There's > very little to be gained outside of these, I think. > Donations: DQj4t2DFMQtXofhstouyZw1sYUKWUJn4wv https://github.com/veox/sgminer/issues/4#issuecomment-32753290 > Most of these optimized kernels (including mine), have fixed > lookup-gap=2. However, I have never seen anyone use any other value, for > any GPU, so I think you could just remove the configurable value. > Or with some #if LOOKUP_GAP==2 magic it is of course possible to make > such source that allows any value. > Some users have reported slightly slower hashrate with my kernel as > well, but this could be some misconfiguration also.. If scrypt kernel > becomes faster, you may need to lower the GPU engine clock to get full > speed. Same as if you increase GPU clock too high, you will get a drop > in hash rate. > My source is free to use in sgminer. And if you diff to original you > will see that the changes are not very big. > Removing of #pragma unrolls helps in any GPU, in my opinion.. Current > compilers know better when unrolling helps.	11 years ago
Noel Maersk	9d1db95a28	misc: move scrypt130511.cl kernel file to kernel/ckolivas.cl Prepare for more kernels. :) Get rid of the kernel date, since this fudges up commit history. Named after Con Kolivas, the most recent committer.	11 years ago
Noel Maersk	95586f72f0	Squash-merge branch dead-end with unnecessary check removals.	11 years ago
Con Kolivas	b196d4fa0c	Support more shares to be returned for scrypt mining.	12 years ago
Con Kolivas	580607cf1c	Update kernel file names signifying changes.	12 years ago
Con Kolivas	7f595ca04b	Use global constant arrays for all other constants used in scrypt kernel.	12 years ago
Con Kolivas	9b6a518acf	Use global __constants for sha functions in scrypt kernel.	12 years ago
Con Kolivas	6bb942ffe5	Use constants for endian swap macros.	12 years ago
Con Kolivas	f08c3f766d	Revise scrypt kernel copyright notice.	12 years ago
Con Kolivas	3d032ce615	Separate out additions in scrypt kernel.	12 years ago
ckolivas	53c3cce6ac	Bump opencl kernel version numbers.	12 years ago
ckolivas	775a27281a	Remove atomic ops from opencl kernels given rarity of more than once nonce on the same wavefront and the potential increased ramspeed requirements to use the atomics.	12 years ago
Con Kolivas	9bec1e158e	Simplify macros in output kernels avoiding apparent loops and local variables.	12 years ago
Con Kolivas	4fbe5bed15	OpenCL 1.0 does not have native atomic_add and extremely slow support with atom_add so detect opencl1.0 and use a non-atomic workaround.	12 years ago
Con Kolivas	f7f55e777d	Increase kernel versions signifying changed APIs.	12 years ago
Con Kolivas	86d5377e72	Use atomic ops to never miss a nonce on opencl kernels, including nonce==0, also allowing us to make the output buffer smaller.	12 years ago
Con Kolivas	bff58c3bed	Add back in new cl files.	12 years ago

2 Commits (4ac17b03f6ef8f580ae3bce0c1809eb9e860b990)