Bitcoin Forum
August 17, 2018, 10:06:21 AM *
News: Latest stable version of Bitcoin Core: 0.16.2  [Torrent].
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 533 534 535 536 537 538 539 540 541 542 543 544 545 546 547 548 549 550 551 552 553 554 555 556 557 558 559 560 561 562 563 564 565 566 567 568 569 570 571 572 573 574 575 576 577 578 579 580 581 582 [583] 584 585 586 587 588 589 590 591 592 593 594 595 596 597 598 599 600 601 602 603 604 605 606 607 608 609 610 611 612 613 614 615 616 617 618 619 620 621 622 623 624 625 626 627 628 629 630 631 632 633 ... 847 »
  Print  
Author Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.1  (Read 5761130 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.
turtle83
Sr. Member
****
Offline Offline

Activity: 322
Merit: 250


Supersonic


View Profile WWW
July 28, 2013, 01:06:04 PM
 #11641

http://pastie.org/private/qzjzezzghx4ojwyysygfqw

on Ubuntu 13.04
the apt-get supplied libusb fails, but libusb-1.0.16-rc10 reports success.

I use cgminer 3.1.1 to mine using the serial interface. Newer cgminers typically  do not detect AMU or show a hashrate of ~100 MH/s . I will try building cgminer master against this libusb version and report back if i have any success.


1534500381
Hero Member
*
Offline Offline

Posts: 1534500381

View Profile Personal Message (Offline)

Ignore
1534500381
Reply with quote  #2

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

Posts: 1534500381

View Profile Personal Message (Offline)

Ignore
1534500381
Reply with quote  #2

1534500381
Report to moderator
1534500381
Hero Member
*
Offline Offline

Posts: 1534500381

View Profile Personal Message (Offline)

Ignore
1534500381
Reply with quote  #2

1534500381
Report to moderator
kano
Legendary
*
Offline Offline

Activity: 2548
Merit: 1052


Linux since 1997 RedHat 4


View Profile
July 28, 2013, 01:33:15 PM
 #11642

http://pastie.org/private/qzjzezzghx4ojwyysygfqw

on Ubuntu 13.04
the apt-get supplied libusb fails, but libusb-1.0.16-rc10 reports success.

I use cgminer 3.1.1 to mine using the serial interface. Newer cgminers typically  do not detect AMU or show a hashrate of ~100 MH/s . I will try building cgminer master against this libusb version and report back if i have any success.

Thanks, that info is perfect and says exactly what I'd hope it says.
For 12.04 the problem for you is almost certainly in the libusb version.
I expect (though I'll wait to see before I'm 100% certain) that current git and latest libusb should not get SICK devices, should not hash at ~100MH/s for some devices (instead of ~333MH/s) and should not have regular TIMEOUT errors (a rare few is OK)

Detection problems 'might' also be addressed by current git since there is a usb config setup change I've added that may help
Though interestingly enough, writing this test code I found a situation where it would actually get out of sync with replies during initialisation, that I'll look into and see if it is related, once the libusb version issue is clarified and resolved.

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!
turtle83
Sr. Member
****
Offline Offline

Activity: 322
Merit: 250


Supersonic


View Profile WWW
July 28, 2013, 02:09:01 PM
 #11643

http://pastie.org/private/qzjzezzghx4ojwyysygfqw

on Ubuntu 13.04
the apt-get supplied libusb fails, but libusb-1.0.16-rc10 reports success.

I use cgminer 3.1.1 to mine using the serial interface. Newer cgminers typically  do not detect AMU or show a hashrate of ~100 MH/s . I will try building cgminer master against this libusb version and report back if i have any success.

Thanks, that info is perfect and says exactly what I'd hope it says.
For 12.04 the problem for you is almost certainly in the libusb version.
I expect (though I'll wait to see before I'm 100% certain) that current git and latest libusb should not get SICK devices, should not hash at ~100MH/s for some devices (instead of ~333MH/s) and should not have regular TIMEOUT errors (a rare few is OK)

Detection problems 'might' also be addressed by current git since there is a usb config setup change I've added that may help
Though interestingly enough, writing this test code I found a situation where it would actually get out of sync with replies during initialisation, that I'll look into and see if it is related, once the libusb version issue is clarified and resolved.

FYI im on 13.04 not 12.04.

I just rebuilt cgminer (newest commit bda1e333222e9921be793a1e517d84d4aba88ea5)
./configure command:-
Code:
LIBUSB_CFLAGS="-I/home/xxx/tmp/libusb-1.0.16-rc10/libusb" LIBUSB_LIBS="/home/xxx/tmp/libusb-1.0.16-rc10/libusb/.libs/libusb-1.0.a -ludev" ./configure --disable-opencl --disable-adl --enable-bflsc --enable-bitforce --enable-icarus --enable-modminer --enable-ztex --enable-avalon

Summary: http://pastie.org/private/5qstv1txipwwddh97ujhmq

both AMUs are running at ~333MH/s.. and they start mining as soon as cgminer starts. Stopped and started a few times to be sure.

If the problem is fixed for most linux users by using a specific libusb version AND inclusion of this version of libusb in distro repositories is not in the horizon, i guess cgminer should bundle the working lib.

dc81
Full Member
***
Offline Offline

Activity: 122
Merit: 100


View Profile
July 29, 2013, 02:50:19 AM
 #11644

recompiled cgminer using the libusb above and now able to mine multiple block erupters on my raspberry pi Cheesy

MineForeman.com
Legendary
*
Offline Offline

Activity: 896
Merit: 1000



View Profile WWW
July 29, 2013, 02:51:33 AM
 #11645

recompiled cgminer using the libusb above and now able to mine multiple block erupters on my raspberry pi Cheesy

Alternatively you could use Arch Linux and your good to go with your PI Wink .

Bitcoin News http://mineforeman.com/ || MinePeon - Bitcoin mining on the Raspberry PI http://mineforeman.com/minepeon/ || MinePeon Wiki http://minepeon.com/ || MinePeon Forums http://minepeon.com/forums/
JLM
Full Member
***
Offline Offline

Activity: 164
Merit: 100



View Profile
July 29, 2013, 01:16:23 PM
 #11646

Hi. Maybe somebody ask this, but i couldn´t find the answer:

X6500 could be run with CGMiner?
Could somebody tell me where is driver?

Thanks!!!

1Hyawq17jkzfpunPC6tTikpgMGSsekd98z
kano
Legendary
*
Offline Offline

Activity: 2548
Merit: 1052


Linux since 1997 RedHat 4


View Profile
July 29, 2013, 01:21:17 PM
 #11647

Hi. Maybe somebody ask this, but i couldn´t find the answer:

X6500 could be run with CGMiner?
Could somebody tell me where is driver?

Thanks!!!
Not in cgminer.
We've never had an x6500 miner.

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!
JLM
Full Member
***
Offline Offline

Activity: 164
Merit: 100



View Profile
July 29, 2013, 02:11:26 PM
 #11648

Hi. Maybe somebody ask this, but i couldn´t find the answer:

X6500 could be run with CGMiner?
Could somebody tell me where is driver?

Thanks!!!
Not in cgminer.
We've never had an x6500 miner.
Thanks for answer.
That´s too bad. I´d like to run my Erupter USB with a single FPGAMining x6500...
Well, thinking what to do.
Thanks anyway.

1Hyawq17jkzfpunPC6tTikpgMGSsekd98z
ChipGeek
Full Member
***
Offline Offline

Activity: 198
Merit: 100


View Profile
July 29, 2013, 09:27:51 PM
 #11649

I would expect something like "-I /usr/include/libusb-1.0" in the compile command. Maybe you need to re-run ./configure?
Thank you.  ./configure was the last bit of magic required. 

I finally got what I was looking for in the first place:
Code:
[GetInfo] => DEVICE: BitFORCE SC 0x0a
FIRMWARE: 1.0.0 0x0a
MINIG SPEED: 7.85 GH/s 0x0a
PROCESSOR 3: 15 engines @ 259 MHz 0x0a
PROCESSOR 7: 15 engines @ 270 MHz 0x0a
ENGINES: 30 0x0a
FREQUENCY: 266 MHz 0x0a
XLINK MODE: MASTER 0x0a
CRITICAL TEMPERATURE: 0 0x0a
XLINK PRESENT: NO 0x0a
OK 0x0a 0x00

Tip jar: 1ChipGeeK7PDxaAWG4VgsTi31SfJ6peKHw
lano1106
Member
**
Offline Offline

Activity: 108
Merit: 10


View Profile WWW
July 30, 2013, 12:12:14 AM
 #11650

Hi,

I just want to report that I am seeing frequent core dump with cgminer 3.3.1 since I have recompiled cgminer with Icarus support to work with 10 USB Eruptors.

I have reproduced the problem with debug symbols to get a nice trace of where the problem is. Will continue digging further the problem to help you guys to nail down the problem:

Program terminated with signal 11, Segmentation fault.
#0  0x000000000045acfb in icarus_initialise (icarus=icarus@entry=0x7f665c012fa0, baud=<optimized out>)
    at driver-icarus.c:384
384            icarus->usbdev->PrefPacketSize = AMU_PREF_PACKET;
(gdb) where
#0  0x000000000045acfb in icarus_initialise (icarus=icarus@entry=0x7f665c012fa0, baud=<optimized out>)
    at driver-icarus.c:384
#1  0x000000000045b6c8 in icarus_initialise (baud=<optimized out>, icarus=0x7f665c012fa0) at driver-icarus.c:888
#2  icarus_scanhash (thr=0x7f665c03aaf0, work=0x119b5e0, max_nonce=<optimized out>) at driver-icarus.c:891
#3  0x0000000000411005 in hash_sole_work (mythr=0x7f665c03aaf0) at cgminer.c:5859
#4  0x00000000004097b3 in miner_thread (userdata=0x7f665c03aaf0) at cgminer.c:6135
#5  0x00007f66cb2a6bba in start_thread () from /usr/lib/libpthread.so.0
#6  0x00007f66ca1f227d in clone () from /usr/lib/libc.so.6

Also is ck away in vacation. I sent him a small patch for something I caught while reviewing code last week and I haven't heard back anything.

Maybe I can share the patch here or perhaps do it over github:

removal of a useless memcpy:

--- cgminer-3.3.1/cgminer.c.orig        2013-07-16 01:56:51.587678112 -0400
+++ cgminer-3.3.1/cgminer.c     2013-07-16 02:03:57.530715675 -0400
@@ -1710,7 +1710,6 @@ static void gen_gbt_work(struct pool *po
                work->job_id = strdup(pool->gbt_workid);
        cg_runlock(&pool->gbt_lock);
 
-       memcpy(work->data + 4 + 32, merkleroot, 32);
        flip32(work->data + 4 + 32, merkleroot);
        free(merkleroot);
        memset(work->data + 4 + 32 + 32 + 4 + 4, 0, 4); /* nonce */

BTC: 1ABewnrZgCds7w9RH43NwMHX5Px6ex5uNR
kano
Legendary
*
Offline Offline

Activity: 2548
Merit: 1052


Linux since 1997 RedHat 4


View Profile
July 30, 2013, 02:21:44 AM
 #11651

The segfault will be usbdev is null (since it can disappear underneath the code)
Try current git - I put a fix for that in a little over a month ago Smiley

Edit: also compile it with -g -O0 since optimisation will often hide information that can help track down a bug

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!
lano1106
Member
**
Offline Offline

Activity: 108
Merit: 10


View Profile WWW
July 30, 2013, 04:05:02 AM
 #11652

thanks Kano.

I think that I have spotted the commit you mention:

usbutils/icarus include more locking to usbdev access on June 25th. Almost right after 3.3.1 release date. I guess that it means the next release is coming soon.

I'm now running master-git.

I still have spurious

AMU7: Comms error (werr=-7 amt=0)

that come and leave but so far I have an uptime of half an hour and things feels better.

I'll report back tomorrow how the night went with the git version.

BTC: 1ABewnrZgCds7w9RH43NwMHX5Px6ex5uNR
STT
Legendary
*
Offline Offline

Activity: 1820
Merit: 1072



View Profile WWW
July 30, 2013, 04:12:44 AM
 #11653

Quote
install win7x64

Just do it

.FORTUNE.JACK.
      ▄▄███████▄▄
   ▄████▀▀ ▄ ██████▄
  ████ ▄▄███ ████████
 █████▌▐███▌ ▀▄ ▀█████
███████▄██▀▀▀▀▄████████
█████▀▄▄▄▄█████████████
████▄▄▄▄ █████████████
 ██████▌ ███▀████████
  ███████▄▀▄████████
   ▀█████▀▀███████▀
      ▀▀██████▀▀
         
         █
...FortuneJack.com                                             
...THE BIGGEST BITCOIN GAMBLING SITE
       ▄▄█████████▄▄
    ▄█████████████████▄
  ▄█████████████████████▄
 ▄██
█████████▀███████████▄
██████████▀   ▀██████████
█████████▀       ▀█████████
████████           ████████
████████▄   ▄ ▄   ▄████████
██████████▀   ▀██████████
 ▀██
█████████████████████▀
  ▀██
███████████████████▀
    ▀█████████████████▀
       ▀▀█████████▀▀
#JACKMATE
WIN 1 BTC
▄█████████████████████████▄
███████████████████████████
███████████████████████████
██████████▀█████▀██████████
███████▀░░▀░░░░░▀░░▀███████
██████▌░░░░░░░░░░░░░▐██████
██████░░░░██░░░██░░░░██████
█████▌░░░░▀▀░░░▀▀░░░░▐█████
██████▄░░▄▄▄░░░▄▄▄░░▄██████
████████▄▄███████▄▄████████

███████████████████████████
███████████████████████████
▀█████████████████████████▀
kano
Legendary
*
Offline Offline

Activity: 2548
Merit: 1052


Linux since 1997 RedHat 4


View Profile
July 30, 2013, 05:05:55 AM
 #11654

thanks Kano.

I think that I have spotted the commit you mention:

usbutils/icarus include more locking to usbdev access on June 25th. Almost right after 3.3.1 release date. I guess that it means the next release is coming soon.

I'm now running master-git.

I still have spurious

AMU7: Comms error (werr=-7 amt=0)

that come and leave but so far I have an uptime of half an hour and things feels better.

I'll report back tomorrow how the night went with the git version.

-7 is a normal USB timeout (unrelated to the TIMEOUT message I've added in current git)
In your case it was sending work to the device.
Basically means it took too long (more than 200ms) to write to the device.
This can also be caused by device failure e.g. overheat
The code does a device reinitialise then will try again with a new work item.
i.e. I try to reset it and see if that fixes it.

Edit: ... no temperature sensors ... good design that one Tongue

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!
lano1106
Member
**
Offline Offline

Activity: 108
Merit: 10


View Profile WWW
July 30, 2013, 05:12:17 AM
 #11655

-7 is a normal USB timeout (unrelated to the TIMEOUT message I've added in current git)
In your case it was sending work to the device.
Basically means it took too long (more than 200ms) to write to the device.
This can also be caused by device failure e.g. overheat
The code does a device reinitialise then will try again with a new work item.
i.e. I try to reset it and see if that fixes it.

You definitely made a great job. I still see werr -7 from time to time but git version seems to cope way better with the situation than 3.3.1 did.

Everytime I see werr -7, after a few seconds, cgminer fallback in normal mode and all BEs are online and hashing!

BTC: 1ABewnrZgCds7w9RH43NwMHX5Px6ex5uNR
kano
Legendary
*
Offline Offline

Activity: 2548
Merit: 1052


Linux since 1997 RedHat 4


View Profile
July 30, 2013, 05:20:54 AM
 #11656

-7 is a normal USB timeout (unrelated to the TIMEOUT message I've added in current git)
In your case it was sending work to the device.
Basically means it took too long (more than 200ms) to write to the device.
This can also be caused by device failure e.g. overheat
The code does a device reinitialise then will try again with a new work item.
i.e. I try to reset it and see if that fixes it.

You definitely made a great job. I still see werr -7 from time to time but git version seems to cope way better with the situation than 3.3.1 did.

Everytime I see werr -7, after a few seconds, cgminer fallback in normal mode and all BEs are online and hashing!

Thanks - good to know it is getting the desired result.

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!
Rugien
Newbie
*
Offline Offline

Activity: 12
Merit: 0



View Profile
July 30, 2013, 05:24:08 PM
 #11657

Why is it not possible to use socks5 proxy with stratum pool since cgminer 3.1.1?
It worked fine with 3.1.0.
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2618
Merit: 1123


Ruu \o/


View Profile WWW
July 30, 2013, 05:28:08 PM
 #11658

Why is it not possible to use socks5 proxy with stratum pool since cgminer 3.1.1?
It worked fine with 3.1.0.
Check 3.1.1 changelog

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

Activity: 896
Merit: 1000



View Profile
July 30, 2013, 06:57:23 PM
 #11659

I just noticed something a bit odd with cgminer on avalon and p2pool.
I compared CPU usage/load between mining on bitminter with stratum and mining on p2pool with stratum. Seemed pretty similar (with the obvious ~10min between Bitcoin blocks vs ~30s between p2pool shares).

With bitminter, cgminer uses ~12% of the CPU on the Avalon, with p2pool it uses ~65%. I forced a fixed difficulty of 64 on p2pool to try to help (the difficulty algorithm makes small changes often which could explain some additional processing) with no measurable effect. The resulting overall load is ~0.9 on p2pool and ~0.2 on Bitminter.

This is not an average with large peaks and low usage between them (that could be linked to new work every ~30s on p2pool), it's constant. Some people have reported Avalon freezes/crashes on p2pool and it might be due to a temperature problem: the poor CPU might not have been tested at a constant 60% usage. Give it an already toasty environment and add high CPU usage -> overheat.

This high CPU usage might point to some inefficiencies. I'm not yet mining full time on p2pool because preliminary results show only ~90% efficiency (which seems to imply a average ~3s latency somewhere). This latency might be a completely different problem though.

Hope it can help someone understand what is going on.

P2pool tuning guide
Trade BTC for €/$ at bitcoin.de (referral), it's cheaper and faster (acts as escrow and lets the buyers do bank transfers).
Tip: 17bdPfKXXvr7zETKRkPG14dEjfgBt5k2dd
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2618
Merit: 1123


Ruu \o/


View Profile WWW
July 30, 2013, 07:33:30 PM
 #11660

The p2pool blockchain data is massive and the power of the wrt703n in the avalon is pitiful. Presumably it's the extra workload of dealing with that that uses a lot more CPU. Also the latency of an Avalon sucks dicks on p2pool, throwing out about 3% of work when the block change is 30s (it used to be much worse at 10s). You can run the Avalon on a regular PC via a USB cable to not have CPU usage problems but that won't fix the latency issues, as it is a major Avalon design flaw. p2pool has improved to work with ASICs, but now the hardware needs to catch up.

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 ... 533 534 535 536 537 538 539 540 541 542 543 544 545 546 547 548 549 550 551 552 553 554 555 556 557 558 559 560 561 562 563 564 565 566 567 568 569 570 571 572 573 574 575 576 577 578 579 580 581 582 [583] 584 585 586 587 588 589 590 591 592 593 594 595 596 597 598 599 600 601 602 603 604 605 606 607 608 609 610 611 612 613 614 615 616 617 618 619 620 621 622 623 624 625 626 627 628 629 630 631 632 633 ... 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!