Bitcoin Forum
September 26, 2017, 09:58:55 PM *
News: Latest stable version of Bitcoin Core: 0.15.0.1  [Torrent]. (New!)
 
   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 831 832 833 834 835 836 837 838 »
  Print  
Author Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.10.0  (Read 5489663 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.
wariner
Legendary
*
Offline Offline

Activity: 1104


pool.sexy


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

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.)

Pool.sexy - Pool ETH-ETC-EXP-UBQ-ZEC-DBIX..and more 0.25% fee Discussion

my BTC: 1KiMpRAWscBvhRgLs8jDnqrZEKJzt3Ypfi
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
Mikestang
Legendary
*
Offline Offline

Activity: 924



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

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
 #16263

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

Activity: 924



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

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

Activity: 2212


Think for yourself


View Profile
August 13, 2015, 12:51:39 AM
 #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!).

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: 1104


pool.sexy


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

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

Pool.sexy - Pool ETH-ETC-EXP-UBQ-ZEC-DBIX..and more 0.25% fee Discussion

my BTC: 1KiMpRAWscBvhRgLs8jDnqrZEKJzt3Ypfi
kano
Legendary
*
Offline Offline

Activity: 2212


Linux since 1997 RedHat 4


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

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

Activity: 2212


Linux since 1997 RedHat 4


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

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

Activity: 588



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

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?

NiceHash.com - Largest Crypto-Mining Marketplace
kano
Legendary
*
Offline Offline

Activity: 2212


Linux since 1997 RedHat 4


View Profile
August 15, 2015, 11:37:28 PM
 #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.

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

Activity: 588



View Profile WWW
August 16, 2015, 05:55:49 AM
 #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?
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.

NiceHash.com - Largest Crypto-Mining Marketplace
kano
Legendary
*
Offline Offline

Activity: 2212


Linux since 1997 RedHat 4


View Profile
August 16, 2015, 05:59:35 AM
 #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.

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

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

Activity: 480


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

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: 2282


Ruu \o/


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

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.
ZERO FEE Pooled mining at ckpool.org 1% Fee Solo mining at solo.ckpool.org
-ck
NiceHashSupport
Hero Member
*****
Offline Offline

Activity: 588



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

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.

NiceHash.com - Largest Crypto-Mining Marketplace
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2282


Ruu \o/


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

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.
ZERO FEE Pooled mining at ckpool.org 1% Fee Solo mining at solo.ckpool.org
-ck
philipma1957
Legendary
*
Offline Offline

Activity: 1876


A new tool for prediction https://bitvol.info/


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

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
I mine alt coins with https://simplemining.net I see BTC as the super highway and alt coins as taxis and trucks needed to move transactions.
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2282


Ruu \o/


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

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.
ZERO FEE Pooled mining at ckpool.org 1% Fee Solo mining at solo.ckpool.org
-ck
philipma1957
Legendary
*
Offline Offline

Activity: 1876


A new tool for prediction https://bitvol.info/


View Profile
August 22, 2015, 12:39:51 PM
 #16279

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)                                                              


U3 as I went back and double checked  

His sticks are seen as u3 and your stock cg 4.9.2 stops at freq 250 for the U3

TheRealSteve did a set of files adding support up to 425 for it but my programming skills are weak I simply have made a mess of 2 windows 7 builds attempting to follow his instructions to extend the top end  from 250 to 400 freq.

If you could add in freq support higher the 250  for the U3   it will help the sidehack usb stick buyers.

 
250.00 ------- this is the cutoff now


256.25
262.50
268.75
275.00
281.25
287.50
293.75
300.00


306.25
312.50
318.75
325.00
331.25
337.50
343.75
350.00

What ever can be added from 256.25 to 350.00   would be good.  

Even from 256.25 to 300.00 would be good.

Thanks.



Please support sidehack with his new miner project Send to : 1BURGERAXHH6Yi6LRybRJK7ybEm5m5HwTr
I mine alt coins with https://simplemining.net I see BTC as the super highway and alt coins as taxis and trucks needed to move transactions.
TheRealSteve
Hero Member
*****
Offline Offline

Activity: 686

FUN > ROI


View Profile
August 22, 2015, 12:45:27 PM
 #16280

He meant U3. ("Warning - while you were typing a new reply has been posted. You may wish to review your post." - that sneak..)

Phil, I can always send you the binary I'm using, as long as you don't mind all the funky extra stats.  Or wait a little longer for Novak/sidehack to make a build available that includes their driver (so that it'll actually be recognized as a Compac) and some tweaks (more gentle current draw on init).

That's a bit separate from the question in general, though.  Perhaps higher frequencies could be added regardless, although I'm not sure that shouldn't come with a --whyesidolovefire flag for higher frequencies in case somebody tries it on an actual U3 Smiley

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 831 832 833 834 835 836 837 838 »
  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!