OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.1

[-ck]

I certainly don't think they're worth it, in fact I'd go so far as to call them a rip off, but there are now hundreds of threads discussing this very issue and there are people still buying them. Most have valid explanations, but it just looks like post purchase rationalisation to me. There are no doubt quite a few new buyers who had no clue about the likelihood of meaningful profit amongst them.

I'm personally not interested in profit.  I bought mine with BTC I made from GPU mining, which I also don't see a profit in.  I buy these things for fun - like some people who spend money on rigs for SETI@Home, RC5, etc.  It's a silly little hobby.  Expensive silly little hobby, but you should see my collection of wifi routers, hard-drives, and motherboards.  It's extensive.

Hell, I've even got a Jalapeno on order - I don't expect to see a profit when (if) it arrives later this year.  But I'll have fun playing with it.

I suppose, if that's your attitude to the Erupters, I can't see there being much hope of getting a fix, or you even looking to see if there's a bug.  Maybe BFGMiner will be better?

I do like to call things as I see them with the profit side, but that's an aside to our development process. We are investigating the problems continuously as kanoi received one as a development unit, and the problems we're encountering are to do with unexpected behaviour through libusb which is our driver model. Note I do not have one myself but even I am trying to help debug this, however it's harder without one, and right now is bad because I'm currently in Europe on vacation for the next 5 weeks still. This is why our current recommendation is 3.1.1 for anyone using them on usb3 hubs. usb3 in general still appears problematic. You are of course free to use whatever software you like, and it's fair to say our (cgminer's) performance on the AMUs with anything usb3 is lacklustre and it probably annoys me more than anyone else that we have yet to solve them. Just ask kano how much I keep hassling him about progress on the AMUs.

[1714227805]

1714227805

[HellDiverUK]

Sorry, I didn't mean to be an ass about it. 

I have got it working OK by removing the WinUSB drivers, and running it on BFGMiner in the meantime.   I know the USB3 on this machine can be a bit flaky - good old AsMedia, I don't know why Asus bother with them.  I guess they're cheap.    I will investigate further with an Intel machine over the weekend.

I'd prefer to see cgminer working properly with the whole kit, though.  I appreciate the efforts.  I just get cranky first thing before my 4 cups of coffee.

[-ck]

Sorry, I didn't mean to be an ass about it.  

I have got it working OK by removing the WinUSB drivers, and running it on BFGMiner in the meantime.   I know the USB3 on this machine can be a bit flaky - good old AsMedia, I don't know why Asus bother with them.  I guess they're cheap.    I will investigate further with an Intel machine over the weekend.

I'd prefer to see cgminer working properly with the whole kit, though.  I appreciate the efforts.  I just get cranky first thing before my 4 cups of coffee.

Don't worry about it. Text discussions have a way of making people do that. Considering I'm recovering from the worst hangover of my entire life, I think I did pretty well myself in response  

[FiatKiller]

Hey ck, thought occurred to me today(amazing, I know!)... is there ever a point where the mining hardware speed would max out (using current processors) so that it would effectively hit a software speed ceiling? Or is hardware always going to be the limiting factor?

[-ck]

Hey ck, thought occurred to me today(amazing, I know!)... is there ever a point where the mining hardware speed would max out (using current processors) so that it would effectively hit a software speed ceiling? Or is hardware always going to be the limiting factor?

