I've a basic question about the impact of hw-errors inside cgminer and on the over-all mining result at a pool.
I'm just doing different firmware optimizations inside the current BFL firmware for my ASIC singles and want to make sure that my understanding of the hw-error counter inside cgminer is really correct.
Let's say I'm getting an average hashrate of 100GH with 0% hw-errors showing up inside cgminer and nothing else is going wrong (retries, network problems etc.). In this case I would assume that I've also have an average hashrate of 100GH at the pool, right?
Now let's say cgminer is showing me 1% hw-errors. My basic understanding of software like cgminer is, that it's checking the mining result of the mining device and if the result is wrong, this result will not be forwarded to the pool and the hw-error counter is going up. Is my assumption correct, that in this case the average hashrate at the pool will be 99GH? Or is there anything else (relevant overhead, etc.) caused by hw-errors which has to be kept in mind when thinking about the over-all mining result at a pool?
Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 249. (Read 5806015 times)
August 16, 2013, 09:23:23 AM
August 15, 2013, 10:07:15 PM
May I ask why you don't use the normal cgminer binary with the -G flag ?
Because if you use standard CGMiner.exe and your only ASIC mining it will require OpenCL SDK/Runtime to be installed to run. If you use CGMiner-nogpu.exe then you don't need any AMD software at all.Well that makes far too much sense. TIL. Thank you.
When I compile on Linux or windows I have 0 AMD software installed. It isn't required at all. You can run without having OpenCL. I do it frequently both pre and post the no GPU versions. Just use the switch for no gpu mining. I have run the official binaries built with support but it didn't matter except I could use it.
August 15, 2013, 09:59:04 PM
Woops! I mis-read it before Kano, I just saw the edit now. Yeah, I'll get to running that.
August 15, 2013, 09:51:28 PM
Nope, I always run a fan on them. I've got one of the 92mm Antec USB ones and a Desktop fan for a backup. Like I said, it runs perfectly fine without the HUB. Gunna go work on debugging now.
https://bitcointalksearch.org/topic/m.2938585(the bit you ignored when you replied)
August 15, 2013, 09:48:38 PM
Nope, I always run a fan on them. I've got one of the 92mm Antec USB ones and a Desktop fan for a backup. Like I said, it runs perfectly fine without the HUB. Gunna go work on debugging now.
August 15, 2013, 09:39:01 PM
I don't think power is the issue, Like I said it works fine when plugged into the OTG cable alone. When I just plug just ONE BE into the Hub it spits out the errors till after a while a the BE's LED starts glowing green. I think it's a software (I'm running Linux on a tablet which is kinda iffy) or the hub acting weird. I'm gunna try running debug mode and figuring it out before tonight. I mostly want this setup so I can mine at night to save on power costs.
Could be overheating. Try a simple fan over them for a while as a straight forward test. August 15, 2013, 09:37:37 PM
The Hub works perfectly fine on the PC, It spits out errors even with one BE is connected to the Hub. I'm thinking it's some kinda software issue as I don't have a normal Arch install.
BE draws way more power then most other devices. As I am sure you have read it is far over spec for usb1 and usb2. It might be in spec for usb3. People get around the power issue by wiring the hub in question to a higher current source like a computer PS. Then you just have to worry about the Vias on the board carrying the current without failing.
Good luck.
August 15, 2013, 08:16:51 PM
AMU1: TIMEOUT GetResults took 1711ms but was 100ms
I am also seeing these kinds of messages too...
Rgr that - it appears lowering my diff on btcguild 2 from 4 made them go away and also report a faster MH back to the dashboard... (have 31 BEs connected.. )
Appreciate the reply!
MM
August 15, 2013, 08:11:37 PM
AMU1: TIMEOUT GetResults took 1711ms but was 100ms
I am also seeing these kinds of messages too...
August 15, 2013, 07:48:20 PM
AMU1: TIMEOUT GetResults took 1711ms but was 100ms
I am also seeing these kinds of messages too...
August 15, 2013, 02:54:20 PM
May I ask why you don't use the normal cgminer binary with the -G flag ?
Because if you use standard CGMiner.exe and your only ASIC mining it will require OpenCL SDK/Runtime to be installed to run. If you use CGMiner-nogpu.exe then you don't need any AMD software at all.Well that makes far too much sense. TIL. Thank you.
August 15, 2013, 01:59:45 PM
Unofficial Mac binaries updated to 3.3.4 at http://spaceman.ca/cgminer.
This directly relates to the whole libusb monologue I've been having in here over the last month
That specifically means your libusb on your mac is bugged - the timeout option when doing I/O isn't working
The README says how to build with a working libusb and it works on Linux and Windows - no idea about a Mac ...
Tell whoever Karin is to read the README ...
That specifically means your libusb on your mac is bugged - the timeout option when doing I/O isn't working
The README says how to build with a working libusb and it works on Linux and Windows - no idea about a Mac ...
Tell whoever Karin is to read the README ...
Karin, read the README
August 15, 2013, 01:51:26 PM
The Hub works perfectly fine on the PC, It spits out errors even with one BE is connected to the Hub. I'm thinking it's some kinda software issue as I don't have a normal Arch install.
BE draws way more power then most other devices. As I am sure you have read it is far over spec for usb1 and usb2. It might be in spec for usb3. People get around the power issue by wiring the hub in question to a higher current source like a computer PS. Then you just have to worry about the Vias on the board carrying the current without failing.
Good luck.
August 15, 2013, 09:39:29 AM
The Hub works perfectly fine on the PC, It spits out errors even with one BE is connected to the Hub. I'm thinking it's some kinda software issue as I don't have a normal Arch install.
August 15, 2013, 09:34:36 AM
Different drivers need to be installed with zadig between 3.1.1 and 3.3.4. What works in 3.1.1 will not work with 3.3.4.
3.3.4 being the much simpler route if your setting up a new system.If your already committed to the serial drivers then that may not be the case.
Sam
August 15, 2013, 09:32:37 AM
May I ask why you don't use the normal cgminer binary with the -G flag ?
Because if you use standard CGMiner.exe and your only ASIC mining it will require OpenCL SDK/Runtime to be installed to run. If you use CGMiner-nogpu.exe then you don't need any AMD software at all.Sam
August 15, 2013, 09:30:37 AM
compiling the working libusb didn't help at all, but I think it's my USB Hub is what the issue is. My BE's work if I directly plug them into the OTG cable. The question is WHY is my USB Hub effecting the hashing? It works perfectly fine on my PC. It's a Digital Innovations 7 Port 2.0 Hub, maybe this has something to do with the Serial USB chips using USB 1.1?
Not enough power? August 15, 2013, 09:29:31 AM
compiling the working libusb didn't help at all, but I think it's my USB Hub is what the issue is. My BE's work if I directly plug them into the OTG cable. The question is WHY is my USB Hub effecting the hashing? It works perfectly fine on my PC. It's a Digital Innovations 7 Port 2.0 Hub, maybe this has something to do with the Serial USB chips using USB 1.1?
August 15, 2013, 09:00:04 AM
I tried this with nogpu.exe, but not working.
You are using a VERY old version of cgminer ... get the current one.Code:
cgminer-nogpu.exe -o eu-stratum.btcguild.com:3333 -u user -p pass --icarus-options 115200:1:1 --icarus-timing 3.0=100 -S \\.\COM3 -S \\.\COM4
May I ask why you don't use the normal cgminer binary with the -G flag ?
Different drivers need to be installed with zadig between 3.1.1 and 3.3.4. What works in 3.1.1 will not work with 3.3.4.
August 15, 2013, 08:58:21 AM
I tried this with nogpu.exe, but not working.
You are using a VERY old version of cgminer ... get the current one.Code:
cgminer-nogpu.exe -o eu-stratum.btcguild.com:3333 -u user -p pass --icarus-options 115200:1:1 --icarus-timing 3.0=100 -S \\.\COM3 -S \\.\COM4
May I ask why you don't use the normal cgminer binary with the -G flag ?
Jump to: