Bitcoin Forum
August 14, 2018, 09:19:30 PM *
News: Latest stable version of Bitcoin Core: 0.16.2  [Torrent].
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 [304] 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 ... 847 »
  Print  
Author Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.10.0  (Read 5760317 times)
This is a self-moderated topic. If you do not want to be moderated by the person who started this topic, create a new topic.
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2604
Merit: 1121


Ruu \o/


View Profile WWW
July 06, 2012, 10:48:12 AM
 #6061

Alas, it's not like I actually own a minirig, but some generous donating and temporary remote access allowed me to work on the code for it. Note that this was a laptop connected to 2 minirigs, each with 17 devices in it. The silicon quality apparently varies from device to device which is why they're 2 speeds in this example. Note that this machine was generating 50Ghash, with an efficiency over 9000  Wink and the CPU usage was recording 1%.


Primary developer/maintainer for cgminer and ckpool/ckproxy.
ZERO FEE Pooled mining at ckpool.org 1% Fee Solo mining at solo.ckpool.org
-ck
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1534281570
Hero Member
*
Offline Offline

Posts: 1534281570

View Profile Personal Message (Offline)

Ignore
1534281570
Reply with quote  #2

1534281570
Report to moderator
1534281570
Hero Member
*
Offline Offline

Posts: 1534281570

View Profile Personal Message (Offline)

Ignore
1534281570
Reply with quote  #2

1534281570
Report to moderator
mdude77
Legendary
*
Offline Offline

Activity: 1540
Merit: 1001



View Profile
July 06, 2012, 11:37:10 AM
 #6062

Alas, it's not like I actually own a minirig, but some generous donating and temporary remote access allowed me to work on the code for it. Note that this was a laptop connected to 2 minirigs, each with 17 devices in it. The silicon quality apparently varies from device to device which is why they're 2 speeds in this example. Note that this machine was generating 50Ghash, with an efficiency over 9000  Wink and the CPU usage was recording 1%.


<sigh>

M

I mine at Kano's Pool because it pays the best and is completely transparent!  Come join me!
jamesg
VIP
Legendary
*
Offline Offline

Activity: 1358
Merit: 1000


AKA: gigavps


View Profile
July 06, 2012, 11:59:31 AM
 #6063

Alas, it's not like I actually own a minirig, but some generous donating and temporary remote access allowed me to work on the code for it. Note that this was a laptop connected to 2 minirigs, each with 17 devices in it. The silicon quality apparently varies from device to device which is why they're 2 speeds in this example. Note that this machine was generating 50Ghash, with an efficiency over 9000  Wink and the CPU usage was recording 1%.

Thanks for this work Con. You are the best in the business. I have cgminer 2.5.0 running on 14 singles and 3 mini rigs without issue.
dave3
Sr. Member
****
Offline Offline

Activity: 344
Merit: 250


View Profile
July 06, 2012, 12:19:35 PM
 #6064

Thanks!

I compiled 2.5.0 for windows and I'm running it for a pair of BFL Singles.  So far so good.

I did try a test by pulling the plug on the Singles to see if they'd recover after being plugged back in, but no luck on that, yet.

Code:
[2012-07-06 19:38:09] Accepted a8d83928.6635d436 BFL 0 pool 0
[2012-07-06 19:38:11] Accepted ea99b76e.33143e03 BFL 1 pool 0
[2012-07-06 19:38:24] BFL0: took 15015ms - longer than 10000ms
[2012-07-06 19:38:24] BFL0: Error: Send work reports: ░?kLA
[2012-07-06 19:38:25] BFL1: took 15015ms - longer than 10000ms
[2012-07-06 19:38:26] Pool 0 not providing work fast enough
[2012-07-06 19:38:29] BFL0: Comms error
[2012-07-06 19:38:29] BFL0: Error: Send work reports: ╚?╒î┴v£öy|■   ╓┬└v?IA
[2012-07-06 19:38:34] BFL0: Comms error
[2012-07-06 19:38:34] BFL0: Error: Send work reports: ╚?╒î┴v£öy|■   ╓┬└v?IA

--------------------

2012-07-06 19:40:07] BFL1: Comms error
2012-07-06 19:40:07] BFL1: Error: Send work reports: ╚?╒î┴v£öy|^P
2012-07-06 19:40:07] BFL0: Idle for more than 60 seconds, declaring SICK!
2012-07-06 19:40:07] BFL0: Attempting to restart
2012-07-06 19:40:07] BFL0: Re-initalizing
2012-07-06 19:40:07] BFL0: Comms error
2012-07-06 19:40:12] BFL1: Comms error
2012-07-06 19:40:12] BFL1: Error: Send work reports: ╚?╒î┴v£öy|■   ╓┬└v?IA
2012-07-06 19:40:12] BFL0: Comms error
2012-07-06 19:40:17] BFL1: Comms error
2012-07-06 19:40:17] BFL1: Error: Send work reports: ╚?╒î┴v£öy|■   ╓┬└v?IA

--------------------

[2012-07-06 19:49:21] BFL1: Re-initalizing
[2012-07-06 19:50:10] BFL0: Re-initalizing
[2012-07-06 19:50:59] BFL0: Not responded for more than 10 minutes, declaring DEAD!
[2012-07-06 19:50:59] BFL1: Re-initalizing
[2012-07-06 19:52:01] BFL0: Re-initalizing

I added some exit(1)'s after some of those error messages in driver-bitforce.c as a hack so it can stop & restart.  Maybe not applicable for most people, though.
Vorksholk
Legendary
*
Offline Offline

Activity: 1717
Merit: 1001



View Profile WWW
July 06, 2012, 01:50:22 PM
 #6065

Anyone else having a problem of cgminer saying their BFL is over the heat threshold when it's only at 45C and stopping work on it? Sad

VeriBlock: Securing The World's Blockchains Using Bitcoin
https://veriblock.org
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2604
Merit: 1121


Ruu \o/


View Profile WWW
July 06, 2012, 01:52:38 PM
 #6066

Anyone else having a problem of cgminer saying their BFL is over the heat threshold when it's only at 45C and stopping work on it? Sad
Check your configuration file or command line doesn't have temperature parameters for GPU(s), and that zero is being used for the BFL.

Primary developer/maintainer for cgminer and ckpool/ckproxy.
ZERO FEE Pooled mining at ckpool.org 1% Fee Solo mining at solo.ckpool.org
-ck
P_Shep
Legendary
*
Offline Offline

Activity: 1176
Merit: 1000


View Profile
July 06, 2012, 03:46:05 PM
 #6067

Anyone else having a problem of cgminer saying their BFL is over the heat threshold when it's only at 45C and stopping work on it? Sad
Check your configuration file or command line doesn't have temperature parameters for GPU(s), and that zero is being used for the BFL.

I found this too. My config file had 95 set for my two GPUs, then nothing more specified. by default, it should set any remaining devices to 95, but it didn't. I'm thinking it set it to 0. Anyway, I removed the conf. line and it worked fine.
P_Shep
Legendary
*
Offline Offline

Activity: 1176
Merit: 1000


View Profile
July 06, 2012, 03:51:19 PM
 #6068

Thanks!

I compiled 2.5.0 for windows and I'm running it for a pair of BFL Singles.  So far so good.

I did try a test by pulling the plug on the Singles to see if they'd recover after being plugged back in, but no luck on that, yet.

Code:
[2012-07-06 19:38:09] Accepted a8d83928.6635d436 BFL 0 pool 0
[2012-07-06 19:38:11] Accepted ea99b76e.33143e03 BFL 1 pool 0
[2012-07-06 19:38:24] BFL0: took 15015ms - longer than 10000ms
[2012-07-06 19:38:24] BFL0: Error: Send work reports: ░?kLA
[2012-07-06 19:38:25] BFL1: took 15015ms - longer than 10000ms
[2012-07-06 19:38:26] Pool 0 not providing work fast enough
[2012-07-06 19:38:29] BFL0: Comms error
[2012-07-06 19:38:29] BFL0: Error: Send work reports: ╚?╒î┴v£öy|■   ╓┬└v?IA
[2012-07-06 19:38:34] BFL0: Comms error
[2012-07-06 19:38:34] BFL0: Error: Send work reports: ╚?╒î┴v£öy|■   ╓┬└v?IA

--------------------

2012-07-06 19:40:07] BFL1: Comms error
2012-07-06 19:40:07] BFL1: Error: Send work reports: ╚?╒î┴v£öy|^P
2012-07-06 19:40:07] BFL0: Idle for more than 60 seconds, declaring SICK!
2012-07-06 19:40:07] BFL0: Attempting to restart
2012-07-06 19:40:07] BFL0: Re-initalizing
2012-07-06 19:40:07] BFL0: Comms error
2012-07-06 19:40:12] BFL1: Comms error
2012-07-06 19:40:12] BFL1: Error: Send work reports: ╚?╒î┴v£öy|■   ╓┬└v?IA
2012-07-06 19:40:12] BFL0: Comms error
2012-07-06 19:40:17] BFL1: Comms error
2012-07-06 19:40:17] BFL1: Error: Send work reports: ╚?╒î┴v£öy|■   ╓┬└v?IA

