Working nicely. Have GW, GBT & Stratum pools all up and running.
Something in the order of: 11,000% efficiency on Eclipse (GBT + Var Diff) 1,800% efficiency on MaxBTC (GW) 550% efficiency on Ozcoin (Stratum)
Get VERY large discards on GBT though, on the order of 1000% Roughly 30% on Stratum and GW
Kano, did you said you're gonna add data counters to the pools? That'd be very interesting to see.
|
|
|
Looking super cool.. is this a custom heatsink build for them?
That is unlikely. First of all, the label on the heat sink says "Please remove label before you use it." This is bad English... I am assuming they are made in china. Heat sinks come in so many different shapes and sizes, it doesn't make sense to me for them to spend the extra dough to create a custom heat sink. They are custom designed by BFL. https://bitcointalk.org/index.php?topic=117403.0
|
|
|
Just remember to peel off the label before you stick it to something.
The label backing seems a bit OTT, though.
|
|
|
After my recent upgrade to 2.9 I started getting a lot of this: [2012-11-05 18:43:46] BFL0: Garbled response probably throttling, clearing buffer [2012-11-05 18:43:49] BFL0: Comms error It happens quite often, every 10-20 lines or so and I'm watching the BFL unit mine and there are no blinky lights to indicate throttling... Also, every once in a while, I'll come back to my computer to find that cgminer isn't running. I don't see any errors, it starts back up just fine, it just mysteriously stops running... Is there some kind of debug flag I can set to figure out what's causing these two problems and if they're related? Best bet would be a bad USB cable. A USB cable that worked fine for several months then magically broke at the exact moment that I upgraded cgminer? Well - it's like this. You want to HOPE it's a bad USB cable problem that often people have with BFLs On the other hand it could be something worse ... To add doom and gloom to the discussion, things often fail when they change - specifically turning them off and on or letting them cool down and heat up (if no power cycle) Software change is VERY unlikely since no one has changed the BFL code for a month. Not impossible of course, but certainly not a likely suspect. One of my units up a died on me today. Kinda. Re-flashed it and it started working again. Had a short power cut which probably initiated it, but still an odd failure... How does the firmware just up disappear? Edit: Fix garbled quoting.
|
|
|
With the halving only 6 weeks or so away, I quite surprise the price hasn't started to go up. Guess no-one cares.
|
|
|
When Luke was working on GBT and we were working on implementing a working vardiff, I had some concerns from a security standpoint. The Stratum get_transactions also raises some red flags for me, can you address security/throttling measures in place to prevent get_transactions being used a DoS method to overload a pool? Anything that leaves arbitrary data requests up to the client is an avenue for exploit and it is one of the reasons I have been so adamantly against user defined difficulties. If I want to DoS your pool, I crank up a couple of 1.5 TH minirig, set my difficulty to 1 and ask for getworks.
Same kind of problem with get_transactions: I'm pissed at you, so I just request all the get_transactions you'll send me over and over and over.
Surely you could keep requesting get_works with a script, why would you need any hashing behind it? As with the get_transactions, surely you'd just place a limit on requests poolside, and ignore those that seem unreasonable?
|
|
|
Just added that to my pools list and it totally messed up cgminer - Ozcoin is the only pool I use to have stratum. I suspect it's my own doing, as I have a homebrew version of cgminer that I use. Very strange failure though. Added the pool through the API, then the API went off line for 30 seconds. thought cgminer crashed, but it came back. Then the pool mined 457 shares and stopped The 5s rolling average dropped to one BFL of the 6, but 6/6 devices were still reported. Hash rate on some BFLs dropped to 0, others were some fraction of one BFL. I saved the config file through the API, then reset cgminer. The first 2 BFLs where then reported sick, with garbled messages being returned in the comms (reporting 'USY'). The other BFLS were showing low, or no hash rates. The pool I added was missing the 'stratum+tcp://' part when displayed through the API (when I added it via API the whole string was there). Stopped cgminer, manually removed the pool from the conf. file, and restarted. Everything back to normal now.
I'm guessing there's some sort of buffer over-run going on somewhere.
|
|
|
'tis true.
Microwaves vibrate atoms to cause heat.
Heat itself is EM radiation. That can damage.
Sunburn is EM radiation damage
X-rays... gamma rays... All a part of the EM spectrum.
You moron. Radiation is radiation is radiation in NOT CORRECT There are 2 different types of radiation. Ionizing (gamma particles) and non ionizing (tv, radio) radiation ... With over 50 years of research there is NO EVIDENCE that ANY non ionizing radiation can cause cancer Who the fuck mentioned ionizing radiation or cancer? Dickwad.
|
|
|
I think commit 8bd8696854 got the bug I was having. No segfaults in nearly 4 days now Well spotted!
|
|
|
Language is pretty easy.
Form a histograms of: Syllables per word Words per sentence Sentences per paragraph. Vocabulary.
|
|
|
GPU's can still work... Survey says no. ... I think someone just made a blind, massive assumption. Hmmmm?
|
|
|
I have no idea why you have three instances running. Can you try connecting to each of them in turn with screen.
And work out how to disable two instances...
This is why I have the big warning at the top of the readme... it's not trival!
|
|
|
Ah, ztex doesn't need the serial modules, so you can stop that service. You can comment out the bit in cgminer.sh which does the search: #!/bin/sh
unset LD_LIBRARY_PATH unset LD_PRELOAD
prefix=/opt CONFDIR=${prefix}/etc CONF=${CONFDIR}/cgminer.conf LOGDIR=${prefix}/var/log TTYNAME=* TTYDIR=/dev/usb/tts/
while true ; do # DEVS=`find ${TTYDIR} -type c -name "${TTYNAME}" | sed 's/^/-S/' | sed ':a;N;$!ba;s/\n/ /g'` NOW="`date +%Y%m%d-%H%M%S`" LOGFILE=${LOGDIR}/${NOW}.$$.log ${prefix}/bin/cgminer -c ${CONF} --api-listen ${DEVS} -T -q 2>${LOGFILE} sleep 30 done
|
|
|
Sounds like the serial drivers aren't working/installed. Basically It can't find the devices for whatever reason.
|
|
|
People have cried at my code before, but for a very different reason.
|
|
|
she doesn't sound like much fun.
|
|
|
|