Bitcoin Forum
December 09, 2016, 11:43:22 PM *
News: To be able to use the next phase of the beta forum software, please ensure that your email address is correct/functional.
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 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 799 800 801 802 803 804 805 806 807 808 809 810 811 812 813 [814] 815 816 817 818 819 820 821 822 823 824 825 826 827 828 829 830 »
  Print  
Author Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.9.2  (Read 4825383 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: 2002


Ruu \o/


View Profile WWW
August 10, 2015, 10:10:56 PM
 #16261

Due to a request on twitter I've compiled 4.9.2 for Mac
http://macminer.fabulouspanda.com/commandline/cgminer/
Appreciated since 4.9.2 has been the stable release for a while and will be for some time to come, I expect.

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

Posts: 1481327002

View Profile Personal Message (Offline)

Ignore
1481327002
Reply with quote  #2

1481327002
Report to moderator
1481327002
Hero Member
*
Offline Offline

Posts: 1481327002

View Profile Personal Message (Offline)

Ignore
1481327002
Reply with quote  #2

1481327002
Report to moderator
1481327002
Hero Member
*
Offline Offline

Posts: 1481327002

View Profile Personal Message (Offline)

Ignore
1481327002
Reply with quote  #2

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

Activity: 756


View Profile
August 11, 2015, 09:37:08 AM
 #16262

You'll probably have to swap the PWM and tachometer terminals on the fan if it is not showing speeds on the second fan.


I tiried to find a guide on how to not sure how to do that .I am willing to runn in a few fans to try it but not sure just how i went looking finding no real way . it just annoying to see the temps and not know that fans exact speed more a cosmetic thing then any thing.I know it doesn't matter .
wariner
Legendary
*
Offline Offline

Activity: 852


P2Pool.cloud


View Profile
August 12, 2015, 01:37:56 PM
 #16263

Hi guys,

I have 2 questions but i not find the response:

1 - Which are the best settings for Antminer S5 of expirytime-scantime-queue for solo-pool (ex. tbdice.org)?
2 - If difficulty is set to 1024 cgminer (v4.8.0) not show share (Accepted 00000080 Diff 0/1024 ) and best share it remains 0 ...this is not a problem for normal pool but for solo pool it's ok? (if i change diff work fine= Accepted 3e047efc Diff 1.06K/341 )

Thank you

ps: i use S5 with latest firmware (cgminer 4.8.0.)

P2Pool.cloud - Public Node P2Pool EU/AMERICA Bitcoin 0% fee ITA - ENG

my BTC: 1KiMpRAWscBvhRgLs8jDnqrZEKJzt3Ypfi
Mikestang
Hero Member
*****
Offline Offline

Activity: 672



View Profile
August 12, 2015, 06:19:17 PM
 #16264

Hi guys,

I have 2 questions but i not find the response:

1 - Which are the best settings for Antminer S5 of expirytime-scantime-queue for solo-pool (ex. tbdice.org)?
2 - If difficulty is set to 1024 cgminer (v4.8.0) not show share (Accepted 00000080 Diff 0/1024 ) and best share it remains 0 ...this is not a problem for normal pool but for solo pool it's ok? (if i change diff work fine= Accepted 3e047efc Diff 1.06K/341 )

Thank you

ps: i use S5 with latest firmware (cgminer 4.8.0.)

Post to the S5 thread or to a thread that supports that cgminer fork.  It's been posted several times (and is in capital letters in the thread topic) that this thread is for the OFFICIAL release of cgminer.
pekatete
Hero Member
*****
Offline Offline

Activity: 518



View Profile WWW
August 12, 2015, 06:43:02 PM
 #16265

Post to the S5 thread or to a thread that supports that cgminer fork.  It's been posted several times (and is in capital letters in the thread topic) that this thread is for the OFFICIAL release of cgminer.

Stop creating noise by pretending to be the responsible user of this forum, when in actual fact you are just signature-ad spamming. If you are un-happy about a post, just report it to the moderator rather than spam us with your nonsensical posts (you've also just done that in the S3 thread!).

Mikestang
Hero Member
*****
Offline Offline

Activity: 672



View Profile
August 12, 2015, 07:05:12 PM
 #16266

Quote
This user is currently ignored.
Roll Eyes
os2sam
Legendary
*
Offline Offline

Activity: 1918


Think for yourself


View Profile
August 13, 2015, 12:51:39 AM
 #16267

Post to the S5 thread or to a thread that supports that cgminer fork.  It's been posted several times (and is in capital letters in the thread topic) that this thread is for the OFFICIAL release of cgminer.

Stop creating noise by pretending to be the responsible user of this forum, when in actual fact you are just signature-ad spamming. If you are un-happy about a post, just report it to the moderator rather than spam us with your nonsensical posts (you've also just done that in the S3 thread!).

He's just stating the obvious, which in turn will help the person who posted the original message, who obviously doesn't know where to turn for help.

I don't see why you should have a problem with that.

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?
wariner
Legendary
*
Offline Offline

Activity: 852


P2Pool.cloud


View Profile
August 13, 2015, 04:20:45 AM
 #16268

Hi guys,

I have 2 questions but i not find the response:

1 - Which are the best settings for Antminer S5 of expirytime-scantime-queue for solo-pool (ex. tbdice.org)?
2 - If difficulty is set to 1024 cgminer (v4.8.0) not show share (Accepted 00000080 Diff 0/1024 ) and best share it remains 0 ...this is not a problem for normal pool but for solo pool it's ok? (if i change diff work fine= Accepted 3e047efc Diff 1.06K/341 )

Thank you

ps: i use S5 with latest firmware (cgminer 4.8.0.)

Post to the S5 thread or to a thread that supports that cgminer fork.  It's been posted several times (and is in capital letters in the thread topic) that this thread is for the OFFICIAL release of cgminer.

ok thank you...but on S5 thread i had not received any response..I have no idea where to find answers  Roll Eyes

P2Pool.cloud - Public Node P2Pool EU/AMERICA Bitcoin 0% fee ITA - ENG

my BTC: 1KiMpRAWscBvhRgLs8jDnqrZEKJzt3Ypfi
kano
Legendary
*
Offline Offline

Activity: 1932


Linux since 1997 RedHat 4


View Profile
August 13, 2015, 04:27:49 AM
 #16269

...
ok thank you...but on S5 thread i had not received any response..
The well known problems in Bitmain's version are not in our master version.
So you need to ask them to do something about it.

queue is gone from master cgminer, and expiry/scantime should be left alone for solo BTC stratum.
The '1024' or 'power of 2' bug isn't in master cgminer.

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
kano
Legendary
*
Offline Offline

Activity: 1932


Linux since 1997 RedHat 4


View Profile
August 15, 2015, 01:40:59 AM
 #16270

Anyone who updated and built from git since after 4.9.2 - this git commit that isn't in a release yet:
https://github.com/ckolivas/cgminer/commit/661088e6db6ba99b8de2a7b65bbc743bbfd994d4
Should re-get current git and rebuild.

I've reverted that commit until they supply a fixed version.
It causes a dump of 1 diff shares to be sent to the pool when you first connect - ignoring the pool difficulty sent on connect.

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

Activity: 418


View Profile
August 15, 2015, 06:19:04 PM
 #16271

Anyone who updated and built from git since after 4.9.2 - this git commit that isn't in a release yet:
https://github.com/ckolivas/cgminer/commit/661088e6db6ba99b8de2a7b65bbc743bbfd994d4
Should re-get current git and rebuild.

I've reverted that commit until they supply a fixed version.
It causes a dump of 1 diff shares to be sent to the pool when you first connect - ignoring the pool difficulty sent on connect.

Does the pool where you tested this set diff before first job or does it send job first and then hoping that miner will blindly know the diff that is wanted for this job?
kano
Legendary
*
Offline Offline

Activity: 1932


Linux since 1997 RedHat 4


View Profile
August 15, 2015, 11:37:28 PM
 #16272

Anyone who updated and built from git since after 4.9.2 - this git commit that isn't in a release yet:
https://github.com/ckolivas/cgminer/commit/661088e6db6ba99b8de2a7b65bbc743bbfd994d4
Should re-get current git and rebuild.

I've reverted that commit until they supply a fixed version.
It causes a dump of 1 diff shares to be sent to the pool when you first connect - ignoring the pool difficulty sent on connect.

Does the pool where you tested this set diff before first job or does it send job first and then hoping that miner will blindly know the diff that is wanted for this job?
The change (as stated in the pull request) is to effectively do exactly what the problem is.
The issue is, of course, that it shouldn't do that on the first diff sent from the pool.

cgminer has to have a default diff until the pool sends a diff - this is one of the side effects of the problem in stratum of separation of diff from work - that we both pointed out to slush and eleuthria, and they ignored. Oh well.

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

Activity: 418


View Profile
August 16, 2015, 05:55:49 AM
 #16273

Anyone who updated and built from git since after 4.9.2 - this git commit that isn't in a release yet:
https://github.com/ckolivas/cgminer/commit/661088e6db6ba99b8de2a7b65bbc743bbfd994d4
Should re-get current git and rebuild.

I've reverted that commit until they supply a fixed version.
It causes a dump of 1 diff shares to be sent to the pool when you first connect - ignoring the pool difficulty sent on connect.

Does the pool where you tested this set diff before first job or does it send job first and then hoping that miner will blindly know the diff that is wanted for this job?
The change (as stated in the pull request) is to effectively do exactly what the problem is.
The issue is, of course, that it shouldn't do that on the first diff sent from the pool.

cgminer has to have a default diff until the pool sends a diff - this is one of the side effects of the problem in stratum of separation of diff from work - that we both pointed out to slush and eleuthria, and they ignored. Oh well.

If pools do not follow specifications, then make them follow. Usually after some time, they adopt.
kano
Legendary
*
Offline Offline

Activity: 1932


Linux since 1997 RedHat 4


View Profile
August 16, 2015, 05:59:35 AM
 #16274

Anyone who updated and built from git since after 4.9.2 - this git commit that isn't in a release yet:
https://github.com/ckolivas/cgminer/commit/661088e6db6ba99b8de2a7b65bbc743bbfd994d4
Should re-get current git and rebuild.

I've reverted that commit until they supply a fixed version.
It causes a dump of 1 diff shares to be sent to the pool when you first connect - ignoring the pool difficulty sent on connect.

Does the pool where you tested this set diff before first job or does it send job first and then hoping that miner will blindly know the diff that is wanted for this job?
The change (as stated in the pull request) is to effectively do exactly what the problem is.
The issue is, of course, that it shouldn't do that on the first diff sent from the pool.

cgminer has to have a default diff until the pool sends a diff - this is one of the side effects of the problem in stratum of separation of diff from work - that we both pointed out to slush and eleuthria, and they ignored. Oh well.

If pools do not follow specifications, then make them follow. Usually after some time, they adopt.
Eh?

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

Activity: 414


View Profile
August 17, 2015, 04:52:29 PM
 #16275

If pools do not follow specifications, then make them follow. Usually after some time, they adopt.
Eh?
From Stratum Mining Protocol official documentation (bold is marked by me):
Quote
Server Can Occasionally Ask Miner to Change Share Difficulty
Default share difficulty is 1 (big-endian target for difficulty 1 is 0x00000000ffff0000000000000000000000000000000000000000000000000000), but server can ask you anytime during the session to change it:

{ "id": null, "method": "mining.set_difficulty", "params": [2]}
This Means That Difficulty 2 Will Be Applied to Every Next Job Received From the Server.

Let's say a telnet to your pool:

Quote
[L0] {"id": 1, "method": "mining.subscribe", "params": []}
[L1] {"result": [[["mining.notify", "00097c41"]], "20a6a503", 8], "id": 1, "error": null}
[L2] {"params": ["55c69c0300006fdc", "a3b32fc515975727a8fe91857c6f4f71a4359df1117c96430000000000000000", ".....", "1814dd04", "55d20bf8", true], "method": "mining.notify", "id": null}
[L3] {"params": [1042], "method": "mining.set_difficulty", "id": null}
...
[L4] {"method": "mining.notify", "params": ["55c69c0300006ff6", "295d51c341c96d1d7690ec202fddef62841374930cb892270000000000000000", "....", "1814dd04", "55d20e33", true], "id": null}

L0: this is the client subscribe
L1: pool response for clien subscribe
L2: first mining.notify ->  share difficulty calculates to 1 (default share difficulty based on stratum mining doc)
L3: change the difficulty to 1042 for next job
L4: next mining.notify -> share difficulty sould calculate to 1042!

The cgminer has the "bug": apply the difficulty for current job: so L2 job has 1042 sharediff. this conflict with mining doc.

Solutions:
  • fix the doc: "Applied to Every Next Job" -> "Applied to Every Current Job"
  • fix cgminer (with the patch) and fix your pool: send the set_difficulty first and mining.notify next

-ck
Moderator
Legendary
*
Offline Offline

Activity: 2002


Ruu \o/


View Profile WWW
August 17, 2015, 09:19:46 PM
 #16276

The cgminer has the "bug": apply the difficulty for current job: so L2 job has 1042 sharediff. this conflict with mining doc.

Solutions:
  • fix the doc: "Applied to Every Next Job" -> "Applied to Every Current Job"
  • fix cgminer (with the patch) and fix your pool: send the set_difficulty first and mining.notify next
Since Kano so often is so eloquent with his explanations (heh) I may as well elaborate. The issue is that following the standard destroys the startup of many devices by using diff1 until the next stratum update. Most of the low power controllers (like those in antminer S*) fall over trying to create that many shares and just about every pool would be seriously annoyed to get every miner sending their first 30 or 60 seconds of shares at diff1, especially with 5+ TH miners available. All pools would be affected by this. This is what I meant by the default behaviour of cgminer since stratum was first added is "robust". If you want to add the old/next diff idea back in you need to add a workaround for startup that veers off the standard. Standards are fine and all but real world workarounds for problems with the standard are essential (and a huge part of making cgminer practical solutions for today's mining).

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

Activity: 418


View Profile
August 18, 2015, 12:00:06 PM
 #16277

The cgminer has the "bug": apply the difficulty for current job: so L2 job has 1042 sharediff. this conflict with mining doc.

Solutions:
  • fix the doc: "Applied to Every Next Job" -> "Applied to Every Current Job"
  • fix cgminer (with the patch) and fix your pool: send the set_difficulty first and mining.notify next
Since Kano so often is so eloquent with his explanations (heh) I may as well elaborate. The issue is that following the standard destroys the startup of many devices by using diff1 until the next stratum update. Most of the low power controllers (like those in antminer S*) fall over trying to create that many shares and just about every pool would be seriously annoyed to get every miner sending their first 30 or 60 seconds of shares at diff1, especially with 5+ TH miners available. All pools would be affected by this. This is what I meant by the default behaviour of cgminer since stratum was first added is "robust". If you want to add the old/next diff idea back in you need to add a workaround for startup that veers off the standard. Standards are fine and all but real world workarounds for problems with the standard are essential (and a huge part of making cgminer practical solutions for today's mining).

Everything would be fine, if pools simply sent out diff before first job. How hard is it to do that?

Oh wait... maybe the problem is that your own ckpool implementation DOESN'T do that thus doesn't follow stratum specifications.
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2002


Ruu \o/


View Profile WWW
August 18, 2015, 12:02:15 PM
 #16278

Everything would be fine, if pools simply sent out diff before first job. How hard is it to do that?

Oh wait... maybe the problem is that your own ckpool implementation DOESN'T do that thus doesn't follow stratum specifications.
Are you having fun yet? I guess you really never want this change merged in any form with that attitude. Remember you're the only proxy pool that is affected in any beneficial way due to constantly dropping connections and switching upstream pools and changing diff too often as a result. I guess I'll leave you to talk to Kano instead.

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

Activity: 1582


I charge NOTHING for current signature.


View Profile
August 22, 2015, 03:01:12 AM
 #16279

I have a question about sidehack's usb sticks.

I used ck's link to cg miner 4.9.2
and I used ck's link to zadig.
both work and I can run those usb sticks as if they are ant miner u2's  but the support in the stock build of cgminer ends at freq 250
Is this going to be increased to freq 300 or freq 350

Frankly I have spent a few hours here and there trying to use therealsteves files and instructions to upgrade the freq support numbers
I did succeed in screwing up my windows 7 builds on 2 pc's and have given up trying to do this.

I wondered if I missed an upgrade to the cg 4.9.2 build or if u2-u3 freq support stops at 250

I asked about this about a month ago in this thread and I am reviewing the thread so if you did do it and I missed your answer please let me know.

Best regards phil

this was the post

Hi ck and kano

I have been testing sidehack's

new usb sticks in this thread.

https://bitcointalk.org/index.php?topic=1086011.0


I used the 4.9.2 build from the first page of this thread.

and the sticks work great up to  freq 250

is it possible you can add support from  freq 250 to  freq 300

that would be :

 256.25
 262.50
 268.75
 275.00
 281.25
 287.50
 293.75
 300.00

 Side hack's sticks use your cgminer software and base it on your U-3 part of the build.

Basically I am really poor on the software end of the game. and cgminer is too hard for me to add these freq's

I use window's 7 to run my gear.

thanks phil

maybe in the 4.9.3 build.

██     Please support sidehack with his new miner project Send to :

1BURGERAXHH6Yi6LRybRJK7ybEm5m5HwTr

 
 ██
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2002


Ruu \o/


View Profile WWW
August 22, 2015, 03:58:18 AM
 #16280

both work and I can run those usb sticks as if they are ant miner u2's  but the support in the stock build of cgminer ends at freq 250
Is this going to be increased to freq 300 or freq 350
U2 or U3? They're quite different.

Code:
--anu-freq <arg>    Set AntminerU1/2 frequency in MHz, range 125-500 (default: 250.0)
--au3-freq <arg>    Set AntminerU3 frequency in MHz, range 100-250 (default: 225.0)                                                               

Primary developer/maintainer for cgminer and ckpool/ckproxy.
Pooled mine at kano.is, solo mine at solo.ckpool.org
-ck
Pages: « 1 ... 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 799 800 801 802 803 804 805 806 807 808 809 810 811 812 813 [814] 815 816 817 818 819 820 821 822 823 824 825 826 827 828 829 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!