--------------------

[2012-07-06 19:49:21] BFL1: Re-initalizing
[2012-07-06 19:50:10] BFL0: Re-initalizing
[2012-07-06 19:50:59] BFL0: Not responded for more than 10 minutes, declaring DEAD!
[2012-07-06 19:50:59] BFL1: Re-initalizing
[2012-07-06 19:52:01] BFL0: Re-initalizing

I added some exit(1)'s after some of those error messages in driver-bitforce.c as a hack so it can stop & restart.  Maybe not applicable for most people, though.


When you unplug a device then plug it back in it enumerates to a different port. Cgminer doesn't scan ports (yet) so it can't work out where it's gone.

Edit:
One thing you could try... in bitforce_init, remove the clear_buffer and add a sleep(5) between the BFclose and BFopen. See if that does anything
kano
Legendary
*
Offline Offline

Activity: 2534
Merit: 1046


Linux since 1997 RedHat 4


View Profile
July 06, 2012, 03:52:35 PM
 #6069

... and anyone looking for an Xubuntu 11.04 compile of 2.5.0
-> cgminer-2.5.0a at the top of https://github.com/kanoi/cgminer/downloads
(I'm running this executable at the moment on both my rigs)

Pool: https://kano.is Here on Bitcointalk: Forum BTC: 1KanoPb8cKYqNrswjaA8cRDk4FAS9eDMLU
FreeNode IRC: irc.freenode.net channel #kano.is Majority developer of the ckpool code
Help keep Bitcoin secure by mining on pools with full block verification on all blocks - and NO empty blocks!
dave3
Sr. Member
****
Offline Offline

Activity: 344
Merit: 250


View Profile
July 06, 2012, 03:59:15 PM
 #6070

When you unplug a device then plug it back in it enumerates to a different port. Cgminer doesn't scan ports (yet) so it can't work out where it's gone.

For what it's worth, I'm pulling the plug on the power (the laptop that's running cgminer keeps running on batteries).  When I restart cgminer, it's still using the same serial ports (specified on the command line with -S).
P_Shep
Legendary
*
Offline Offline

Activity: 1176
Merit: 1000


View Profile
July 06, 2012, 04:18:29 PM
 #6071

When you unplug a device then plug it back in it enumerates to a different port. Cgminer doesn't scan ports (yet) so it can't work out where it's gone.

For what it's worth, I'm pulling the plug on the power (the laptop that's running cgminer keeps running on batteries).  When I restart cgminer, it's still using the same serial ports (specified on the command line with -S).


In that case I'm thinking windows isn't closing / reopening the port properly.

Edit:
Yeah, a quick look suggests that a wait between closing and reopening may help.
The00Dustin
Hero Member
*****
Offline Offline

Activity: 807
Merit: 500


View Profile
July 06, 2012, 04:32:57 PM
 #6072

When you unplug a device then plug it back in it enumerates to a different port. Cgminer doesn't scan ports (yet) so it can't work out where it's gone.

For what it's worth, I'm pulling the plug on the power (the laptop that's running cgminer keeps running on batteries).  When I restart cgminer, it's still using the same serial ports (specified on the command line with -S).


In that case I'm thinking windows isn't closing / reopening the port properly.

Edit:
Yeah, a quick look suggests that a wait between closing and reopening may help.
I'm confused as to why the port would change.  My experience with various removable serial ports (USB and otherwise, spanning at least 4 or 5 different device drivers) in Windows is that the enumerate the same consistently so long as they are plugged in the exact same port.  IOW, as long as any hubs are connected/initialized in the same order (so that the USB ports are still addressed the same) and the same singles are connected to the same USB ports, the same serial port numbers should be used.  Unless something is different about the controller BFL uses, the serial port numbers shouldn't change (Windows would need to think the same controller was plugged into a different port or a different controller was plugged into the same port when that hadn't happened).  I could see a mini-rig having a problem with address consistency if the chained hubs get detected in a different order, but I've never seen that happen with built-in ports or single hubs on a desktop or laptop.  Am I missing something?
P_Shep
Legendary
*
Offline Offline

Activity: 1176
Merit: 1000


View Profile
July 06, 2012, 04:42:17 PM
 #6073

It does in Linux, and that's what I'm mainly using Smiley
The00Dustin
Hero Member
*****
Offline Offline

Activity: 807
Merit: 500


View Profile
July 06, 2012, 04:47:39 PM
 #6074

It does in Linux, and that's what I'm mainly using Smiley
Fair enough.  For some reason, I was thinking you were specifically discussing Windows.  Either I crossed this conversation with another one in the same thread or I confused the -S designations for Windows vs Linux (I don't own any BFL product to help keep this straight in my head, and I was only trying to help).
BitMinerN8
Hero Member
*****
Offline Offline

Activity: 626
Merit: 500


Mining since May 2011.


View Profile
July 06, 2012, 04:49:06 PM
 #6075

Just upgraded to cgminer 2.5.0 on BAMT 0.5, so far so good with 5 BFLs, 1 GPU.
farfie
Jr. Member
*
Offline Offline

Activity: 63
Merit: 0



View Profile
July 06, 2012, 05:38:07 PM
 #6076

I'd like to chime in and say that after upgrading to CGminer 2.5.0, I'm getting an increased number when dividing DW by Q while solo mining. Doing this USED to get me ~ .003 - .006 in BFGminer 2.4.4. Now I'm getting above .01 on 2 different machines, both running Win 7x64. To be honest I'm not even sure doing this math means anything while solo mining, but it's what I've been doing to try and see how much work has been useless, and I can't see it being a good thing. Running 11 singles with a couple odd gpu's in 2 different cmd prompts across 2 machines.

Do these numbers actually mean nothing when solo mining or..? I figured I'd post this just in case. Maybe it was for naught Smiley
P_Shep
Legendary
*
Offline Offline

Activity: 1176
Merit: 1000


View Profile
July 06, 2012, 05:44:04 PM
 #6077

I'd like to chime in and say that after upgrading to CGminer 2.5.0, I'm getting an increased number when dividing DW by Q while solo mining. Doing this USED to get me ~ .003 - .006 in BFGminer 2.4.4. Now I'm getting above .01 on 2 different machines, both running Win 7x64. To be honest I'm not even sure doing this math means anything while solo mining, but it's what I've been doing to try and see how much work has been useless, and I can't see it being a good thing. Running 11 singles with a couple odd gpu's in 2 different cmd prompts across 2 machines.

Do these numbers actually mean nothing when solo mining or..? I figured I'd post this just in case. Maybe it was for naught Smiley

I don't think it means anything.
AFAIK, DW is work requests that have been discarded for whatever reason. Work that has not be started, just retrieved from the server then thrown away.

I typically get 10-15% discards.
farfie
Jr. Member
*
Offline Offline

Activity: 63
Merit: 0



View Profile
July 06, 2012, 07:54:25 PM
 #6078

I don't think it means anything.
AFAIK, DW is work requests that have been discarded for whatever reason. Work that has not be started, just retrieved from the server then thrown away.

I typically get 10-15% discards.

Yes, I believe I spoke too soon. After closer inspection, it seems upon detection of a new block, it dumps everything under - I'm guessing - ST to DW. Just getting rid of old work that has not been processed yet for a block that matters none anymore.

For some reason it seems as though one of the miners always takes about 5 or 6 seconds longer to realize there's a new block. Maybe because of the lack of long poll, the prompt with higher hash speed will always notice first because it needs to send something to realize it's not longer relevant. This would suggest that if you have to use multiple computers to host your gpu's/devices, you should try to spread hash speed as evenly as possible. For solo mining of course, where with long poll this wouldn't matter. At least this is my guess. Not related to CGMiner I know, but I wanted to put it anyway Tongue
dave3
Sr. Member
****
Offline Offline

Activity: 344
Merit: 250


View Profile
July 07, 2012, 02:47:52 AM
 #6079

After running 2.5.0 overnight, the reported rejects are only 0.5% now vs. 1.5% before (with the BFL singles).
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2604
Merit: 1121


Ruu \o/


View Profile WWW
July 07, 2012, 03:08:30 AM
 #6080

After running 2.5.0 overnight, the reported rejects are only 0.5% now vs. 1.5% before (with the BFL singles).
Thanks for the feedback. That was one of the improvements mentioned that I finally got sick of the arguments over and coded up the solution myself. Glad it works for you  Smiley

Primary developer/maintainer for cgminer and ckpool/ckproxy.
ZERO FEE Pooled mining at ckpool.org 1% Fee Solo mining at solo.ckpool.org
-ck
Pages: « 1 ... 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 [304] 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 ... 847 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!