Bitcoin Forum
December 06, 2021, 09:56:04 PM *
News: Latest Bitcoin Core release: 22.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 698 699 700 701 702 703 704 705 706 707 708 709 710 711 712 713 714 715 716 717 718 719 720 721 722 723 724 725 726 727 728 729 730 731 732 733 734 735 736 737 738 739 740 741 742 743 744 745 746 747 [748] 749 750 751 752 753 754 755 756 757 758 759 760 761 762 763 764 765 766 767 768 769 770 771 772 773 774 775 776 777 778 779 780 781 782 783 784 785 786 787 788 789 790 791 792 793 794 795 796 797 798 ... 843 »
  Print  
Author Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.1  (Read 5802930 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. (3 posts by 1+ user deleted.)
KyrosKrane
Sr. Member
****
Offline Offline

Activity: 295
Merit: 250


View Profile WWW
May 11, 2014, 11:47:17 AM
 #14941

Just checking if the thread title is correct? It still reads 4.3.2, even though the first post lists 4.3.3 as current.

Tips and donations: 1KyrosREGDkNLp1rMd9wfVwfkXYHTd6j5U  |  BTC P2Pool node: p2pool.kyros.info:9332
1638827764
Hero Member
*
Offline Offline

Posts: 1638827764

View Profile Personal Message (Offline)

Ignore
1638827764
Reply with quote  #2

1638827764
Report to moderator
1638827764
Hero Member
*
Offline Offline

Posts: 1638827764

View Profile Personal Message (Offline)

Ignore
1638827764
Reply with quote  #2

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

Posts: 1638827764

View Profile Personal Message (Offline)

Ignore
1638827764
Reply with quote  #2

1638827764
Report to moderator
1638827764
Hero Member
*
Offline Offline

Posts: 1638827764

View Profile Personal Message (Offline)

Ignore
1638827764
Reply with quote  #2

1638827764
Report to moderator
1638827764
Hero Member
*
Offline Offline

Posts: 1638827764

View Profile Personal Message (Offline)

Ignore
1638827764
Reply with quote  #2

1638827764
Report to moderator
techman05
Hero Member
*****
Offline Offline

Activity: 546
Merit: 500


View Profile WWW
May 11, 2014, 08:08:23 PM
 #14942

Just checking if the thread title is correct? It still reads 4.3.2, even though the first post lists 4.3.3 as current.

He's just been personally moderating this post so there's an opening for chaos and invalid details. 4.3.3 is the newest until otherwise specified on github or http://ck.kolivas.org/apps/cgminer/

Like the info address for potential tips Wink
BTC 1CL5BnNhdL2wDVmSDwMbW1cNhZew87CAPV
* http://www.miningrigrentals.com/register?ref=563
Zich
Legendary
*
Offline Offline

Activity: 1190
Merit: 1000


View Profile WWW
May 12, 2014, 05:15:20 AM
 #14943

Just checking if the thread title is correct? It still reads 4.3.2, even though the first post lists 4.3.3 as current.

New release: Version 4.3.3, 4th May 2014


Human readable changelog:

- Fox for a huge long-standing memory leak with the BXF driver which affected bi*fury, hex*fury and OneString miners.
- Formatting fixes for miner.php


Full changelog:

- Fix typo
- Work should be freed when aged, fixing a massive memory leak for bxf devices
- miner.php fix single rig summary/config field formatting
- miner.php fix single rig total formatting

vayvanne
Full Member
***
Offline Offline

Activity: 216
Merit: 100

GPG ID 48298AFC


View Profile
May 12, 2014, 05:51:35 AM
 #14944

cgminer-4.3.3-windows stops to respond to key presses after I restart it by pressing [scy]. hashing continues.
-ck
Legendary
*
Offline Offline

Activity: 3430
Merit: 1362


Ruu \o/


View Profile WWW
May 12, 2014, 09:21:12 AM
 #14945

cgminer-4.3.3-windows stops to respond to key presses after I restart it by pressing [scy]. hashing continues.
Restart's always been precarious and much worse so on windows. Just quit and start again instead. Yes I agree it's not ideal but restart should probably have never been put there for windows since it ends up killing shit to shut down the existing instance instead of shutting down neatly.

Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel
2% Fee Solo mining at solo.ckpool.org
-ck
Bgkoffler
Newbie
*
Offline Offline

Activity: 2
Merit: 0


View Profile
May 12, 2014, 07:34:03 PM
 #14946

All -

I am new to this board so please don't attack Smiley

I have been using CGMiner successfully for a few months using one of the pre-built versions from http://ck.kolivas.org/apps/cgminer/.

I now need to build the program so that i can add Hash Fast support, allowing me to monitor the temperature of each die on my cards, but when i built it myself i don't have the information showing up at the top of the screen that i normally get - and it just doesn't seem to work for me!

Any thoughts on how i can successfully build this would be greatly appreciated. The instructions in the README as self explanatory and i followed them each time - the end product is just not what i am looking for.

Thanks,

BK
techman05
Hero Member
*****
Offline Offline

Activity: 546
Merit: 500


View Profile WWW
May 12, 2014, 11:44:22 PM
 #14947

It's not just --enable-hashfast? Run through and compile others and see how it's named in the list above the command prompt. I'm pretty sure it's in cgminer.

Like the info address for potential tips Wink
BTC 1CL5BnNhdL2wDVmSDwMbW1cNhZew87CAPV
* http://www.miningrigrentals.com/register?ref=563
-ck
Legendary
*
Offline Offline

Activity: 3430
Merit: 1362


Ruu \o/


View Profile WWW
May 12, 2014, 11:47:08 PM
 #14948

built it myself i don't have the information showing up at the top of the screen that i normally get
You're missing the ncurses development library when building it.

Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel
2% Fee Solo mining at solo.ckpool.org
-ck
Killerloop
Sr. Member
****
Offline Offline

Activity: 294
Merit: 250


View Profile
May 14, 2014, 08:04:30 PM
 #14949

Hi, my mining rig is composed by five "towers", each one connected via a USB cable to a Windows PC:

1x5 Canbused Bitburner Fury boards
1x4 Canbused Bitburner Fury boards
1x4 Canbused Bitburner Fury boards
1x1 Damaged Bitburner Fury board (hashes half speed/usb only)
1x1 Damaged Bitburner Fury board (hashes half speed/usb only)

So far I am using one instance of CGMiner with --avalon-auto and so far so good, the rig mines with no problem at all.

As I do not know how work is handled internally by CGMiner I was wondering if mining performance may be hampered by the bad boards working together with the good ones.

Should I run two separate instances of CGMiner? One for the good 3 towers and one for both bad towers ?

Loan request: "I need 7 BTC because We hired an archaelogist and asked him: Is there a treasure? And he said yes!"
ernie-
Sr. Member
****
Offline Offline

Activity: 252
Merit: 250


View Profile WWW
May 15, 2014, 10:49:16 AM
 #14950

I am having trouble compiling cgminer, pretty much any version from the past few months on either Mac OSX 10.9 (Mavericks) or 10.6.11 (Snow Leopard) I am using the Mac ports collection for the dependencies, and I was able to comilpe a few months ago but can't anymore, so something has changed.

The error I get is:

Code:
Making all in libusb-1.0
/Applications/Xcode.app/Contents/Developer/usr/bin/make  all-recursive
Making all in libusb
  CC       os/libusb_1_0_la-darwin_usb.lo
In file included from /System/Library/Frameworks/IOKit.framework/Headers/usb/IOUSBLib.h:27:0,
                 from os/darwin_usb.h:27,
                 from os/darwin_usb.c:43:
/System/Library/Frameworks/IOKit.framework/Headers/usb/USB.h:584:9: error: too many #pragma options align=reset
 #pragma options align=reset
         ^
In file included from /System/Library/Frameworks/IOKit.framework/Headers/usb/IOUSBLib.h:27:0,
                 from os/darwin_usb.h:27,
                 from os/darwin_usb.c:43:
/System/Library/Frameworks/IOKit.framework/Headers/usb/USB.h:754:9: error: too many #pragma options align=reset
 #pragma options align=reset
         ^
/System/Library/Frameworks/IOKit.framework/Headers/usb/USB.h:806:9: error: too many #pragma options align=reset
 #pragma options align=reset
         ^
/System/Library/Frameworks/IOKit.framework/Headers/usb/USB.h:824:9: error: too many #pragma options align=reset
 #pragma options align=reset
         ^
/System/Library/Frameworks/IOKit.framework/Headers/usb/USB.h:844:9: error: too many #pragma options align=reset
 #pragma options align=reset
         ^
make[5]: *** [os/libusb_1_0_la-darwin_usb.lo] Error 1
make[4]: *** [all-recursive] Error 1
make[3]: *** [all] Error 2
make[2]: *** [all-recursive] Error 1

Using gcc 4.8, but also tried earlier versions.

I know there are pre-compiled Mac binaries around, but I would rather conquer this problem, obviously someone has.

Any suggestions?

Hawkix
Hero Member
*****
Offline Offline

Activity: 531
Merit: 505



View Profile WWW
May 16, 2014, 05:50:34 PM
 #14951

I am using latest cgminer to solo mine on testnet and I think there is a bug with handling the testnet difficulty. After no block for 20 minutes, testnet difficulty drops down to 1.0, but cgminer still requires work of previous (high) difficulty (12.3K now).

>bitcoind getwork      returns "target" : "0000000000000000000000000000000000000000000000000d54050000000000"
>bitcoind getinfo       returns  "difficulty" : 1.00000000

Is this a bug in cgminer?

Donations: 1Hawkix7GHym6SM98ii5vSHHShA3FUgpV6
http://btcportal.net/ - All about Bitcoin - coming soon!
pauljbl
Newbie
*
Offline Offline

Activity: 39
Merit: 0


View Profile
May 18, 2014, 03:56:59 PM
 #14952

Hi I see there is support for nf2 and nf6 could you add support for nanofurys devices that are chained together as I have 5 nanofurys chained. And also to set the bit speed of each individual bitfury chip. This is possible in bfgminer

Thanks
Paul
-ck
Legendary
*
Offline Offline

Activity: 3430
Merit: 1362


Ruu \o/


View Profile WWW
May 20, 2014, 10:22:11 AM
 #14953

Hi I see there is support for nf2 and nf6 could you add support for nanofurys devices that are chained together as I have 5 nanofurys chained. And also to set the bit speed of each individual bitfury chip. This is possible in bfgminer
Usual story with hardware I haven't seen before: I'm happy to take patches, but I cannot write the code to support them without the hardware myself or suitable sponsorship.

Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel
2% Fee Solo mining at solo.ckpool.org
-ck
Killerloop
Sr. Member
****
Offline Offline

Activity: 294
Merit: 250


View Profile
May 20, 2014, 10:31:06 AM
 #14954

ckolivas I would really appreciate an answer to this question.

As far as I know this is not something asked before and could prove useful to other Bitburner Fury users too.

Loan request: "I need 7 BTC because We hired an archaelogist and asked him: Is there a treasure? And he said yes!"
-ck
Legendary
*
Offline Offline

Activity: 3430
Merit: 1362


Ruu \o/


View Profile WWW
May 20, 2014, 10:32:41 AM
 #14955

ckolivas I would really appreciate an answer to this question.

As far as I know this is not something asked before and could prove useful to other Bitburner Fury users too.
I don't have one and didn't write the support so not sure (maybe Kano can help). Generically separating dud hardware from good is always a good idea.

Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel
2% Fee Solo mining at solo.ckpool.org
-ck
helipotte
Hero Member
*****
Offline Offline

Activity: 650
Merit: 500


Pick and place? I need more coffee.


View Profile
May 22, 2014, 06:34:02 PM
Last edit: May 24, 2014, 10:28:35 PM by helipotte
 #14956

Hi,

Having a small problem with Cgminer 4.3.3 and Blackarrow bitfury boards.

Every so often I get a (duplicate) share that is indeed a dupe of a share just before it.

I changed line 529 from #define BAB_WORK_EXPIRE_mS 7800 to 5800.  This seems to have helped.

Any suggestions?

Thanks!

Edit: My pool is Eligius.
Edit#2: Line 529 seems to have minimal effect on "dupes". Tongue
No one has any ideas?
-ck
Legendary
*
Offline Offline

Activity: 3430
Merit: 1362


Ruu \o/


View Profile WWW
May 25, 2014, 12:14:22 AM
 #14957

New release: Version 4.3.4, 25th May 2014


Human readable changelog:

- Driver updates to spondoolies, cointerra, avalon2 and minion.
- Support for nanofury NF2 (good working) and NF6 (flaky, ?design related) USB sticks.
- Extra output in the API for NF* devices and BXM in the API for per chip information.
- Fix for pools going idle if stratum is restarted unsuccessfully.
- Fix for a crash in libusb when devices are frequently plugging/unplugging on linux.
- New benchmarking code with the --benchmark option which uses a deterministic set of work items to find a known number of different diff share nonces at regular intervals. Note that devices that don't check the entire range (mainly bitfury based devices) will not find some of these nonces so the benchmark code is suited to devices like the hashfast,  cointerra etc. Give it an hour before assessing results.
- Fix the reset counter on hashfast devices to be properly inherited.
- New ruby example for API.
- Low level code fixes and cleanups.


Full changelog:

- Add support for 2 nonces per block in spond driver
- Increase timeout on reset in cta driver to 5 seconds
- Increase max diff on spondoolies driver slightly to be well below spi comms
limitations
- Use the active contents lock and safe list iteration within the linux usbfs
code
- Add Ruby Api Example
- Automatic detect the small miners
- Update default modules from 3 to 4
- Fix the temp max. we should use currect max temp
- add avalon2-cutoff options
- Enable the cutofftemp to Avalon2. ignore longer coinbase and longer merkles
stratum
- Fix the diff value used on MM firmware
- Mark pool as idle if stratum restart is failed
- Add hacky workaround for double list removal race in libusb
- Make the work given in benchmark mode deterministic on a per-device basis
- Rework the benchmarking code to use a deterministic set of work items with a
known number of diff share nonces at regular spaced intervals
- minion - restrict nonce read result size to ioctl() limit
- minion - must check temp when overheated
- minion - idle chips that hit >100C until back to 80C
- minion - report the chip/reg when aborting due to an invalid ioctl() size
- minion - all freq in Mhz but only convert when used
- minion - remove unused ioctl debug
- minion - command queue is now larger
- minion - check rolled in stale work cleanup
- Work stats should be based on device_diff not work_difficulty since non-shares
haven't been filtered out yet
- Prevent a segfault when writing a config file containing 'rotate' option
- minion - comment out HW debug message
- minion - roll work to reduce CPU
- minion - report init_freq in stats
- api - howoldsec is only used for USB
- minion - allow setting the frequency
- minion - disable iostats by default since it slows down mining
- minion - define frequency value table
- minion - report temp/cores/freq and handle temp formatting
- minion - item is undefined
- Rationalise diffs stored in the work struct and document them to avoid further
confusion
- Add basic API stats for nfu drivers to see how many submits each chip returns
- Add output direction for the EN0 pin on nfu driver
- Support power management optimisations in newer nf* firmware
- Support variable numbers of chips with NFU and BXM drivers
- Identify number of chips in nanofury devices and change name accordingly
- Rename nf1 driver to nfu in anticipation of support for more chips
- Make hashfast reset counter rise on old instances when inheriting the value on
new ones

Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel
2% Fee Solo mining at solo.ckpool.org
-ck
stevegee58
Legendary
*
Offline Offline

Activity: 917
Merit: 1003



View Profile
May 25, 2014, 12:31:02 AM
 #14958

I'm still using 3.4.0 on a BeagleBone to run my BFL Jalapeno 7 GHs.
An oldie but a goodie.  Cool

You are in a maze of twisty little passages, all alike.
techman05
Hero Member
*****
Offline Offline

Activity: 546
Merit: 500


View Profile WWW
May 25, 2014, 05:34:39 PM
 #14959

Hi,

Having a small problem with Cgminer 4.3.3 and Blackarrow bitfury boards.

Every so often I get a (duplicate) share that is indeed a dupe of a share just before it.

I changed line 529 from #define BAB_WORK_EXPIRE_mS 7800 to 5800.  This seems to have helped.

Any suggestions?

Thanks!

Edit: My pool is Eligius.
Edit#2: Line 529 seems to have minimal effect on "dupes". Tongue
No one has any ideas?
Are you maybe using load balancing or too low of a difficulty. I only get problems when I switch pools or exit and come back before it knows I 'm gone.

Like the info address for potential tips Wink
BTC 1CL5BnNhdL2wDVmSDwMbW1cNhZew87CAPV
* http://www.miningrigrentals.com/register?ref=563
kano
Legendary
*
Offline Offline

Activity: 3682
Merit: 1559


Linux since 1997 RedHat 4


View Profile
May 25, 2014, 05:45:19 PM
 #14960

Hi,

Having a small problem with Cgminer 4.3.3 and Blackarrow bitfury boards.

Every so often I get a (duplicate) share that is indeed a dupe of a share just before it.

I changed line 529 from #define BAB_WORK_EXPIRE_mS 7800 to 5800.  This seems to have helped.

Any suggestions?

Thanks!

Edit: My pool is Eligius.
Edit#2: Line 529 seems to have minimal effect on "dupes". Tongue
No one has any ideas?
Dups are expected.
I get quite a lot and I wrote the driver Smiley
Expiring the work earlier risks rejecting valid work.
The interface to the chip makes it difficult to ensure you aren't rereading the same results sometimes.
You may have noticed the low HW error %?
That's due to using more CPU and sometimes getting dups.

I've been working on the AntS2 driver and wrote a simple dup check that I can implement in any driver with a few lines.
Once I've finished the AntS2 and the updates to the BlackArrowMinion work soon, I'll probably add it to the BaB driver also, since I see the dups also - and avoiding sending them to the pool is nicer to the pool and saves ever so slightly on network usage.

Oh well about your choice of pool ...

FYI: I've got 7 boards on a V2 4 SPI controller always above 270GH/s Smiley
The code works well up to 8, but will need some SPI tuning to do more than 2 per SPI reliably.
Mine runs forever without failing - only restarts on power outages, config changes or cgminer updates.
1.25W/GHs at the wall, really is pretty amazing for these boards that have been around for so long!

Pool: https://kano.is - lowest fee PPLNS 3 Days - Most reliable Solo with ONLY 0.5% fee   Bitcointalk thread: Forum
Discord support invite at https://kano.is/ Majority developer of the ckpool code - k for kano
Help keep Bitcoin secure by mining on pools with full block verification on all blocks - and NO empty blocks!
Pages: « 1 ... 698 699 700 701 702 703 704 705 706 707 708 709 710 711 712 713 714 715 716 717 718 719 720 721 722 723 724 725 726 727 728 729 730 731 732 733 734 735 736 737 738 739 740 741 742 743 744 745 746 747 [748] 749 750 751 752 753 754 755 756 757 758 759 760 761 762 763 764 765 766 767 768 769 770 771 772 773 774 775 776 777 778 779 780 781 782 783 784 785 786 787 788 789 790 791 792 793 794 795 796 797 798 ... 843 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!