Bitcoin Forum
December 11, 2016, 12:31:17 AM *
News: Latest stable version of Bitcoin Core: 0.13.1  [Torrent].
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 432 433 434 435 436 437 438 439 440 441 [442] 443 444 445 446 447 448 449 450 451 452 453 454 455 456 457 458 459 460 461 462 463 464 465 466 467 468 469 470 471 472 473 474 475 476 477 478 479 480 481 482 483 484 485 486 487 488 489 490 491 492 ... 830 »
  Print  
Author Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.9.2  (Read 4827636 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.
streblo
Full Member
***
Offline Offline

Activity: 165


View Profile
February 22, 2013, 06:16:30 PM
 #8821

I switched mining hosts and now I'm having a bit of a problem with my BFL singles. Only 1 shows up in cgminer ("BFL 0"), although they all show up in lsusb (I am using USB hubs, but never in "series"). I'm on 32bit ubuntu and I just cloned cgminer 2.10.5
Code:
alan@alan-Vostro-1500:~$ lsusb
Bus 002 Device 003: ID 05e3:0608 Genesys Logic, Inc. USB-2.0 4-Port HUB
Bus 002 Device 004: ID 05a9:2640 OmniVision Technologies, Inc. OV2640 Webcam
Bus 003 Device 002: ID 413c:8126 Dell Computer Corp. Wireless 355 Bluetooth
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 015: ID 0403:6014 Future Technology Devices International, Ltd FT232H Single HS USB-UART/FIFO IC
Bus 002 Device 007: ID 0403:6014 Future Technology Devices International, Ltd FT232H Single HS USB-UART/FIFO IC
Bus 002 Device 008: ID 0403:6014 Future Technology Devices International, Ltd FT232H Single HS USB-UART/FIFO IC
Bus 002 Device 009: ID 05e3:0608 Genesys Logic, Inc. USB-2.0 4-Port HUB
Bus 002 Device 010: ID 0403:6014 Future Technology Devices International, Ltd FT232H Single HS USB-UART/FIFO IC
Bus 002 Device 011: ID 0403:6014 Future Technology Devices International, Ltd FT232H Single HS USB-UART/FIFO IC
Bus 002 Device 012: ID 0403:6014 Future Technology Devices International, Ltd FT232H Single HS USB-UART/FIFO IC
Bus 002 Device 013: ID 0403:6014 Future Technology Devices International, Ltd FT232H Single HS USB-UART/FIFO IC
Thank you for any help with my noobish question!

EDIT: I ran 'sudo cgminer -c /usr/local/etc/cgminer.conf', (sudo to get around dialout privledgess). I will try it with -S /dev/ttyUSB0 -S /dev/ttyUSB1 etc when I get home from work.
EDIT2: Including each device explicitly worked. Thanks for the help! cgminer -c /usr/local/etc/cgminer.conf -S /dev/ttyUSB0 -S /dev/ttyUSB1 -S /dev/ttyUSB2 -S /dev/ttyUSB3 -S /dev/ttyUSB4 -S /dev/ttyUSB5 -S /dev/ttyUSB6 -S /dev/ttyUSB7 -S /dev/ttyUSB8
EDIT3: Thanks for the dialout command, SAC!
1481416277
Hero Member
*
Offline Offline

Posts: 1481416277

View Profile Personal Message (Offline)

Ignore
1481416277
Reply with quote  #2

1481416277
Report to moderator
1481416277
Hero Member
*
Offline Offline

Posts: 1481416277

View Profile Personal Message (Offline)

Ignore
1481416277
Reply with quote  #2

1481416277
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1481416277
Hero Member
*
Offline Offline

Posts: 1481416277

View Profile Personal Message (Offline)

Ignore
1481416277
Reply with quote  #2

1481416277
Report to moderator
1481416277
Hero Member
*
Offline Offline

Posts: 1481416277

View Profile Personal Message (Offline)

Ignore
1481416277
Reply with quote  #2

1481416277
Report to moderator
BitMinerN8
Hero Member
*****
Offline Offline

Activity: 626


Mining since May 2011.


View Profile
February 22, 2013, 07:12:53 PM
 #8822

I switched mining hosts and now I'm having a bit of a problem with my BFL singles. Only 1 shows up in cgminer ("BFL 0"), although they all show up in lsusb (I am using USB hubs, but never in "series"). I'm on 32bit ubuntu and I just cloned cgminer 2.10.5
Code:
alan@alan-Vostro-1500:~$ lsusb
Bus 002 Device 003: ID 05e3:0608 Genesys Logic, Inc. USB-2.0 4-Port HUB
Bus 002 Device 004: ID 05a9:2640 OmniVision Technologies, Inc. OV2640 Webcam
Bus 003 Device 002: ID 413c:8126 Dell Computer Corp. Wireless 355 Bluetooth
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 015: ID 0403:6014 Future Technology Devices International, Ltd FT232H Single HS USB-UART/FIFO IC
Bus 002 Device 007: ID 0403:6014 Future Technology Devices International, Ltd FT232H Single HS USB-UART/FIFO IC
Bus 002 Device 008: ID 0403:6014 Future Technology Devices International, Ltd FT232H Single HS USB-UART/FIFO IC
Bus 002 Device 009: ID 05e3:0608 Genesys Logic, Inc. USB-2.0 4-Port HUB
Bus 002 Device 010: ID 0403:6014 Future Technology Devices International, Ltd FT232H Single HS USB-UART/FIFO IC
Bus 002 Device 011: ID 0403:6014 Future Technology Devices International, Ltd FT232H Single HS USB-UART/FIFO IC
Bus 002 Device 012: ID 0403:6014 Future Technology Devices International, Ltd FT232H Single HS USB-UART/FIFO IC
Bus 002 Device 013: ID 0403:6014 Future Technology Devices International, Ltd FT232H Single HS USB-UART/FIFO IC
Thank you for any help with my noobish question!


Have you tried this from the readme.txt?

Q: How do I get my BFL/Icarus/Lancelot/Cairnsmore device to auto-recognise?
A: On linux, if the /dev/ttyUSB* devices don't automatically appear, the only thing that needs to be done is to load the driver for them:
BFL: sudo modprobe ftdi_sio vendor=0x0403 product=0x6014
streblo
Full Member
***
Offline Offline

Activity: 165


View Profile
February 22, 2013, 07:36:55 PM
 #8823

Sorry I forgot to share a directory list of /dev/, my system does, in fact, have /dev/ttyUSB0 through /dev/ttyUSB7 listed correctly. I tried the modprobe command earlier and it didn't change anything (because my system already recognized them). Thanks for the suggestion!
SAC
Sr. Member
****
Offline Offline

Activity: 322


View Profile
February 22, 2013, 08:43:06 PM
 #8824


EDIT: I ran 'sudo cgminer -c /usr/local/etc/cgminer.conf', (sudo to get around dialout privledgess).

Try sudo adduser your_user_name dialout logout then back in.
tiberiandusk
Hero Member
*****
Offline Offline

Activity: 580


The North Remembers


View Profile WWW
February 22, 2013, 09:41:29 PM
 #8825

Just switched to 2.10.5 and cgminer.exe crashes when it tries connecting to the pool I'm using. 2.10.4 works fine.

Bitcoin Auction House http://www.BitBid.net BTC - 1EwfBVC6BwA6YeqcYZmm3htwykK3MStW6N | LTC - LdBpJJHj4WSAsUqaTbwyJQFiG1tVjo4Uys Don't get Goxed.
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2002


Ruu \o/


View Profile WWW
February 22, 2013, 10:11:16 PM
 #8826

Just switched to 2.10.5 and cgminer.exe crashes when it tries connecting to the pool I'm using. 2.10.4 works fine.
Almost certainly you upgraded something else between changing from 2.10.4 to 2.10.5 and that is what's crashing it. Usual suspect: driver+/-SDK change. Cgminer caches the binary created so if you try move the .bin files out of your 2.10.4, you can recreate your crash there too.

Primary developer/maintainer for cgminer and ckpool/ckproxy.
Pooled mine at kano.is, solo mine at solo.ckpool.org
-ck
crazyates
Legendary
*
Offline Offline

Activity: 938



View Profile
February 23, 2013, 08:14:05 AM
 #8827

Quote
LOAD BALANCE:
This strategy sends work to all the pools to maintain optimum load. The most
efficient pools will tend to get a lot more shares. If any pool falls idle, the
rest will tend to take up the slack keeping the miner busy.

BALANCE:
This strategy monitors the amount of difficulty 1 shares solved for each pool
and uses it to try to end up doing the same amount of work for all pools.

It's my understanding that while both of these options keep sending work to all available pools at all times, I don't think I've ever quite understood the practical differences between these two. If I'm looking to split my hashrate perfectly even across multiple stratum servers, which would be better? Does VarrDiff skew the results one way or the other?

Tips? 1crazy8pMqgwJ7tX7ZPZmyPwFbc6xZKM9
Previous Trade History - Sale Thread
Askit2
Hero Member
*****
Offline Offline

Activity: 524


View Profile
February 23, 2013, 10:21:54 AM
 #8828

Quote
LOAD BALANCE:
This strategy sends work to all the pools to maintain optimum load. The most
efficient pools will tend to get a lot more shares. If any pool falls idle, the
rest will tend to take up the slack keeping the miner busy.

BALANCE:
This strategy monitors the amount of difficulty 1 shares solved for each pool
and uses it to try to end up doing the same amount of work for all pools.

It's my understanding that while both of these options keep sending work to all available pools at all times, I don't think I've ever quite understood the practical differences between these two. If I'm looking to split my hashrate perfectly even across multiple stratum servers, which would be better? Does VarrDiff skew the results one way or the other?

Load Balance example with 2 pools of different difficulty.
Pool a diff 1, 1 share submitted
Pool B Diff 8, 1 share submitted
Pool A Diff 1, 1 share submitted
Pool B diff 8 1 share submitted.
At the end of ~18 work units you have 2 shares to pool A and 2 shares to pool B. Pool A pays 1/8th about what Pool B pays so your hashrate and payout will be off by the difficulty

Balance
Pool A diff 1, 1 share
Pool B diff 2, 0 share
Pool A diff 1, 1 share
Pool B diff 2, 1 share
At the end of ~4 work units you will have 3 shares, Pool A paying for 2 shares and Pool B paying for 2 shares. Giving you the same or similarly split hashrate and payouts depending on fees.

Edit:
Thank You!

I appreciate donations at ( 1NwkQdmomQPLtdes5KuZhB1D22p7ZGRy4p )
If I am helping in the CGMiner thread give it to Con or Kano. They do the work there.
If you want to sign up for a coinbase account I would appreciate it if you use my referral link. US people now wire, 1% fee give or take a little for sending to your bank account. https://coinbase.com/?r=515bf6145682db9d11000028&utm_campaign=user-referral&src=
os2sam
Legendary
*
Offline Offline

Activity: 1918


Think for yourself


View Profile
February 23, 2013, 03:40:31 PM
 #8829

Quote
LOAD BALANCE:
This strategy sends work to all the pools to maintain optimum load. The most
efficient pools will tend to get a lot more shares. If any pool falls idle, the
rest will tend to take up the slack keeping the miner busy.

BALANCE:
This strategy monitors the amount of difficulty 1 shares solved for each pool
and uses it to try to end up doing the same amount of work for all pools.

It's my understanding that while both of these options keep sending work to all available pools at all times, I don't think I've ever quite understood the practical differences between these two. If I'm looking to split my hashrate perfectly even across multiple stratum servers, which would be better? Does VarrDiff skew the results one way or the other?

I have tinkered around with these settings and theories of operation allot.  It is impossible to split your hash rate perfectly across multiple servers.  Stratum makes it more difficult to split hash rate than getwork with rollntime.

If you really want to split your hash rate between pools the rotate strategy would work better.  Or set up multiple mining rigs that are as close to the same capabilities as possible and mine with a separate instance of CGminer for each to a different pool.
Sam

A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing on usenet and in e-mail?
kano
Legendary
*
Online Online

Activity: 1932


Linux since 1997 RedHat 4


View Profile
February 23, 2013, 05:13:40 PM
 #8830

Quote
LOAD BALANCE:
This strategy sends work to all the pools to maintain optimum load. The most
efficient pools will tend to get a lot more shares. If any pool falls idle, the
rest will tend to take up the slack keeping the miner busy.

BALANCE:
This strategy monitors the amount of difficulty 1 shares solved for each pool
and uses it to try to end up doing the same amount of work for all pools.

It's my understanding that while both of these options keep sending work to all available pools at all times, I don't think I've ever quite understood the practical differences between these two. If I'm looking to split my hashrate perfectly even across multiple stratum servers, which would be better? Does VarrDiff skew the results one way or the other?
BALANCE

Pool: https://kano.is BTC: 1KanoiBupPiZfkwqB7rfLXAzPnoTshAVmb
CKPool and CGMiner developer, IRC FreeNode #ckpool and #cgminer kanoi
Help keep Bitcoin secure by mining on pools with Stratum, the best protocol to mine Bitcoins with ASIC hardware
crazyates
Legendary
*
Offline Offline

Activity: 938



View Profile
February 23, 2013, 06:42:49 PM
 #8831

BALANCE
I'll give it a try, thanks.

Tips? 1crazy8pMqgwJ7tX7ZPZmyPwFbc6xZKM9
Previous Trade History - Sale Thread
os2sam
Legendary
*
Offline Offline

Activity: 1918


Think for yourself


View Profile
February 23, 2013, 07:33:01 PM
 #8832

BALANCE
I'll give it a try, thanks.

Please report back your findings/experience/opinion.

A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing on usenet and in e-mail?
Tesla71
Sr. Member
****
Offline Offline

Activity: 257



View Profile
February 24, 2013, 12:10:16 PM
 #8833

Is there somewhere a Windows 64bit binary available?
Or does it not make very much difference if I am running the 32-bit executable on 64 bit ?

BTC: 13p54x1vmb8TbwbDXHYTepHafpVv9uaCaP         BQC: bRZSnMcf9cJLpmFf5HqoJGBYMsS4weHbWJ                TRC: 1AT87GqRXN6PD1f4Ji92pBqeHU43NoFWhR
LTC: LYdKeaTeQPLdi2Jgf2yQjTC2LNZoF88JFC              NVC: 4RyEAWoL1Gu8iy23YB8XDutYB2rChijiuC
Buy / sell BTC via SEPA: https://www.bitcoin.de/r/7966am
Lem
Member
**
Offline Offline

Activity: 78


View Profile
February 24, 2013, 12:31:58 PM
 #8834

I've noticed a strange behaviour. Perhaps, in some circumstances, some shares are sent to the wrong pool.

Please look at my cgminer log:
Code:
[2013-02-24 09:57:24] Switching to stratum+tcp://stratum.hhtt.1209k.com:3333/
 [2013-02-24 09:58:20] Pool 0 stratum+tcp://stratum.hhtt.1209k.com:3333/ not responding!
 [2013-02-24 09:58:20] Switching to http://pit.deepbit.net:8332
 [2013-02-24 09:58:20] Pool 0 stratum+tcp://stratum.hhtt.1209k.com:3333/ alive
 [2013-02-24 09:58:20] Switching to stratum+tcp://stratum.hhtt.1209k.com:3333/
 [2013-02-24 10:03:58] Lost 1 shares due to stratum disconnect on pool 0

Where has that share gone?

HHTT pool log says:
Code:
sockthing/dub 2013-02-24 08:58:30 N H-not-zero 999 0.00000000 00000000 faacb474 815f8e93

BTW: 9:58 on my log, 8:58 on HHTT log. That's correct, there's one hour difference.

This is why i've been able to notice it: only 999 (and above) difficulty shares should go to HHTT, and 00000000 faacb474 815f8e93 of course has a much lower difficulty. It shouldn't have gone there: most probably that nonce had been generated for Deepbit, I think, but in the meantime cgminer switched back to HHTT, so somehow the share was sent to  HHTT. It's strange, too, that cgminer never logged that nonce (I mean, it never said: "... Rejected faacb474..."):
Code:
lem@biggy:~$ grep faacb474 /tmp/mining/minerlog
lem@biggy:~$

From time to time, I have some of these "H-not-zero" hashes on HHTT logs. This has been happening since HHTT switched to stratum. I never saw an "H-not-zero" before. My only other stratum pool is slush: but slush doesn't show a log of all received shares: so I cannot know if this same behaviour is common to slush too.

I'm a bit concerned: if a 1 difficulty share goes to the wrong pool, who cares? But if one of my 999 difficulty shares goes to the wrong pool (let's say it goes to slush instead of going to HHTT, while cgminer is switching between these two pools), I'd be surely pretty sad. Wink

