Bitcoin Forum
December 05, 2016, 04:39:41 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 ... 633 634 635 636 637 638 639 640 641 642 643 644 645 646 647 648 649 650 651 652 653 654 655 656 657 658 659 660 661 662 663 664 665 666 667 668 669 670 671 672 673 674 675 676 677 678 679 680 681 682 [683] 684 685 686 687 688 689 690 691 692 693 694 695 696 697 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 ... 830 »
  Print  
Author Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.9.2  (Read 4818225 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.
jmc1517
Jr. Member
*
Offline Offline

Activity: 56


View Profile
November 27, 2013, 06:59:34 PM
 #13641


Thanks very much for that. Believe it or not I am (very slowly) making progress.

Here's the next test please:
http://ck.kolivas.org/apps/cgminer/temp/cgminer-ffs.exe

OK, tested!  Aside [again] The previous run of 3.5.1 lasted 25 hours without problems, although I do remember seeing a few AMU LEDs come on yesterday for a couple of seconds and I noticed some messages which were something like the following (completely from memory, as no logging enabled, can't remember the exact mS timings):
  [2013-11-xx xx:xx:xx] TIMEOUT AMUx something took xxx mS, was xxx mS
  [2013-11-xx xx:xx:xx] TIMEOUT AMUy something took xxx mS, was xxx mS
The above disturbances didn't cause any problems, so it may just be normal network problems, but I haven't noticed them before, so perhaps it's important, perhaps not.

Anyway, the test of cgminer-ffs ran for almost 2 hours, then a zombie appeared.  I turned on debug from the display and let run for a further 5 minutes, then stopped it.

Logfile is here:
  https://dl.dropboxusercontent.com/u/44240170/logfile-ffs.txt

And.... back to 3.5.1 for the evening!
1480955981
Hero Member
*
Offline Offline

Posts: 1480955981

View Profile Personal Message (Offline)

Ignore
1480955981
Reply with quote  #2

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

Posts: 1480955981

View Profile Personal Message (Offline)

Ignore
1480955981
Reply with quote  #2

1480955981
Report to moderator
-ck
Moderator
Legendary
*
Offline Offline

Activity: 1988


Ruu \o/


View Profile WWW
November 27, 2013, 08:45:17 PM
 #13642

OK, tested!  Aside [again] The previous run of 3.5.1 lasted 25 hours without problems, although I do remember seeing a few AMU LEDs come on yesterday for a couple of seconds and I noticed some messages which were something like the following (completely from memory, as no logging enabled, can't remember the exact mS timings):
  [2013-11-xx xx:xx:xx] TIMEOUT AMUx something took xxx mS, was xxx mS
  [2013-11-xx xx:xx:xx] TIMEOUT AMUy something took xxx mS, was xxx mS
The above disturbances didn't cause any problems, so it may just be normal network problems, but I haven't noticed them before, so perhaps it's important, perhaps not.

Anyway, the test of cgminer-ffs ran for almost 2 hours, then a zombie appeared.  I turned on debug from the display and let run for a further 5 minutes, then stopped it.

Logfile is here:
  https://dl.dropboxusercontent.com/u/44240170/logfile-ffs.txt

Thanks for that. No you were getting the timer overruns previously as well. I saw them on your successful logging when you put it up so even when it's "fine" it's not entirely fine, it's just that it sort of recovers.

Next!
http://ck.kolivas.org/apps/cgminer/temp/cgminer-w00t.exe

EDIT: And one greater than 9000:
http://ck.kolivas.org/apps/cgminer/temp/cgminer-9001.exe

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

Activity: 198


View Profile
November 28, 2013, 03:28:46 AM
 #13643

MrTeal and I have developed mining hardware called Chili using BFL chips and it uses the BLF driver.  The driver interface / protocol defines a command (ZTX) that allows cgminer to request three voltages from the hardware.  The 3 values are typically  3.3V, 1.0V, and 12V.  cgminer displays the 3.3V value on the screen but in my opinion this is the least interesting voltage value.  I would prefer it to show the (nominal) 1.0V value as this directly impacts hashing speed and power.  On other BFL hardware, this value is fixed at the factory, but on a Chili, it is configurable by software allowing automatic overclocking.  Thus the interest in displaying this value.

Please consider this reply a formal request to change the displayed value from the 3.3V value to the 1.0V value.  If you have enough screen real estate, it should show 3 digits to the right of the decimal point.  Ex: 1.057V  Thank you.

BTW - We have added a new field to the ZCX command to distinguish our hardware apart from BFL hardware:
Code:
"MANUFACTURER: MrTeal and ChipGeek\n"

Tip jar: 1ChipGeeK7PDxaAWG4VgsTi31SfJ6peKHw
-ck
Moderator
Legendary
*
Offline Offline

Activity: 1988


Ruu \o/


View Profile WWW
November 28, 2013, 04:32:47 AM
 #13644

MrTeal and I have developed mining hardware called Chili using BFL chips and it uses the BLF driver.  The driver interface / protocol defines a command (ZTX) that allows cgminer to request three voltages from the hardware.  The 3 values are typically  3.3V, 1.0V, and 12V.  cgminer displays the 3.3V value on the screen but in my opinion this is the least interesting voltage value.  I would prefer it to show the (nominal) 1.0V value as this directly impacts hashing speed and power.  On other BFL hardware, this value is fixed at the factory, but on a Chili, it is configurable by software allowing automatic overclocking.  Thus the interest in displaying this value.

Please consider this reply a formal request to change the displayed value from the 3.3V value to the 1.0V value.  If you have enough screen real estate, it should show 3 digits to the right of the decimal point.  Ex: 1.057V  Thank you.

BTW - We have added a new field to the ZCX command to distinguish our hardware apart from BFL hardware:
Code:
"MANUFACTURER: MrTeal and ChipGeek\n"

We're not as scary as we may appear. If you push code via github to cgminer that doesn't affect other drivers, we will probably give you some basic changes we'd prefer before merging the code with cgminer, but are happy to include code with the master cgminer code if you do it that way and are happy to support it. Ideally we prefer to get the hardware ourselves so we can extend/develop/bugfix/support the code for the hardware ourselves until the hardware is no longer relevant, but if not, I'm happy to merge code from you while you personally support the code unless it interferes with other drivers or the code stops being supported as bugs appear (which they always do).

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

Activity: 1918


Linux since 1997 RedHat 4


View Profile
November 28, 2013, 05:21:42 AM
 #13645

MrTeal and I have developed mining hardware called Chili using BFL chips and it uses the BLF driver.  The driver interface / protocol defines a command (ZTX) that allows cgminer to request three voltages from the hardware.  The 3 values are typically  3.3V, 1.0V, and 12V.  cgminer displays the 3.3V value on the screen but in my opinion this is the least interesting voltage value.  I would prefer it to show the (nominal) 1.0V value as this directly impacts hashing speed and power.  On other BFL hardware, this value is fixed at the factory, but on a Chili, it is configurable by software allowing automatic overclocking.  Thus the interest in displaying this value.

Please consider this reply a formal request to change the displayed value from the 3.3V value to the 1.0V value.  If you have enough screen real estate, it should show 3 digits to the right of the decimal point.  Ex: 1.057V  Thank you.

BTW - We have added a new field to the ZCX command to distinguish our hardware apart from BFL hardware:
Code:
"MANUFACTURER: MrTeal and ChipGeek\n"

Yep I'll change it in the next few days Smiley

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

Activity: 252


View Profile
November 28, 2013, 07:10:12 AM
 #13646

Wasn't there a scrypt readme somewhere? I can't find it anymore  Lips sealed
No scrypt support any more.

Maybe you want to reconsider that given the latest boom in price, although i don't know the reasons that you stopped in the first place.
ShadesOfMarble
Donator
Hero Member
*
Offline Offline

Activity: 543



View Profile
November 28, 2013, 11:45:59 AM
 #13647

Wasn't there a rather big donation to get scrypt support in cgminer in the first place?

Review of the Spondoolies-Tech SP10 „Dawson“ Bitcoin miner (1.4 TH/s)

[22:35] <Vinnie_win> Did anyone get paid yet? | [22:36] <Isokivi> pirate did!
-ck
Moderator
Legendary
*
Offline Offline

Activity: 1988


Ruu \o/


View Profile WWW
November 28, 2013, 11:49:49 AM
 #13648

Wasn't there a rather big donation to get scrypt support in cgminer in the first place?
Yes, that's why I wrote it -as pure mercenary work- and maintained it for a year and gracefully offered to hand it off, even handholding various people on how to fork the existing code. But it's just a burden on the current code and has nothing in common with bitcoin mining on asics and now earns me nothing but headaches. Plus I don't believe in altcoins of any sort so it's hypocritical of me to maintain it.

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

Activity: 1918


Linux since 1997 RedHat 4


View Profile
November 28, 2013, 12:18:13 PM
 #13649

Wasn't there a rather big donation to get scrypt support in cgminer in the first place?
You donated?

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

Activity: 348


View Profile
November 28, 2013, 01:22:55 PM
 #13650

I'm trying to use JSON API with the following command sent over RPC:
{"command":"pools"}

I'm getting .."status":"E","When":11/28/2013 07:18:45","Code":14","Msg":"Invalid command","Description":"cgminer 3.8.3"...

API works however with regular text request/response and the same call is working fine for cgminer 3.8.1

Did something changed? or is it a bug?
ShadesOfMarble
Donator
Hero Member
*
Offline Offline

Activity: 543



View Profile
November 28, 2013, 01:38:49 PM
 #13651

Wasn't there a rather big donation to get scrypt support in cgminer in the first place?
You donated?
No. Why do you ask?

Review of the Spondoolies-Tech SP10 „Dawson“ Bitcoin miner (1.4 TH/s)

[22:35] <Vinnie_win> Did anyone get paid yet? | [22:36] <Isokivi> pirate did!
forzendiablo
Legendary
*
Offline Offline

Activity: 1232


the grandpa of cryptos


View Profile
November 28, 2013, 01:56:59 PM
 #13652

i have API issues with cgwatcher too. I think the least version [or even 2 last ones] are crushed with API ussage.

Trini8ed
Sr. Member
****
Offline Offline

Activity: 375


<3 Bitcoins


View Profile
November 28, 2013, 02:10:16 PM
 #13653

CG miner isn't displaying any text for me I am on windows 8.1 only way for it to display text is to do -T in the startup parameters without that the windows is completely blank.

Everyone Loves Donations: 1PEVhtmnBqiN8rYXLHhtUWAB6q9X63Zm9D
Steam Profile: http://steamcommunity.com/id/Trini8ed
-ck
Moderator
Legendary
*
Offline Offline

Activity: 1988


Ruu \o/


View Profile WWW
November 28, 2013, 02:37:19 PM
 #13654

I'm trying to use JSON API with the following command sent over RPC:
{"command":"pools"}

I'm getting .."status":"E","When":11/28/2013 07:18:45","Code":14","Msg":"Invalid command","Description":"cgminer 3.8.3"...

API works however with regular text request/response and the same call is working fine for cgminer 3.8.1

Did something changed? or is it a bug?
Looks like a bug with fixing the memory leaks of json usage in the API, thanks, will investigate.

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

Activity: 56


View Profile
November 28, 2013, 06:56:11 PM
 #13655


Thanks for that. No you were getting the timer overruns previously as well. I saw them on your successful logging when you put it up so even when it's "fine" it's not entirely fine, it's just that it sort of recovers.

Next!
http://ck.kolivas.org/apps/cgminer/temp/cgminer-w00t.exe

EDIT: And one greater than 9000:
http://ck.kolivas.org/apps/cgminer/temp/cgminer-9001.exe

OK, tests done. Usual aside: Previous run of 3.5.1 stopped after 18 hours. No faults.

Test of cgminer-w00t started at 12:50. After about 5 minutes one LED (AMU 16) came on solid but no zombie was reported in the screen display.  I turned on debug and let it run for a few minutes, then I intended to re-plug the offending AMU and continue, but unfortunately I accidentally hit the power button on the hub and turned the whole thing off. D'oh! Test stopped at that point.  I'll run it again if you need more information.

Test of cgminer-9001 started at 13:01.  It ran for over 5 hours before a zombie (AMU27) appeared.  Turned on debug and let it run a bit more, then stopped the test at 18:45.  This one was looking quite promising until the fault popped up. Pity.

Logfiles are here:
  https://dl.dropboxusercontent.com/u/44240170/logfile-w00t.txt
  https://dl.dropboxusercontent.com/u/44240170/logfile-9001.txt

And.... Back to 3.5.1 Smiley
stridergt
Newbie
*
Offline Offline

Activity: 9


View Profile
November 29, 2013, 01:11:20 AM
 #13656

I am using minepeon (cgminer3.6.4) with a Jalapeno and observing that DAcc (Difficulty Accepted) is 60-85% when mining with the eligius pool and 100-105% when mining with BTCguild. (both pools had min difficulty set to auto, but even when I changed BTCguild to 8+GH/s, the difference in percentage roughly stayed the same)
Can someone elaborate a bit on the Dacc calculation and the difference I am observing between the two pools, does it affect my share contribution accordingly???
I checked github, but I was a bit lost. I also asked at the minepeon forum but the dev just parsed the DAcc value and could not elaborate on the calculation method.

Thank you in advance

Have I asked in the wrong thread? :-)
Please advise if so...
DA is the value in 1diff of all shares accepted.
If you submit 10 50diff shares and all are accepted then DA would be 500

I've no idea what you mean those % numbers are.

https://dl.dropboxusercontent.com/u/109686709/minepeonstats.jpg

The percentage is DAcc / Diff1 as seen in the screenshot, so Diff1 are all shares counted in difficulty1.

Maybe Disc(arded) isn't displayed in difficulty1 so DAcc + DRej + (sum of Disc * difficulty) = Diff1

Am I getting this right? Which means that I had much lower stale percentage depending on the pool.
drewage
Member
**
Offline Offline

Activity: 85



View Profile
November 29, 2013, 01:21:43 AM
 #13657

Trying to run a bifury using the cgminer binary inside the unofficial OS X release.  The bifury shows up as /dev/cu.usbmodemfa131 and /dev/tty.usbmodemfa131.
Starting cgminer using these options:
Code:
./cgminer -d bxf:/dev/tty.usbmodemfa131 -o stratum.btcguild.com:3333 -u xxxx -p xxxx

results in this:
Code:
[2013-11-28 20:12:58] Started cgminer 3.8.3
[2013-11-28 20:12:58] bitfury detect (250:6) failed to initialize (incorrect device?)
[2013-11-28 20:13:00] Command line options set a device that doesn't exist

after which cgminer quits and drops back to the prompt.  Any ideas?

BTC: 1iCmUC88RkQFfSUR1vj6eq2mnhjoEBXvH
-ck
Moderator
Legendary
*
Offline Offline

Activity: 1988


Ruu \o/


View Profile WWW
November 29, 2013, 01:39:12 AM
 #13658

Trying to run a bifury using the cgminer binary inside the unofficial OS X release.  The bifury shows up as /dev/cu.usbmodemfa131 and /dev/tty.usbmodemfa131.
Starting cgminer using these options:
Code:
./cgminer -d bxf:/dev/tty.usbmodemfa131 -o stratum.btcguild.com:3333 -u xxxx -p xxxx

results in this:
Code:
[2013-11-28 20:12:58] Started cgminer 3.8.3
[2013-11-28 20:12:58] bitfury detect (250:6) failed to initialize (incorrect device?)
[2013-11-28 20:13:00] Command line options set a device that doesn't exist

after which cgminer quits and drops back to the prompt.  Any ideas?
Need to unload the driver that osx installs. Instructions in the readme. There is no -d command like that in cgminer.

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

Activity: 1918


Linux since 1997 RedHat 4


View Profile
November 29, 2013, 01:40:18 AM
 #13659


https://dl.dropboxusercontent.com/u/109686709/minepeonstats.jpg

The percentage is DAcc / Diff1 as seen in the screenshot, so Diff1 are all shares counted in difficulty1.

Maybe Disc(arded) isn't displayed in difficulty1 so DAcc + DRej + (sum of Disc * difficulty) = Diff1

Am I getting this right? Which means that I had much lower stale percentage depending on the pool.
No. You've pretty much got everything wrong.

"Discarded" counts for nothing in the amount of work you are doing.
It's simply work you could have used but didn't use due to an LP.
Ignore it.

"DAcc / Diff1" is random and pretty much meaningless.

As per the FAQ:
Code:
Q: Why don't the statistics add up: Accepted, Rejected, Stale, Hardware Errors,
Diff1 Work, etc. when mining greater than 1 difficulty shares?
A: As an example, if you look at 'Difficulty Accepted' in the RPC API, the number
of difficulty shares accepted does not usually exactly equal the amount of work
done to find them. If you are mining at 8 difficulty, then you would expect on
average to find one 8 difficulty share, per 8 single difficulty shares found.
However, the number is actually random and converges over time, it is an average,
not an exact value, thus you may find more or less than the expected average.

Multiplying ANYTHING by "Difficulty" is wrong.
Work difficulty can (and usually does) change.

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
drewage
Member
**
Offline Offline

Activity: 85



View Profile
November 29, 2013, 10:41:55 AM
 #13660


Need to unload the driver that osx installs. Instructions in the readme. There is no -d command like that in cgminer.

Unloaded the drivers, 4 of them now.  Cgminer started and ran for ~3mins before quitting.

Code:
--------------------------------------------------------------------------------
 [P]ool management [S]ettings [D]isplay options [Q]uit
 BXF 0: 52.3C         | 3.178G/3.189Gh/s | A:96 R:8 HW:0 WU: 47.9Abort trap: 6
--------------------------------------------------------------------------------


 [2013-11-29 05:36:56] Accepted 09e0c656 Diff 26/2 BXF 0
 [2013-11-29 05:36:58] Accepted d36a26fd Diff 310/2 BXF 0
 [2013-11-29 05:37:00] Accepted 11e59e40 Diff 14/2 BXF 0
 [2013-11-29 05:37:00] Accepted 2109293b Diff 8/2 BXF 0
 [2013-11-29 05:37:01] Accepted 4d4e337a Diff 3/2 BXF 0
 [2013-11-29 05:37:01] Accepted 7a846645 Diff 2/2 BXF 0
 [2013-11-29 05:37:01] Accepted 4bbd2386 Diff 3/2 BXF 0
 [2013-11-29 05:37:01] Accepted 3ede7686 Diff 4/2 BXF 0
 [2013-11-29 05:37:03] BXF 0 BXFWork usb write err:(-1) LIBUSB_ERROR_IO
 [2013-11-29 05:37:03] BXF 0: Error -1 sending BXFWork sent 0 of 161

BTC: 1iCmUC88RkQFfSUR1vj6eq2mnhjoEBXvH
Pages: « 1 ... 633 634 635 636 637 638 639 640 641 642 643 644 645 646 647 648 649 650 651 652 653 654 655 656 657 658 659 660 661 662 663 664 665 666 667 668 669 670 671 672 673 674 675 676 677 678 679 680 681 682 [683] 684 685 686 687 688 689 690 691 692 693 694 695 696 697 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 ... 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!