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

[Lucko]

Any plans to add ASICminer blade support? BFGminer did but only linux at the moment...

[1713908734]

1713908734

[streetuff]

Any plans to add ASICminer blade support? BFGminer did but only linux at the moment...

i'd love to have that feature for my blade. i wont need the stratum proxy running then. cgminer is running on my pi with 5 usb block errupters and a ztex quad and ztex single anyway. and i dont have to touch brickminer.

[kano]

There is no point turning cgminer into an ancient getwork mining proxy.
It's a miner, not a mining proxy for some other getwork miner.
The blades have their own (crappy) getwork miner in them.

[kano]

...
Gotta run it as root.

Or follow one of the *READMEs that tells you how to configure libusb access to USB devices for a non root user.

[Trongersoll]

There is no point turning cgminer into an ancient getwork mining proxy.
It's a miner, not a mining proxy for some other getwork miner.
The blades have their own (crappy) getwork miner in them.

I think that people are just saying that they know you guys would do it right and would prefer one stop shopping. Right now Slush's Proxy Server is is it and Slush has been markedly missing from his pool and, to my knowledge, hasn't been providing any kind of visible support. Maybe if you guys redid Slush's software people would be happy because they know they can depend on you guys. The blades are going to be an issue for a while yet.

[Lucko]

I think that people are just saying that they know you guys would do it right and would prefer one stop shopping. Right now Slush's Proxy Server is is it and Slush has been markedly missing from his pool and, to my knowledge, hasn't been providing any kind of visible support. Maybe if you guys redid Slush's software people would be happy because they know they can depend on you guys. The blades are going to be an issue for a while yet.

Right on the money... Mining proxy is only one pool and blade has only 2 pools available. But still at current price it is the best miner that you can get and you get it right now. And if you can manage it to show shares and estimated speed not kb it would be even better...

[kano]

...
Kano or Ckolivas - any thoughts? Getting a bit desperate here. 

Well ... firstly, as mentioned, I'd prefer to see the overall CPU usage not a screen snapshot at one particular time ... as I've explained already how to.
Run it for 15 minutes and get the top elapsed CPU and elapsed from the API (as I asked before)

Secondly, what is the CPU on that computer and what does cat /proc/cpuinfo | grep MHz say at the same time.

Thirdly, cgminer CPU usage includes the USB CPU usage ... that other miners will not have counted against them when they mine
They all do USB I/O but other miners CPU usage is not correct since the OS doesn't count the USB they all do, USB accounts for quite a lot of the CPU usage ...

[SebastianJu]

Can i set the order of the pools directly in the cgminer-command without moving back and forth the pools with user/pass?

[kano]

I think that people are just saying that they know you guys would do it right and would prefer one stop shopping. Right now Slush's Proxy Server is is it and Slush has been markedly missing from his pool and, to my knowledge, hasn't been providing any kind of visible support. Maybe if you guys redid Slush's software people would be happy because they know they can depend on you guys. The blades are going to be an issue for a while yet.

Right on the money... Mining proxy is only one pool and blade has only 2 pools available. But still at current price it is the best miner that you can get and you get it right now. And if you can manage it to show shares and estimated speed not kb it would be even better...

10GH/s at 4BTC and current difficulty ...

Firstly ... a history of difficulty change:

Code:

 Difficulty   Delta
11187257.46	
12153411.70   8.64%
15605632.68  28.41%
19339258.27  23.92%
21335329.11  10.32%
26162875.68  22.63%
31256960.72  19.47%
37392766.13  19.63%
50810339.04  35.88%
65750060.14  29.40%
86933017.77  32.22%

Now ignoring electricity which is far from zero ...

To get your 4BTC back:

Assuming a 20% change each difficulty (last 3 have been ~30%+)
20% = ~ 11.67 days (per diff change)
100days = ~ 3.19740339 BTC
200days = ~ 3.87131435 BTC
300days = ~ 4.01209658 BTC

Assuming a 30% change each difficulty
30% = ~ 10.77 days (per diff change)
100days = ~ 2.46186984 BTC
200days = ~ 2.67882072 BTC
300days = ~ 2.69784551 BTC

So a few things:

1) They are very likely to not break even on BTC i.e. a BTC loss - so I can't see people with blades donating to get a getwork proxy server written
2) So far for all the work I've done with AsicMiner hardware of the past months I've made ... less than 0.15 BTC ... slave labour rates do better than that, so I'm not interested in helping AsicMiner make MILLIONS of dollars by fleecing the Bitcoin community of it's BTC and ensuring almost everyone who buys AsicMiner hardware loses BTC doing that
3) That's my opinion ...

[-ck]

Any plans to add ASICminer blade support? Brickminer did but only linux at the moment...

i'd love to have that feature for my blade. i wont need the stratum proxy running then. cgminer is running on my pi with 5 usb block errupters and a ztex quad and ztex single anyway. and i dont have to touch brickminer.

I had no idea there was demand for such a feature. I don't code features because other software has it but for my own interest in the code/feature, overwhelming user demand and sponsorship. Given I have no hardware that would use it, and the getwork protocol is not used by anything else and will not be in use by any new hardware, I don't really see a compelling reason to code up what is not a trivial feature to add, I'm afraid.

[-ck]

Got a crash report under Windows while running the 3.4.2 debug build.

---

cgminer.exe caused a Stack Overflow at location 74946ae6 in module mswsock.dll.

Registers:
eax=00add5b8 ebx=03ff3098 ecx=ff676980 edx=ffffffff esi=03ff30a8 edi=00000000
eip=74946ae6 esp=03ff3000 ebp=03ff30f8 iopl=0         nv up ei pl zr na po nc
cs=0023  ss=002b  ds=002b  es=002b  fs=0053  gs=002b             efl=00010246

