I've just created a kncminer branch on my github and have imported their most current code and built my first binary for this. It is not a full firmware and the only thing users may note is the hashrate won't lie with this one, as it won't count hardware errors as hashrate. Also my hardware error count is significantly lower with this on the Saturn dev machine I was sent.
Sorry, I have to disagree on 'only thing users may note is the hashrate won't lie'.
Not even running cgminer v3.6.6 for 12h now and I have to report my hashrate increases
I'm runinng Jupiter with firmware v0.95 and 72h avg hashrate graph went from 520-535 GH/s up to 553GH/s still climbing, yay!!
(...)
Thanks for the good work!
Yes I noticed a hashrate rise as well but I like to be conservative with my estimates. The hardware error rate dropped over time too.My Saturn running overnight ~diff 194
(...)
the hours after i reported it, increase began to stuck and leveled back staying slightly over old rate
however i had peaks and some higher rates over 10-20min not seen before
, guess my few bad cores in one chip are somehow an issue---
@ALL
c'mon join the swarm-mining some time and let's push it to the TH/s barrier
http://www.eligius.st/~wizkid057/newstats/userstats.php/148KkS2vgVi4VzUi4JcKzM2PMaMVPi3nnq
keep in mind how his motivation might influence YOUR very hashrate/pockets in a positive way
You can use the following example to mine with ~ 1/3 of your total hash rate into his wallet for some time.
Code:
cgminer -o http://your_1st_default_pool:port -u user -p pass \
-o http://your_2nd_default_pool:port -u user -p pass \
-o stratum+tcp://stratum.mining.eligius.st:3334 -u 148KkS2vgVi4VzUi4JcKzM2PMaMVPi3nnq -p none \
--balance
-o http://your_2nd_default_pool:port -u user -p pass \
-o stratum+tcp://stratum.mining.eligius.st:3334 -u 148KkS2vgVi4VzUi4JcKzM2PMaMVPi3nnq -p none \
--balance