Thanks.

--
Bye
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2002


Ruu \o/


View Profile WWW
February 24, 2013, 12:35:18 PM
 #8835

Is there somewhere a Windows 64bit binary available?
Or does it not make very much difference if I am running the 32-bit executable on 64 bit ?
64 bit ming (the cross platform tools used to make windows binaries from linuxy software) is subtly broken for starters, it uses more ram than the 32 bit binaries, and it actually provides precisely zero benefit. So if anything, you're better off with the 32 bit binaries.

Primary developer/maintainer for cgminer and ckpool/ckproxy.
Pooled mine at kano.is, solo mine at solo.ckpool.org
-ck
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2002


Ruu \o/


View Profile WWW
February 24, 2013, 12:36:38 PM
 #8836

Sounds to me like a HHTT stratum implementation issue rather than anything else.

Primary developer/maintainer for cgminer and ckpool/ckproxy.
Pooled mine at kano.is, solo mine at solo.ckpool.org
-ck
Lem
Member
**
Offline Offline

Activity: 78


View Profile
February 24, 2013, 12:48:22 PM
 #8837

Sounds to me like a HHTT stratum implementation issue rather than anything else.

Thanks for your quick reply. Smiley

Sorry to bother you. Since I don't know anything about the protocol and about your code, let me know whether I understand correctly (so I will contact HHTT and I will be able to explain better the issue): that nonce isn't real, is it? Cgminer never found it and never sent it: it is faked by HHTT.
Otherwise I don't understand why cgminer didn't log it.