We did some benchmarking on the cgminer code and with a modern CPU it maxes out generating work at about 11TH (if it weren't written in C, it would hit a ceiling much earlier). If hardware gets that fast, hopefully the hardware itself will evolve to a point where it can generate work itself too, offloading some of the work. The minirig itself is the fastest hardware at the moment, and it has issues that make it inefficient to talk to, so running one of those alone uses 14% CPU of a 1.6Ghz CPU. Better communication protocols (and better mining hardware designs) should be able to decrease that dramatically. Since we are only on the first generation of ASICs things will change.

[FiatKiller]

So when the first person says "I'm trying to run 25 mini-rigs in my Mom's basement, and cgminer keeps crashing." we can say see post so and so from 2013.  lol

thanks

[-Redacted-]

It's a lot more likely to be something along the lines of... "I'm trying to run 25 mini-rigs in my Mom's basement using cgminer, but when I power on more than two, the circuit breaker trips and the computer I'm running cgminer on crashes until I flip the breaker back on..  Why does cgminer keep doing that??"

[amigaman]

Please excuse that i did not read all 580 pages, but is there a way to influence how much devices CGMiner shows?
I have some USB miners on my CGMiner 3.3.1 rig, but it only shows 10 devices maximum, often less than 7.
I have resized the window, but this only lengthens the lower list, I have also noticed that some units get detected at start, the rest comes after a few seconds via "hotplug detect".
My system is a Win 7 Pro x64, i have no GPU (using the nogpu exe), 12 USB Erupters with Zadig drivers, planning on some more (till screen is full).
Hashrate is as expected, List shows accepted hashes from all units.

[xjack]

Please excuse that i did not read all 580 pages, but is there a way to influence how much devices CGMiner shows?
I have some USB miners on my CGMiner 3.3.1 rig, but it only shows 10 devices maximum, often less than 7.
I have resized the window, but this only lengthens the lower list, I have also noticed that some units get detected at start, the rest comes after a few seconds via "hotplug detect".
My system is a Win 7 Pro x64, i have no GPU (using the nogpu exe), 12 USB Erupters with Zadig drivers, planning on some more (till screen is full).
Hashrate is as expected, List shows accepted hashes from all units.

You need to resize the window CGMiner opens with.  Right click the title bar on the window and select properties- change the length to something bigger.  Click OK and relaunch.  

I was able to display over 30 devices this way when I was running cgminer in Win7.

[amigaman]

As written in my post, this does not change anything.
I just get a longer lower list, the middle part with the Unit stats stays the length it gets at startup, which sometimes is only 6 or 7, sometimes 10.
Then after a few seconds the rest gets detected, but the middle part of the display remains unchanged, lengthwise.

I start CGminer in a cmd-file with --usb :12, but that changes nothing.

[-ck]

As written in my post, this does not change anything.
I just get a longer lower list, the middle part with the Unit stats stays the length it gets at startup, which sometimes is only 6 or 7, sometimes 10.
Then after a few seconds the rest gets detected, but the middle part of the display remains unchanged, lengthwise.

I start CGminer in a cmd-file with --usb :12, but that changes nothing.

Because live window resize on windows leads to random crashes, we temporarily disabled it in the current cgminer code. Any devices that hotplug after startup on windows will not show up, this is why you're not getting them all. Live resize for hotplugged devices only works on linux at the moment. We're slowly chipping away at whatever might be causing it, but it may end up simply being the "pdcurses" library we use on windows that is buggy.

[-Redacted-]

As written in my post, this does not change anything.
I just get a longer lower list, the middle part with the Unit stats stays the length it gets at startup, which sometimes is only 6 or 7, sometimes 10.
Then after a few seconds the rest gets detected, but the middle part of the display remains unchanged, lengthwise.

I start CGminer in a cmd-file with --usb :12, but that changes nothing.

You need to change the default settings.  Right click on the cgminer window, then go down to Defaults - 2nd from bottom.  Increase the window size there.  The next time you open the cgminer window, it should open at the new size.

[amigaman]

You need to change the default settings.  Right click on the cgminer window, then go down to Defaults - 2nd from bottom.  Increase the window size there.  The next time you open the cgminer window, it should open at the new size.

I do, and it does. But the length of the middle part of the window gets determined at startup, when (god knows why) not all units are detected, and stays like that. sometimes at 5 units, sometimes at 10.
My Window is full screen height, and shows results "of the last day" because the list is so long, but devices stats are missing.

@ckolivas:
thanks for the info, so at least i know it's a feature, not a bug.
Could you please think about the menu "reset" feature to rethink the section sizes? That'd be great.

[mdude77]

You need to change the default settings.  Right click on the cgminer window, then go down to Defaults - 2nd from bottom.  Increase the window size there.  The next time you open the cgminer window, it should open at the new size.

I do, and it does. But the length of the middle part of the window gets determined at startup, when (god knows why) not all units are detected, and stays like that. sometimes at 5 units, sometimes at 10.
My Window is full screen height, and shows results "of the last day" because the list is so long, but devices stats are missing.

I'm running 15 on 3.1.1 in win7:

Code:

 cgminer version 3.1.1 - Started: [2013-07-19 19:17:28]
--------------------------------------------------------------------------------
 (5s):5.034G (avg):5.013Gh/s | A:22404  R:79  HW:431  U:35.1/m  WU:70.2/m
 ST: 2  SS: 0  NB: 85  LW: 86489  GF: 0  RF: 0
 Connected to stratum.btcguild.com diff 2 with stratum as user 
 Block: 00164928deb27fab...  Diff:26.2M  Started: [05:34:46]  Best share: 10.1K
--------------------------------------------------------------------------------
 [P]ool management [S]ettings [D]isplay options [Q]uit
 ICA  0:                | 330.9M/334.3Mh/s | A:1530 R:4 HW:25 U:  2.40/m
 ICA  1:                | 333.8M/334.3Mh/s | A:1487 R:3 HW:33 U:  2.33/m
 ICA  2:                | 333.4M/334.2Mh/s | A:1477 R:7 HW:25 U:  2.31/m
 ICA  3:                | 334.3M/334.2Mh/s | A:1502 R:8 HW:29 U:  2.35/m
 ICA  4:                | 334.1M/334.2Mh/s | A:1542 R:4 HW:30 U:  2.41/m
 ICA  5:                | 333.3M/334.4Mh/s | A:1491 R:8 HW:33 U:  2.34/m
 ICA  6:                | 334.1M/334.3Mh/s | A:1507 R:6 HW:23 U:  2.36/m
 ICA  7:                | 334.3M/334.2Mh/s | A:1452 R:5 HW:28 U:  2.27/m
 ICA  8:                | 334.2M/334.1Mh/s | A:1476 R:7 HW:33 U:  2.31/m
 ICA  9:                | 330.8M/334.3Mh/s | A:1517 R:3 HW:30 U:  2.38/m
 ICA 10:                | 333.9M/334.1Mh/s | A:1480 R:5 HW:22 U:  2.32/m
 ICA 11:                | 334.6M/334.2Mh/s | A:1505 R:3 HW:28 U:  2.36/m
 ICA 12:                | 331.8M/334.4Mh/s | A:1542 R:2 HW:31 U:  2.41/m
 ICA 13:                | 333.8M/334.3Mh/s | A:1446 R:6 HW:33 U:  2.26/m
 ICA 14:                | 333.3M/334.2Mh/s | A:1453 R:8 HW:28 U:  2.28/m
--------------------------------------------------------------------------------

 [2013-07-20 05:55:24] Accepted 207d59d4 Diff 7/2 ICA 4 pool 0
 [2013-07-20 05:55:25] Accepted 1b5e2d68 Diff 9/2 ICA 5 pool 0
 [2013-07-20 05:55:27] Accepted 605cd964 Diff 2/2 ICA 3 pool 0
 [2013-07-20 05:55:29] Accepted 746aefba Diff 2/2 ICA 6 pool 0
 [2013-07-20 05:55:30] Accepted 4fb81da4 Diff 3/2 ICA 5 pool 0

I'm not following which part you are saying doesn't fit?

M

[-ck]

You need to change the default settings.  Right click on the cgminer window, then go down to Defaults - 2nd from bottom.  Increase the window size there.  The next time you open the cgminer window, it should open at the new size.

I do, and it does. But the length of the middle part of the window gets determined at startup, when (god knows why) not all units are detected, and stays like that. sometimes at 5 units, sometimes at 10.
My Window is full screen height, and shows results "of the last day" because the list is so long, but devices stats are missing.

I'm running 15 on 3.1.1 in win7:
I'm not following which part you are saying doesn't fit?

M

Different version, different behaviour. I answered above.

[Aurum]

For erupter/icarus problems, try current git (with a USB2 hub)

I do know that Raspbian fails badly.

What the details of the problem are is that since the Icarus devices never return a finished message, if they don't find a share, they never return anything.
This is of course expected, however, it would seem that certain linux kernels on certain hardware do not support a usb request timeout on USB1.1 devices (yes weird isn't it)
On these kernels, cgminer simply never gets a reply form the call to libusb (or more correctly, the call to libusb never returns)

I've found on my RPi when I switched from Raspbian to Arch the problem went away.
http://www.kano-kun.net/?p=87

Have the issues I see in this thread seem to be focused around those Block Erupters. Seems they're more trouble than they're worth?

Worth?
Way too much and return way too little.
They currently mine only 0.00640097 BTC a day ... ouch!

They would be properly priced at $25, NOT $300. Just an expensive toy.

[os2sam]

They would be properly priced at $25, NOT $300. Just an expensive toy.

Maybe they would if not for the principle of supply and demand.

[-ck]

They would be properly priced at $25, NOT $300. Just an expensive toy.

Maybe they would if not for the principle of supply and demand.

This discussion's been done to death in numerous other threads. Let's leave it that way.

[Aurum]

I'm plagued with these stratum interrupted disconnects. Several of my miners will print a couple more lines and then just stop. Anything I can do to keep them running??? TIA

[STT]

This must be a simple mistake but why can CGminer run BTC all day but crashes on --scrypt in 3 seconds

Im missing some part of the drivers maybe ?