Call stack:
74946AE6  mswsock.dll:74946AE6
75ED6A28  WS2_32.dll:75ED6A28  select
00424FDF  cgminer.exe:00424FDF
004251A8  cgminer.exe:004251A8
00413ED1  cgminer.exe:00413ED1
004B1BAB  cgminer.exe:004B1BAB
76BD1287  msvcrt.dll:76BD1287  _itow_s
76BD1328  msvcrt.dll:76BD1328  _endthreadex
750833AA  kernel32.dll:750833AA  BaseThreadInitThunk
77259F72  ntdll.dll:77259F72  RtlInitializeExceptionChain
77259F45  ntdll.dll:77259F45  RtlInitializeExceptionChain

Thanks very much for doing that. Unfortunately you're not going to like the answer. The crash is in the microsoft DLL provided and not in any of the cgminer code or any DLLs I distribute. It should not be possible for my software to make an operating system provided library crash unless there's a bug in the library. Googling around I can see a few exploits in the past for that particular DLL (so I assume some security update fixed it) and some trojans that have replaced or attached themselves to that DLL. Ironically a stack overflow is precisely the exploit described so the best I can guess is that there is an updated DLL in some software update somewhere.

[Xian01]

 TYVM for looking into that. Hrmph. Will disable antivirus on that one system and see if it makes a difference; have AV's running on every other system on the network, so I'll take a risk for troubleshooting.

 Cheers !

Got a crash report under Windows while running the 3.4.2 debug build.
cgminer.exe caused a Stack Overflow at location 74946ae6 in module mswsock.dll.
Call stack:
74946AE6  mswsock.dll:74946AE6

Thanks very much for doing that. Unfortunately you're not going to like the answer. The crash is in the microsoft DLL provided and not in any of the cgminer code or any DLLs I distribute. It should not be possible for my software to make an operating system provided library crash unless there's a bug in the library. Googling around I can see a few exploits in the past for that particular DLL (so I assume some security update fixed it) and some trojans that have replaced or attached themselves to that DLL. Ironically a stack overflow is precisely the exploit described so the best I can guess is that there is an updated DLL in some software update somewhere.

[kano]

Can i set the order of the pools directly in the cgminer-command without moving back and forth the pools with user/pass?

java API pools
Edit: though I should have also mentioned the exact command: poolpriority (API-README)

[The Mafia]

Sorry about the dumb question but:

I was running 3.3.1 and decided to upgrade to 3.4.2, Running Ubuntu 12.04, I get this error:

./cgminer: error while loading shared libraries: libudev.so.1: cannot open shared object file: No such file or directory

Is there an easy way to fix this? Googled around and there were no answers that solved this for me.

Thanks in advance.

[kano]

install ..... libudev

[rav3n_pl]

On IRC is really nice bot that helps in cases like this, it react on .faq and answer is "READ THE F**N README"

[galgitron]

1 - Reinstalled the operating system
2 - Installed all the drivers
3 - Installed any and all software
4 - Created a RESTORE POINT (IMPORTANT: Do not insert a single erupter before this point)

I wonder, would you be able to do this with a virtual machine instead? Create a VM with just Windows 7, cgminer, and the drivers installed, then save the state.  Next plug in the miners and do the USB device forwarding. Then, if there's some sort of issue, just reset the virtual machine to the saved state each time. I guess the hard part would just be forwarding 181 USB devices to the virtual machine...

I actually started with VMWare workstation, but there's a small limit on the number of allowed connected USB devices to a VM, and don't even get me started on the stability issues.  I can't definitively speak for the MS hypervisor but I don't expect there to be much different results as the underlying hardware support that facilitates virtualization is probably the limiting factor.  For mining with many usb erupters, there's really no efficient way to virtualize this process because it does take quite a bit of CPU power and the virtualization overhead and limitations won't let you get too far.  Currently without virtualization, I'm running an Intel quad i5 3.2GHz with 2GBs of ram and it's constantly at 45% CPU, and about 1.1 GB of ram, using 3 separate USB buses to run 181 erupters.  I expect ~300 erupters to be the capacity for this CPU.. hope to find out in the very near term

[SebastianJu]

Can i set the order of the pools directly in the cgminer-command without moving back and forth the pools with user/pass?

java API pools
Edit: though I should have also mentioned the exact command: poolpriority (API-README)

Now i know what you spoke about. This api has to be enabled in cgminer command first. But it looks i still have to install some form of java. JDK? It tells me only that java is unknown. I run cgminer on rpi.

I hoped there is an easy way to change the order directly in commandline since then i would have a clean stat again.

[squall1066]

Allright guys, Got a question I cant find an answer too, I am running latest cgminer, set up a back up pool, EEverything is good, But sometimes main pool is "not submitting work fast enough" but as the pool has not failed cgminer will not switch to backup pool?

I shall clarify this a little, When pool is "not submitting work fast enough" there are a trickle of odd shares, this prevents it from switching, and also means I am running at 0.01% of capacity, Is there an <arg> to pass work onto backup pool but keeping the first pool as active as poss?
So I am allways at 100% speed no matter what?

Let me know what other info you need. I just input details in cgminer, and went through the options (p) for the pool menu, tryed all the options, none of them seams to run both pools at the same time whilst first pool is in this state.

[os2sam]

sometimes main pool is "not submitting work fast enough" but as the pool has not failed cgminer will not switch to backup pool?

That's not a pool failure.

If you don't want that to happen then you'll need to have a pool that provides work fast enough as your primary pool.

Failover only goes to the next pool when the primary actually fails for good and for a certain amount of time.