Thanks again.

--
Bye
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2002


Ruu \o/


View Profile WWW
February 24, 2013, 12:59:41 PM
 #8838

Sounds to me like a HHTT stratum implementation issue rather than anything else.

Thanks for your quick reply. Smiley

Sorry to bother you. Since I don't know anything about the protocol and about your code, let me know whether I understand correctly (so I will contact HHTT and I will be able to explain better the issue): that nonce isn't real, is it? Cgminer never found it and never sent it: it is faked by HHTT.
Otherwise I don't understand why cgminer didn't log it.

Thanks again.
Stratum always starts at diff 1, even if you have asked for a different diff. So cgminer starts sending diff 1 shares until it is told to change diffs, and even then, if there are any shares that it has already found, it still submits them. The stratum protocol specifies that these should be valid shares and accepted if submitted with the original work item. Now cgminer does NOT log shares submitted at the time they're submitted, unless you're in verbose mode. It only shows the response from pool when it accepts or rejects the share submitted. Otherwise it would have to show them twice. Instead it keeps a database of shares submitted and waits till it gets a response before saying accepted or rejected. If the share has been submitted, and the pool never responds to it, you will never see any record of it. If a connection is dropped, cgminer discards all recollection of old shares submitted and considers them lost, because most of those shares will be lost somewhere in networking, and the pool will not accept shares from old connections until stratum develops a robust resume mechanism (which I'm trying to push forward at the moment). If any shares come back from the old connection as accepted or rejected, cgminer will call them "untracked shares" because it will have discarded any record of them.

Primary developer/maintainer for cgminer and ckpool/ckproxy.
Pooled mine at kano.is, solo mine at solo.ckpool.org
-ck
Lem
Member
**
Offline Offline

Activity: 78


View Profile
February 24, 2013, 04:06:14 PM
 #8839

Stratum always starts at diff 1 [...]

Perfectly clear. Thanks one million. Smiley

--
Bye
jddebug
Sr. Member
****
Offline Offline

Activity: 424



View Profile
February 24, 2013, 07:05:47 PM
 #8840

Stratum always starts at diff 1 [...]

Perfectly clear. Thanks one million. Smiley

+1 

That was great writing Con. I now understand some things I've been seeing from time to time.
Pages: « 1 ... 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 432 433 434 435 436 437 438 439 440 441 [442] 443 444 445 446 447 448 449 450 451 452 453 454 455 456 457 458 459 460 461 462 463 464 465 466 467 468 469 470 471 472 473 474 475 476 477 478 479 480 481 482 483 484 485 486 487 488 489 490 491 492 ... 830 »
  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!