Bitcoin Forum
August 21, 2018, 12:56:06 AM *
News: Latest stable version of Bitcoin Core: 0.16.2  [Torrent].
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 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 734 735 736 737 738 739 ... 847 »
  Print  
Author Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.1  (Read 5761181 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.
blazin8s
Full Member
***
Offline Offline

Activity: 181
Merit: 100


View Profile
December 08, 2013, 06:36:21 PM
 #13761

when using gpu-reorder what is the official slot order the program uses?  It appears to be mixed up.
1534812966
Hero Member
*
Offline Offline

Posts: 1534812966

View Profile Personal Message (Offline)

Ignore
1534812966
Reply with quote  #2

1534812966
Report to moderator
1534812966
Hero Member
*
Offline Offline

Posts: 1534812966

View Profile Personal Message (Offline)

Ignore
1534812966
Reply with quote  #2

1534812966
Report to moderator
Visit and contribute to reddit.com/r/Bitcoin
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1534812966
Hero Member
*
Offline Offline

Posts: 1534812966

View Profile Personal Message (Offline)

Ignore
1534812966
Reply with quote  #2

1534812966
Report to moderator
1534812966
Hero Member
*
Offline Offline

Posts: 1534812966

View Profile Personal Message (Offline)

Ignore
1534812966
Reply with quote  #2

1534812966
Report to moderator
os2sam
Legendary
*
Offline Offline

Activity: 2464
Merit: 1001


Think for yourself


View Profile
December 08, 2013, 06:40:35 PM
 #13762

when using gpu-reorder what is the official slot order the program uses?  It appears to be mixed up.

I'm pretty sure your at the whim of the OS as to how it assigns the order.

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

Activity: 1540
Merit: 1001



View Profile
December 08, 2013, 07:21:55 PM
 #13763

when using gpu-reorder what is the official slot order the program uses?  It appears to be mixed up.

I'm pretty sure your at the whim of the OS as to how it assigns the order.

That and it may/will change from time to time. 

M

I mine at Kano's Pool because it pays the best and is completely transparent!  Come join me!
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2618
Merit: 1123


Ruu \o/


View Profile WWW
December 08, 2013, 08:52:53 PM
 #13764


The first one (w1d10) got one zombie during an unattended 12-hour run. It replugged with no problem. I'll try w2d10 now.
"w1d10" has been mining for 3 hours now and no actual zombies yet, but it is behaving rather strangely.  I am regularly getting "rafts" of LEDs coming on - perhaps 15 or more, then another 1,2,3.... 7,8 or so, making 17-25 all on at once, then they all go out and everything looks normal again.  Nothing abnormal in the log file and my hash rate is ok at the pool.  I would say this looks very promising - if it were not for the disconcerting appearance of seeing all those LEDs going on and off...!!

Edit:  Of course it could be my wonderful (not!) broadband playing up - but that typically results in *all* LEDs coming on for 5 seconds or so and then going off en-masse.  What I'm seeing here happens perhaps once every 10, 15 or 30 minutes, and no "pool unavailable" messages.
Thanks very much for that. I'm pretty sure this is the right track since kano confirms it fixes his 3 AMUs mining on a USB3 hub on his RPi which previously wouldn't work at all unless he daisy chained it via a USB2 one. I don't think the -rw* versions will need to be tested and it will be a matter of whether it's 1d10 or whether I need 2d10 to roll a double 0 ftw.

Developer/maintainer for cgminer and ckpool/ckproxy.
ZERO FEE Pooled mining at ckpool.org, 1% Fee Solo mining at solo.ckpool.org
-ck
aigeezer
Legendary
*
Offline Offline

Activity: 1431
Merit: 1010


Cryptanalyst castrated by his government, 1952


View Profile
December 08, 2013, 09:03:22 PM
 #13765


The first one (w1d10) got one zombie during an unattended 12-hour run. It replugged with no problem. I'll try w2d10 now.
"w1d10" has been mining for 3 hours now and no actual zombies yet, but it is behaving rather strangely.  I am regularly getting "rafts" of LEDs coming on - perhaps 15 or more, then another 1,2,3.... 7,8 or so, making 17-25 all on at once, then they all go out and everything looks normal again.  Nothing abnormal in the log file and my hash rate is ok at the pool.  I would say this looks very promising - if it were not for the disconcerting appearance of seeing all those LEDs going on and off...!!

Edit:  Of course it could be my wonderful (not!) broadband playing up - but that typically results in *all* LEDs coming on for 5 seconds or so and then going off en-masse.  What I'm seeing here happens perhaps once every 10, 15 or 30 minutes, and no "pool unavailable" messages.
Thanks very much for that. I'm pretty sure this is the right track since kano confirms it fixes his 3 AMUs mining on a USB3 hub on his RPi which previously wouldn't work at all unless he daisy chained it via a USB2 one. I don't think the -rw* versions will need to be tested and it will be a matter of whether it's 1d10 or whether I need 2d10 to roll a double 0 ftw.


My w2d10 test looks good, eight hours in to the run. No reallocations, no zombies, no "light show" so far, although occasional single-LED multi-second displays.
jmc1517
Jr. Member
*
Offline Offline

Activity: 56
Merit: 0


View Profile
December 08, 2013, 10:04:51 PM
 #13766


The first one (w1d10) got one zombie during an unattended 12-hour run. It replugged with no problem. I'll try w2d10 now.
"w1d10" has been mining for 3 hours now and no actual zombies yet, but it is behaving rather strangely.  I am regularly getting "rafts" of LEDs coming on - perhaps 15 or more, then another 1,2,3.... 7,8 or so, making 17-25 all on at once, then they all go out and everything looks normal again.  Nothing abnormal in the log file and my hash rate is ok at the pool.  I would say this looks very promising - if it were not for the disconcerting appearance of seeing all those LEDs going on and off...!!

Edit:  Of course it could be my wonderful (not!) broadband playing up - but that typically results in *all* LEDs coming on for 5 seconds or so and then going off en-masse.  What I'm seeing here happens perhaps once every 10, 15 or 30 minutes, and no "pool unavailable" messages.
Thanks very much for that. I'm pretty sure this is the right track since kano confirms it fixes his 3 AMUs mining on a USB3 hub on his RPi which previously wouldn't work at all unless he daisy chained it via a USB2 one. I don't think the -rw* versions will need to be tested and it will be a matter of whether it's 1d10 or whether I need 2d10 to roll a double 0 ftw.

Finally got an error  - AMIU 27 LED full on but no zombie reported.  The hash rate is sitting at zero. Screenshot in logfile. I enabled debug for a while then tried manual re-plugging. Device appeared as zombie when removed, then when re-plugged it appeared as AMU 34.  2nd screenshot also in file.  Test then ended.  I'll try w2d10 next.
Logfile here:
  https://dl.dropboxusercontent.com/u/44240170/logfile-w1d10.txt

Note: Just started w2d10 and it does the same strange thing as w1d10 at startup - all AMU LEDs go off as normal, then they all come back on again.  It takes a second or so for a few to go out, then it works a while with just those few, then the rest go out and mining continues with all devices.

Note 2: I have a zombie AMU 10 already after only a a few minutes... Sad  Manually re-plugged as AMU 34.  Test continuing.


kano
Legendary
*
Online Online

Activity: 2548
Merit: 1052


Linux since 1997 RedHat 4


View Profile
December 08, 2013, 10:12:22 PM
 #13767

I am trying to sort through the getwork logic in Anubis, given the fact that with the stratum protocol getwork != number of shares the calculations are off.
...
The number pretty much means nothing any more.
In stratum, you get work from the pool once every so often (~30s) and can generate enough work in that 30s for 16million TH/s without using a larger than default nonce2 or roll-n-time.
Increasing the size of nonce2 by 32 bits will allow you to generate more than another 9 orders of magnitude larger amount of work ...

Also the numbers were never similar before, unless someone was using the old getwork protocol to a pool that didn't support roll-n-time and was hashing with REALLY slow hardware.

I would suggest you make it display information appropriate for current hardware.

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!
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2618
Merit: 1123


Ruu \o/


View Profile WWW
December 08, 2013, 10:51:25 PM
 #13768

Finally got an error  - AMIU 27 LED full on but no zombie reported.  The hash rate is sitting at zero. Screenshot in logfile. I enabled debug for a while then tried manual re-plugging. Device appeared as zombie when removed, then when re-plugged it appeared as AMU 34.  2nd screenshot also in file.  Test then ended.  I'll try w2d10 next.
Logfile here:
  https://dl.dropboxusercontent.com/u/44240170/logfile-w1d10.txt

Note: Just started w2d10 and it does the same strange thing as w1d10 at startup - all AMU LEDs go off as normal, then they all come back on again.  It takes a second or so for a few to go out, then it works a while with just those few, then the rest go out and mining continues with all devices.

Note 2: I have a zombie AMU 10 already after only a a few minutes... Sad  Manually re-plugged as AMU 34.  Test continuing.
Try this one instead then please:
http://ck.kolivas.org/apps/cgminer/temp/cgminer.exe

Developer/maintainer for cgminer and ckpool/ckproxy.
ZERO FEE Pooled mining at ckpool.org, 1% Fee Solo mining at solo.ckpool.org
-ck
aigeezer
Legendary
*
Offline Offline

Activity: 1431
Merit: 1010


Cryptanalyst castrated by his government, 1952


View Profile
December 08, 2013, 11:51:40 PM
 #13769

Finally got an error  - AMIU 27 LED full on but no zombie reported.  The hash rate is sitting at zero. Screenshot in logfile. I enabled debug for a while then tried manual re-plugging. Device appeared as zombie when removed, then when re-plugged it appeared as AMU 34.  2nd screenshot also in file.  Test then ended.  I'll try w2d10 next.
Logfile here:
  https://dl.dropboxusercontent.com/u/44240170/logfile-w1d10.txt

Note: Just started w2d10 and it does the same strange thing as w1d10 at startup - all AMU LEDs go off as normal, then they all come back on again.  It takes a second or so for a few to go out, then it works a while with just those few, then the rest go out and mining continues with all devices.

Note 2: I have a zombie AMU 10 already after only a a few minutes... Sad  Manually re-plugged as AMU 34.  Test continuing.
Try this one instead then please:
http://ck.kolivas.org/apps/cgminer/temp/cgminer.exe


Me too or shall I stay with w2d10 which is still clean, 11 hours in?
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2618
Merit: 1123


Ruu \o/


View Profile WWW
December 09, 2013, 12:04:42 AM
 #13770

Finally got an error  - AMIU 27 LED full on but no zombie reported.  The hash rate is sitting at zero. Screenshot in logfile. I enabled debug for a while then tried manual re-plugging. Device appeared as zombie when removed, then when re-plugged it appeared as AMU 34.  2nd screenshot also in file.  Test then ended.  I'll try w2d10 next.
Logfile here:
  https://dl.dropboxusercontent.com/u/44240170/logfile-w1d10.txt

Note: Just started w2d10 and it does the same strange thing as w1d10 at startup - all AMU LEDs go off as normal, then they all come back on again.  It takes a second or so for a few to go out, then it works a while with just those few, then the rest go out and mining continues with all devices.

Note 2: I have a zombie AMU 10 already after only a a few minutes... Sad  Manually re-plugged as AMU 34.  Test continuing.
Try this one instead then please:
http://ck.kolivas.org/apps/cgminer/temp/cgminer.exe


Me too or shall I stay with w2d10 which is still clean, 11 hours in?

You can stay on w2 thanks.

Developer/maintainer for cgminer and ckpool/ckproxy.
ZERO FEE Pooled mining at ckpool.org, 1% Fee Solo mining at solo.ckpool.org
-ck
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2618
Merit: 1123


Ruu \o/


View Profile WWW
December 09, 2013, 09:15:08 AM
 #13771

My site (ck.kolivas.org) will be down for some scheduled maintenance for a few hours shortly.
Here's a windows release candidate for what I'm likely to release as a new version tomorrow in case people want something to play with before it goes down:
http://ck.kolivas.org/apps/cgminer/temp/cgminer-rc.exe

Contains the TT fixes discussed earlier, and auto usb reset of devices that have failed comms.

Developer/maintainer for cgminer and ckpool/ckproxy.
ZERO FEE Pooled mining at ckpool.org, 1% Fee Solo mining at solo.ckpool.org
-ck
jmc1517
Jr. Member
*
Offline Offline

Activity: 56
Merit: 0


View Profile
December 09, 2013, 10:12:33 AM
 #13772

Started latest trial version of cgminer, renamed as cgminer-2013-12-08.  The AMU LEDs initially all go off, then come back on again and it seems to take ages for all AMU LEDs to go out, then hash rates initially all show 150/ for a while, then 252/ ... afterwards increasing to the normal 335/ - see screenshots in logfile.  I haven't seen this behaviour before!

Test was left running overnight.  When I came back this morning there were 6 zombies and a couple with zero hash rates, please see 2nd screenshot in logfile.  Test stopped Sad

Logfile here:
  https://dl.dropboxusercontent.com/u/44240170/logfile-2013-12-08.txt
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2618
Merit: 1123


Ruu \o/


View Profile WWW
December 09, 2013, 10:18:53 AM
 #13773

Started latest trial version of cgminer, renamed as cgminer-2013-12-08.  The AMU LEDs initially all go off, then come back on again and it seems to take ages for all AMU LEDs to go out, then hash rates initially all show 150/ for a while, then 252/ ... afterwards increasing to the normal 335/ - see screenshots in logfile.  I haven't seen this behaviour before!

Test was left running overnight.  When I came back this morning there were 6 zombies and a couple with zero hash rates, please see 2nd screenshot in logfile.  Test stopped Sad

Logfile here:
  https://dl.dropboxusercontent.com/u/44240170/logfile-2013-12-08.txt

Alrighty, try the rc I posted next please then.

Developer/maintainer for cgminer and ckpool/ckproxy.
ZERO FEE Pooled mining at ckpool.org, 1% Fee Solo mining at solo.ckpool.org
-ck
aigeezer
Legendary
*
Offline Offline

Activity: 1431
Merit: 1010


Cryptanalyst castrated by his government, 1952


View Profile
December 09, 2013, 02:20:29 PM
 #13774

Finally got an error  - AMIU 27 LED full on but no zombie reported.  The hash rate is sitting at zero. Screenshot in logfile. I enabled debug for a while then tried manual re-plugging. Device appeared as zombie when removed, then when re-plugged it appeared as AMU 34.  2nd screenshot also in file.  Test then ended.  I'll try w2d10 next.
Logfile here:
  https://dl.dropboxusercontent.com/u/44240170/logfile-w1d10.txt

Note: Just started w2d10 and it does the same strange thing as w1d10 at startup - all AMU LEDs go off as normal, then they all come back on again.  It takes a second or so for a few to go out, then it works a while with just those few, then the rest go out and mining continues with all devices.

Note 2: I have a zombie AMU 10 already after only a a few minutes... Sad  Manually re-plugged as AMU 34.  Test continuing.
Try this one instead then please:
http://ck.kolivas.org/apps/cgminer/temp/cgminer.exe


Me too or shall I stay with w2d10 which is still clean, 11 hours in?

You can stay on w2 thanks.

Thanks - I got 13 hours on that run, then had an unrelated major system crash. Eventually got things fixed and another 11 hours on w2d10 which performed well throughout. I'll grab the release candidate next if I can, but w2d10 is very well behaved for me.
koelen3
Legendary
*
Offline Offline

Activity: 980
Merit: 1000


Sooner or later, a man who wears two faces forgets


View Profile
December 09, 2013, 02:40:48 PM
 #13775

Bro, I appreciate your program, but I need your help.
I'm running 2 5970s for scrypt mining on cgminer using xubuntu 13.10
I have amd catalyst 12.8 and AMD APP SDK v2.9

When I run cgminer as
./cgminer --scrypt -o stratum+tcp://mypool:port -u user -p x --shaders 3200 --intensity 13 my screen blacks out
If I use the same command, but replace shaders to 1600 my pc freezes.

So I've trued and find my max thread-concurrency, and it looks like it can't get higher then --thread-concurrency 1024

I've been searching for a week and was able to get my rig to 1500khash/s but wasn't getting any shares.
Could you please try and help me?
twmz
Hero Member
*****
Offline Offline

Activity: 737
Merit: 500



View Profile
December 09, 2013, 04:13:52 PM
 #13776

I'm running 2 5970s for scrypt mining on cgminer using xubuntu 13.10

cgminer no longer supports scrypt or GPU mining.  Check here for some folks that may be able to help:  https://litecointalk.org/index.php?topic=6925.0

Was I helpful?  1TwmzX1wBxNF2qtAJRhdKmi2WyLZ5VHRs
WoT, GPG

Bitrated user: ewal.
koelen3
Legendary
*
Offline Offline

Activity: 980
Merit: 1000


Sooner or later, a man who wears two faces forgets


View Profile
December 09, 2013, 04:18:49 PM
 #13777

I'm running 2 5970s for scrypt mining on cgminer using xubuntu 13.10

cgminer no longer supports scrypt or GPU mining.  Check here for some folks that may be able to help:  https://litecointalk.org/index.php?topic=6925.0

Yeah, I saw that already, forgot my pass etc Cheesy
No, I'm running it on cgminer 3.7.2 or the latest version to support scrypt
Joshwaa
Hero Member
*****
Offline Offline

Activity: 481
Merit: 500



View Profile
December 09, 2013, 04:46:51 PM
 #13778

Sorry for the off topic:

Con have you made a firmware for the 60GH singles like you did for the Jallys?
I did a search and found nothing.

Like what I said : 1JosHWaA2GywdZo9pmGLNJ5XSt8j7nzNiF
Don't like what I said : 1FuckU1u89U9nBKQu4rCHz16uF4RhpSTV
jmc1517
Jr. Member
*
Offline Offline

Activity: 56
Merit: 0


View Profile
December 09, 2013, 05:30:19 PM
 #13779

Alrighty, try the rc I posted next please then.
"rc" has been running for 7 hours now and has auto-replugged 5 of my devices, so I have 0-33 (with gaps) and 34-38, but no zombies.  Pool hash rate seems OK.  I am seeing regular solid LEDs coming on and then going off again after a few seconds, sometimes in batches, which presumably indicates something "not-quite right", but at least any errors that do happen are being recovered from :-)    I forgot to log this run.  I can stop and restart if necessary.  Do you think you might need the log?
blazin8s
Full Member
***
Offline Offline

Activity: 181
Merit: 100


View Profile
December 09, 2013, 06:55:18 PM
 #13780

I'm running 2 5970s for scrypt mining on cgminer using xubuntu 13.10

cgminer no longer supports scrypt or GPU mining.  Check here for some folks that may be able to help:  https://litecointalk.org/index.php?topic=6925.0

What was the last official version that works with GPUs?
Pages: « 1 ... 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 734 735 736 737 738 739 ... 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!