Which model of miner do you have? October or November?
|
|
|
Does anyone notice that their miners generally runs better until the first flushwork?
I get around 1% HW errors, and after a flushwork occurs, it shoots up to 3-4%. The HW ticker goes from 1-7 a jump to upwards of 50 a jump.
YES, I noticed that all along... I think the flush-work....still needs work! **** It seems to "Flush" with every single block detected, and not for just the pool you are on, which causes the errror rate to be higher than it has to be...drastically. IMHO...that's the biggest tweak needed atm You are way off on this one... Flushwork has to run with every block detected on the network. Blocks are built on top of each other network wide, not just on your pool. Hmm, I still respectfully disagree. Here's why... I never had that problem mining with GPU's... and it never flushed anything other than our own "Stale" shares. In pool mining...We don't solve blocks for other pools, we work on our own blocks, and by running flush-work every time a block is detected, you literally loose every workshare you are currently solving, even though your pool hasn't found it's block yet. My pants are literally loose. But no, all miners (and pools) are working to add a new block to the end of THE block chain. Pools don't each work on their own separate chain. Each time a new block is added to the chain, all miners (and pools) stop their current work, and begin new work, trying to extend the now longer chain. The block trying to be added is unique to the pool, but the chain it is being added to is not. (There are rare exceptions involving hostile miners, but let's not complicate the discussion with those cases.) hmm, ok... Try this.... look/watch the error rate jump @ flushwork times. Given the jumps, why would the dumped/flushed shares contribute to errors if the pool didn't want them? You will also notice the lack of a jump in errors during the flushwork when your pool is finding the block. I hear what you are saying, but the errors I monitored over the course of mining say otherwise. I can point my Raedon card at the same pool, on a separate account, and physically see the difference. IMO there is is still a bug (or more than one bug) in the KnC driver code that handles work changes. Changing work should never cause a HW error. A HW error indicates that the an ASIC chip returned a nonce claiming that it results in a valid share of difficulty 1 or greater, but the controller then does not reach the same conclusion when it tries to validate that claim, and rules that the ASIC was wrong (a hardware error). A HW error always indicates a local problem, specifically a disagreement between the hashing engine(s) and the host/controller. A pool should never be able to cause a HW error to be reported. (BTW, the correct spelling is "lose", not "loose". I'd go mad if I tried to explain this to everyone I see making this error, but you seem like a pragmatic enough fellow that it's probably safe to explain it to you. ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) ) Wizkid057 has created a cgminer that disables work flushes in the cgminer source. https://bitcointalk.org/index.php?topic=313978.msg4229913#msg4229913
|
|
|
hw errors eligius continues same after few hours
i continue dont know why knc ask psu 1200W if only max 700w
Eligius blows. Pay the fee and use The Guild. Nothing but bliss and payouts like clock work. Why does Eligius blow? Just wondering its been better then the guild for me. Because I think the payout system there blows and the stats/info you get back aren't nearly as informative as The Guild's. I also like the manual payout feature which Eligius does not have. I've had good hash rate, but trying to get paid was another issue. So I went to the Guild and been paying fees ever since. Their dashboard and informative charts are at my finger tips and very clean and easily read. Suckers everywhere, Pay 3% for pretty colors and "quicker payouts" because you don't know how to use the "My Eligius" Features. People are trying to maximize their money, if I had to pay a 3% fee I would have paid BTC Guild BTC16, I hardly believe their stats and manual payout feature is worth that. Different Strokes for Different Folks! When people are so hooked and loyal to a pool having stats doesn't matter anyway, cause they are going to stay there no matter what. Bad stats or good stats. I'll gladly pay for a more refined look and better looking dashboard. I'm sorry but the Eligius site looks like a teenager wrote the code and really needs a big overhaul in my opinion. And trust me, soon as the operator spends more time and actually doing some updates he'll charge a fee. Features? Yea, I've seen them....they aren't must to be desired. I guess you think the thousands that pool there are all suckers, right and the Eligius pool is for the "techie" or "nerds" only that only know how to use the site. Such typical answers to an opinion. For me they are too big, Eligius is a good balance between big enough to work through the blocks quickly but not too big that they look like becoming a threat to the network. Ghash.IO with 34% and BTC Guild with 23% are getting on the large size for me. https://blockchain.info/pools Eligius has given great performance and is responsive to their users. The stats are fine and give enough information imho, I've used most of the pools from Slush to BTCG, not ghash, and was a BTCG member for a long time on GPU's, Erupters and BFL but since moving to KnC Eligius has done pretty good job, not perfect but none of them are.
|
|
|
The problem with "give more hashpower" is that its expensive and doesn't assure the company that the risk of lawsuits will go away.
A better path would be to offer the a choice of a full 1:1 refund in BTC as if the sale had never been made or enough additional hashpower that most customers would choose the latter.
The problem is that the 1:1 refund at this point would be a hard deal to match and I suspect that many people now believe the original October claims were flat out dishonest, making promises of further hash-power later unattractive.
This is what I was referring to earlier on the thread about there being potentially no clean solution. A half measure doesn't remove hashfast's legal exposure, and a full measure may not be within their ability to afford.
giving more hash power is less expensive than giving people refunds... especially if they have to refund in btc (which i can't see how they can afford to do, even if they promised it) hash power only costs them 'cost price', whereas its value to customers is at 'retail price'... thus giving extra hash power is a valuable way for them to compensate people that costs less than its worth. tada! thank you. Giving more hash power is an easy win, they don't even have to make more chips to do it just allocate it out of their existing personal stash or just make some other poor sucker wait for their BJ (see what I did there?) ![Cheesy](https://bitcointalk.org/Smileys/default/cheesy.gif)
|
|
|
To stop the "lawsuit", all they have to do is pay off the litigious complainers with extra hashpower, shower them with BJ's and the pain will go away and no-one will be the wiser.
"Shower them with BJs" This, is the best laugh Ive had today... ![Cheesy](https://bitcointalk.org/Smileys/default/cheesy.gif) at least someone got it
|
|
|
Please help.Need SD-card full image of October Saturn (Saturn-B52, 4 VRM) firmware. PLEASE.
not sure..but you MAY HAVE better luck on the www.kncminer.com forum page. no idea just saying..I know some have images on there you could contact them via PM Or on IRC IRC server = Freenode IRC channel = #kncminer
|
|
|
To stop the "lawsuit", all they have to do is pay off the litigious complainers with extra hashpower, shower them with BJ's and the pain will go away and no-one will be the wiser.
|
|
|
Looks Shamazing mate ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif)
|
|
|
Can anybody link step-by-step instructions how to upgrade cgminer to the latest version on Jupiters?
I dont think you can permanently upgrade cgminer, only temporarily. It won't survive a reboot Actually if you install cgminer in the /config directory the binary will survive the reboot, but you would still have to manually stop the running one and run the new one after you did a reboot. *I think* . I've not worked out a way to get the cgminer binary onto the boot image partition that overwrites everything.
|
|
|
As a VAT registered business you pay no VAT buying from other businesses in the UK/EU. You only add VAT once you sell it to a UK/EU customer. You can also offset depreciation of you stock against your VAT bill. You cannot escape VAT by importing goods anyway.
You pay no VAT but you still have to declare it. But you are correct, somewhere along the line someone has to pay VAT. What I don't think he understands is you don't pass the VAT you pay as a retailer, because you get it back, you charge the customer retail price less the VAT you pay, plus the VAT you have to charge ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif)
|
|
|
Anyone else have a cgminer.sh that doesn't look anything like the one the-skeptic posted? I'm running 0.99-tune but mine doesn't have anything that even vaguely looks like: cmd=$(printf "0x86,0x%02X,0x01,0xF1" $c)This is what mine looks like (vanilla without touching anything) #!/bin/sh
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin DAEMON=/usr/bin/cgminer NAME=cgminer DESC="Cgminer daemon"
set -e
test -x "$DAEMON" || exit 0
do_start() { # Stop SPI poller spi_ena=0 i2cset -y 2 0x71 2 $spi_ena
good_ports="" bad_ports=""
# CLear faults in megadlynx's for b in 3 4 5 6 7 8 ; do for d in 0 1 2 3 4 5 6 7 ; do i2cset -y $b 0x1$d 3 >/dev/null 2>&1 || true done done
for p in 0 1 2 3 4 5 ; do i2cset -y 2 0x71 1 $((p+1)) good_flag=0 ar="$(spi-test -s 50000 -OHC -D /dev/spidev1.0 0x80,3,0,0,0,0,0,0 | tail -c 13)" if [ "x$ar" = "x00 30 A0 01" ] ; then good_flag=1 fi ar="$(spi-test -s 50000 -OHC -D /dev/spidev1.0 0x80,2,0,0,0,0,0,0 | tail -c 13)" if [ "x$ar" = "x00 30 A0 01" ] ; then good_flag=1 fi ar="$(spi-test -s 50000 -OHC -D /dev/spidev1.0 0x80,1,0,0,0,0,0,0 | tail -c 13)" if [ "x$ar" = "x00 30 A0 01" ] ; then good_flag=1 fi ar="$(spi-test -s 50000 -OHC -D /dev/spidev1.0 0x80,0,0,0,0,0,0,0 | tail -c 13)" if [ "x$ar" = "x00 30 A0 01" ] ; then good_flag=1 fi
if [ "$good_flag" = "1" ] ; then good_ports=$good_ports" $p" else bad_ports=$bad_ports" $p" fi done
if [ -n "$good_ports" ] ; then for p in $good_ports ; do # re-enable all cores i=0 while [[ $i -lt 192 ]] ; do i2cset -y 2 0x2$p $i 1 i=$((i+1)) done spi_ena=$(( spi_ena | (1 << $p) )) done fi if [ -n "$bad_ports" ] ; then for p in $bad_ports ; do # disable all cores i=0 while [[ $i -lt 192 ]] ; do i2cset -y 2 0x2$p $i 0 i=$((i+1)) done spi_ena=$(( spi_ena & ~(1 << $p) )) done fi
# Disable direct SPI i2cset -y 2 0x71 1 0
# Enable SPI poller i2cset -y 2 0x71 2 $spi_ena
MINING_SW=`ls -l /usr/bin/cgminer` if [ "`echo $MINING_SW | grep bfgminer`" != "" ] ; then export LD_LIBRARY_PATH=/usr/bfgminer/ start-stop-daemon -b -S -x screen -- -S cgminer -t cgminer -m -d "$DAEMON" --api-listen -c /config/cgminer.conf -S knc:auto else start-stop-daemon -b -S -x screen -- -S cgminer -t cgminer -m -d "$DAEMON" --api-listen --default-config /config/cgminer.conf fi }
do_stop() { killall -9 cgminer || true } case "$1" in start) echo -n "Starting $DESC: " do_start echo "$NAME." ;; stop) echo -n "Stopping $DESC: " do_stop echo "$NAME." ;; restart|force-reload) echo -n "Restarting $DESC: " do_stop do_start echo "$NAME." ;; *) N=/etc/init.d/$NAME echo "Usage: $N {start|stop|restart|force-reload}" >&2 exit 1 ;; esac
exit 0
I had the same thing, it was caused by Bertmod. Shut your miner down and restart it, don't load Bertmod. Then run the sed cmd and you should be good to go. Hope this helps OK thanks, so do you load it after to check temps, cores etc?
|
|
|
My sad story involves KNC refusing to advance RMA bad components, so my Jupiter was gimping along at 495Ghs with two die-0 boards and two good boards. Instead of trying to stay sane during a week or two of downtime (valium, xanax anyone?), I decided that I would just run the two die-0 boards at 75%, because it would take months to break even from the RMA downtime.
Where do you live? On the moon? ![Huh](https://bitcointalk.org/Smileys/default/huh.gif) Most people get RMA turn around in a matter of days. Oh but congrats on overclocking your miner, thats pretty cool. ![Grin](https://bitcointalk.org/Smileys/default/grin.gif) Anyone else have a cgminer.sh that doesn't look anything like the one the-skeptic posted? I'm running 0.99-tune but mine doesn't have anything that even vaguely looks like: cmd=$(printf "0x86,0x%02X,0x01,0xF1" $c)This is what mine looks like (vanilla without touching anything) #!/bin/sh
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin DAEMON=/usr/bin/cgminer NAME=cgminer DESC="Cgminer daemon"
set -e
test -x "$DAEMON" || exit 0
do_start() { # Stop SPI poller spi_ena=0 i2cset -y 2 0x71 2 $spi_ena
good_ports="" bad_ports=""
# CLear faults in megadlynx's for b in 3 4 5 6 7 8 ; do for d in 0 1 2 3 4 5 6 7 ; do i2cset -y $b 0x1$d 3 >/dev/null 2>&1 || true done done
for p in 0 1 2 3 4 5 ; do i2cset -y 2 0x71 1 $((p+1)) good_flag=0 ar="$(spi-test -s 50000 -OHC -D /dev/spidev1.0 0x80,3,0,0,0,0,0,0 | tail -c 13)" if [ "x$ar" = "x00 30 A0 01" ] ; then good_flag=1 fi ar="$(spi-test -s 50000 -OHC -D /dev/spidev1.0 0x80,2,0,0,0,0,0,0 | tail -c 13)" if [ "x$ar" = "x00 30 A0 01" ] ; then good_flag=1 fi ar="$(spi-test -s 50000 -OHC -D /dev/spidev1.0 0x80,1,0,0,0,0,0,0 | tail -c 13)" if [ "x$ar" = "x00 30 A0 01" ] ; then good_flag=1 fi ar="$(spi-test -s 50000 -OHC -D /dev/spidev1.0 0x80,0,0,0,0,0,0,0 | tail -c 13)" if [ "x$ar" = "x00 30 A0 01" ] ; then good_flag=1 fi
if [ "$good_flag" = "1" ] ; then good_ports=$good_ports" $p" else bad_ports=$bad_ports" $p" fi done
if [ -n "$good_ports" ] ; then for p in $good_ports ; do # re-enable all cores i=0 while [[ $i -lt 192 ]] ; do i2cset -y 2 0x2$p $i 1 i=$((i+1)) done spi_ena=$(( spi_ena | (1 << $p) )) done fi if [ -n "$bad_ports" ] ; then for p in $bad_ports ; do # disable all cores i=0 while [[ $i -lt 192 ]] ; do i2cset -y 2 0x2$p $i 0 i=$((i+1)) done spi_ena=$(( spi_ena & ~(1 << $p) )) done fi
# Disable direct SPI i2cset -y 2 0x71 1 0
# Enable SPI poller i2cset -y 2 0x71 2 $spi_ena
MINING_SW=`ls -l /usr/bin/cgminer` if [ "`echo $MINING_SW | grep bfgminer`" != "" ] ; then export LD_LIBRARY_PATH=/usr/bfgminer/ start-stop-daemon -b -S -x screen -- -S cgminer -t cgminer -m -d "$DAEMON" --api-listen -c /config/cgminer.conf -S knc:auto else start-stop-daemon -b -S -x screen -- -S cgminer -t cgminer -m -d "$DAEMON" --api-listen --default-config /config/cgminer.conf fi }
do_stop() { killall -9 cgminer || true } case "$1" in start) echo -n "Starting $DESC: " do_start echo "$NAME." ;; stop) echo -n "Stopping $DESC: " do_stop echo "$NAME." ;; restart|force-reload) echo -n "Restarting $DESC: " do_stop do_start echo "$NAME." ;; *) N=/etc/init.d/$NAME echo "Usage: $N {start|stop|restart|force-reload}" >&2 exit 1 ;; esac
exit 0
|
|
|
You reckon? 25 BTC for 500Ghs? No electrcity costs Electricity costs are negligible for 500Gh/s
|
|
|
Website is still not working for me
We have had a few issues and these bugs are being fixed as we speak. Hope to have it up tonight. Good luck mate, I think your'e going to need it ![Wink](https://bitcointalk.org/Smileys/default/wink.gif) My advice, should have done it the other way around, got VAT registered ASAP, it doesn't cost you anything to be VAT registered and do everything on the up and up. There is no Import duty on computer equipment coming into the UK, only VAT. So you buy at whatever wholesale discount you negotiate, you pay the VAT, which you claim back anyway. Then you sell at the RRP +VAT and your cut is the difference between the wholesale price and the retail price. Then you give the VAT you charge to the tax man. Punters will be fine about it, they have to pay VAT anyway on imported stuff. Even KnC charged VAT on all their miners for EU sales. In the EU there is no getting out of paying VAT, eventually.
|
|
|
This is a really nice idea,how about another set of solar panels to charge the battery untill it runs out
This device is only worthwhile if you live in a hot country
Not so if you live in cloudy northern Europe like I do. Now if there was a wind-powered miner, maybe that would be worth considering. Or a drizzle powered one
|
|
|
You reckon? 25 BTC for 500Ghs?
|
|
|
WHen I was still GPU mining
this is all you need to remember before reading any post from Puppet to gain the context Not such an unusual background surely? Many of us were gpu miners I would have thought.
|
|
|
Cypher - what was that good UK PSU you mentioned in another post somewhere? A 1300w something...
EVGA 1300W G2 Supernova But none in stock. You can order them from the EU EVGA store I believe Nope just checked there too. ![Sad](https://bitcointalk.org/Smileys/default/sad.gif) I have good results with high end silverstone units as well Im actually having trouble with 2 of these on 2 separate jupiters. The PSUs work fine for antminers, just wont work on these jupiters. very weird. I also have 8 other jupiters powered by the 1300w... so maybe they just hate me? There was a bad batch I had to rma one of mine
|
|
|
|