Bitcoin Forum
December 08, 2016, 06:20:18 AM *
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 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 [24] 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 ... 830 »
  Print  
Author Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.9.2  (Read 4822359 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.
xcooling
Full Member
***
Offline Offline

Activity: 145


View Profile
July 26, 2011, 11:24:16 AM
 #461

your compiling it in 32bit mode..

Code:
-f elf64
  or 
Code:
-f win64
  or 
Code:
-f elf -m amd64

1481178018
Hero Member
*
Offline Offline

Posts: 1481178018

View Profile Personal Message (Offline)

Ignore
1481178018
Reply with quote  #2

1481178018
Report to moderator
1481178018
Hero Member
*
Offline Offline

Posts: 1481178018

View Profile Personal Message (Offline)

Ignore
1481178018
Reply with quote  #2

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

Activity: 9


View Profile
July 26, 2011, 12:49:32 PM
 #462

your compiling it in 32bit mode..

Code:
-f elf64
  or 
Code:
-f win64
  or 
Code:
-f elf -m amd64
thanks, this helped a bit, but still errors.

Code:
$ yasm -f elf -m amd64 -o cgminer-sha256_sse4_amd64.o cgminer-sha256_sse4_amd64.asm
cgminer-sha256_sse4_amd64.asm:33: warning: Unrecognized qualifier `execute'
cgminer-sha256_sse4_amd64.asm:103: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:111: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:123: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:131: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:137: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:143: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:149: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:157: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:161: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:167: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:173: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:179: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:185: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:191: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:197: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:203: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:209: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:215: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:221: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:227: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:233: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:239: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:245: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:251: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:259: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:263: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:269: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:275: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:281: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:287: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:293: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:305: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:311: error: undefined symbol `g_4sha256_k' (first use)
cgminer-sha256_sse4_amd64.asm:311: error:  (Each undefined symbol is reported only once.)
cgminer-sha256_sse4_amd64.asm:367: error: instruction expected after label
cgminer-sha256_sse4_amd64.asm:375: error: undefined symbol `?_004.LC0' (first use)
cgminer-sha256_sse4_amd64.asm:515: warning: Unrecognized qualifier `noexecute'
cgminer-sha256_sse4_amd64.asm:533: warning: Unrecognized qualifier `noexecute'
cgminer-sha256_sse4_amd64.asm:539: warning: Unrecognized qualifier `noexecute'
cgminer-sha256_sse4_amd64.asm:613: warning: Unrecognized qualifier `noexecute'
cgminer-sha256_sse4_amd64.asm:629: warning: Unrecognized qualifier `noexecute'
after reading in the yasm-wiki i fixed "warning: Unrecognized qualifier `noexecute'" by changing "noexecute" to "noexec".
but i assume, the asm-source syntax is correct and i am compiling still wrong.
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2002


Ruu \o/


View Profile WWW
July 26, 2011, 02:35:37 PM
 #463

New version: 1.5.0: UNSTABLE!

Source:
http://ck.kolivas.org/apps/cgminer/cgminer-1.5.0.tar.bz2

The two major new features in this version are the GPU thread management part of the menu that lets you selectively enable, disable and restart GPUs, and the split work for slow mining threads - This is designed mainly for CPU mining which can't complete searching a work item in the allocated time. cgminer will detect a thread that can't complete its work and will split it up into multiple parts, spreading it out in such a way that no two threads repeat the same work, but that the overall number of queued work items is lower. See the changelog for more details:


Changelog:

- Increase efficiency of slow mining threads such as CPU miners dramatically. Do
this by detecting which threads cannot complete searching a work item within the
scantime and then divide up a work item into multiple smaller work items.
Detect the age of the work items and if they've been cloned before to prevent
doing the same work over. If the work is too old to be divided, then see if it
can be time rolled and do that to generate work. This dramatically decreases the
number of queued work items from a pool leading to higher overall efficiency
(but the same hashrate and share submission rate).
- Don't request work too early for CPUs as CPUs will scan for the full
opt_scantime anyway.
- Simplify gpu management enable/disable/restart code.
- Implement much more accurate rolling statistics per thread and per gpu and
improve accuracy of rolling displayed values.
- Make the rolling log-second average more accurate.
- Add a menu to manage GPUs on the fly allowing you to enable/disable GPUs or
try restarting them.
- Keep track of which GPUs are alive versus enabled.
- Start threads for devices that are even disabled, but don't allow them to
start working.
- The last pool is when we are low in total_pools, not active_pools.
- Make the thread restart do a pthread_join after disabling the device, only
re-enabling it if we succeed in restarting the thread. Do this from a separate
thread so as to not block any other code.This will allow cgminer to continue
even if one GPU hangs.
- Try to do every curses manipulation under the curses lock.
- Only use the sockoptfunction if the version of curl is recent enough.

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

Activity: 2002


Ruu \o/


View Profile WWW
July 26, 2011, 03:07:27 PM
 #464

It seems there's a bug in 1.5.0 where every so often it will have regular rejects right from the start. Restarting it seems to make it go away (indefinitely), buto for the moment stick to 1.4.1 unless you're willing to experiment.

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

Activity: 186


View Profile
July 26, 2011, 03:11:03 PM
 #465

- Try to do every curses manipulation under the curses lock.
Fabulous! This solved the segfault when attaching a running tmux session.
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2002


Ruu \o/


View Profile WWW
July 26, 2011, 03:14:00 PM
 #466

- Try to do every curses manipulation under the curses lock.
Fabulous! This solved the segfault when attaching a running tmux session.
That's one down, thanks! Alas others have already told me they still get segfaults on resizing windows. I suspect since I'm not reproducing it on a more modern distro that it's something to do with the older ncurses library in the older distros.

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

Activity: 2002


Ruu \o/


View Profile WWW
July 26, 2011, 03:46:55 PM
 #467

- Try to do every curses manipulation under the curses lock.
Fabulous! This solved the segfault when attaching a running tmux session.
That's one down, thanks! Alas others have already told me they still get segfaults on resizing windows. I suspect since I'm not reproducing it on a more modern distro that it's something to do with the older ncurses library in the older distros.
Actually after searching, I found this:
http://davidben.net/blog/2010/05/03/barnowl-ncurses-and-terminal-resizing/

and it seems to indeed be a unique bug to older ncurses that is elicited by doing two redraws one after the other. So I changed that code at least and made it do only one main window redraw now (repackaged as the same 1.5.0 version quickly in the hope no one notices Wink

Anyway there will likely be a 1.5.1 just around the corner when I find what the cause of this rejects bug is... but first, sleep!

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

Activity: 59


View Profile
July 26, 2011, 03:50:21 PM
 #468

- Try to do every curses manipulation under the curses lock.
Fabulous! This solved the segfault when attaching a running tmux session.
That's one down, thanks!

ck, you are the hero, you fixed the segfaults that I was getting under screen or when resizing the terminal on rhel5/ubuntu!

Donations welcome: 1AKVi32aayHPkpi9HNmfpHpx4DCruHoK2A
zaytsev
Jr. Member
*
Offline Offline

Activity: 59


View Profile
July 26, 2011, 04:15:27 PM
 #469

ck, on the other hand, your curl fix was incomplete, it still doesn't work with older curl:

Quote
util.c:254: error: expected declaration specifiers or '...' before 'curlsocktype'                                                                             
util.c: In function 'json_rpc_call':                                                                                                                         
util.c:348: error: 'CURLOPT_SOCKOPTFUNCTION' undeclared (first use in this function)                                                                         
util.c:348: error: (Each undeclared identifier is reported only once                                                                                         
util.c:348: error: for each function it appears in.)                                                                                                         
make[2]: *** [cgminer-util.o] Error 1                                                                                                                         
make[2]: *** Waiting for unfinished jobs....

I think you should ifdef this function too.

Donations welcome: 1AKVi32aayHPkpi9HNmfpHpx4DCruHoK2A
Viceroy
Hero Member
*****
Offline Offline

Activity: 616


View Profile
July 26, 2011, 05:27:54 PM
 #470


Deepbit's help page clearly shows the c-name.  Is this a bug in cg miner?

https://deepbit.net/help.php

ancow
Sr. Member
****
Offline Offline

Activity: 373


View Profile WWW
July 26, 2011, 08:16:14 PM
 #471


Deepbit's help page clearly shows the c-name.  Is this a bug in cg miner?

https://deepbit.net/help.php
(The URL's wrong, should be http://pit.deepbit.net:8332)
I just tried with the following parameters, and it works perfectly:
Code:
cgminer -p pwd -o http://pit.deepbit.net:8332 -u email@re.ss_worker
If it doesn't for you, try adding the -T and -D parameters, that helped me when I misremembered the worker's name just now.

BTC: 1GAHTMdBN4Yw3PU66sAmUBKSXy2qaq2SF4
xcooling
Full Member
***
Offline Offline

Activity: 145


View Profile
July 26, 2011, 08:26:25 PM
 #472

both work.. i know this.
pit.deepbit.net [46.4.121.119]
deepbit.net [46.4.121.120]

ancow
Sr. Member
****
Offline Offline

Activity: 373


View Profile WWW
July 26, 2011, 08:34:12 PM
 #473

both work.. i know this.
pit.deepbit.net [46.4.121.119]
deepbit.net [46.4.121.120]
Sure, but Tycho wants to completely phase out deepbit.net at some point in time, so you should use pit.

BTC: 1GAHTMdBN4Yw3PU66sAmUBKSXy2qaq2SF4
xcooling
Full Member
***
Offline Offline

Activity: 145


View Profile
July 26, 2011, 08:45:04 PM
 #474

yeah.. with the failover / loadbalance you can run both.

ancow
Sr. Member
****
Offline Offline

Activity: 373


View Profile WWW
July 26, 2011, 09:19:23 PM
 #475

Yes, let's see now...
Code:
> dig {pit.,}deepbit.net

; <<>> DiG 9.7.3 <<>> pit.deepbit.net deepbit.net
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 29083
;; flags: qr rd ra; QUERY: 1, ANSWER: 4, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;pit.deepbit.net.               IN      A

;; ANSWER SECTION:
pit.deepbit.net.        120     IN      A       46.4.121.119
pit.deepbit.net.        120     IN      A       46.4.121.118
pit.deepbit.net.        120     IN      A       46.4.121.120
pit.deepbit.net.        120     IN      A       91.223.77.253

;; Query time: 45 msec
;; SERVER: 217.0.43.145#53(217.0.43.145)
;; WHEN: Tue Jul 26 23:16:08 2011
;; MSG SIZE  rcvd: 97

;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 31529
;; flags: qr rd ra; QUERY: 1, ANSWER: 4, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;deepbit.net.                   IN      A

;; ANSWER SECTION:
deepbit.net.            120     IN      A       46.4.121.119
deepbit.net.            120     IN      A       91.223.77.253
deepbit.net.            120     IN      A       46.4.121.118
deepbit.net.            120     IN      A       46.4.121.120

;; Query time: 42 msec
;; SERVER: 217.0.43.145#53(217.0.43.145)
;; WHEN: Tue Jul 26 23:16:08 2011
;; MSG SIZE  rcvd: 93

You do realise that they're the same thing now, and deepbit.net will be pointed to somewhere else sometime in the future?

BTC: 1GAHTMdBN4Yw3PU66sAmUBKSXy2qaq2SF4
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2002


Ruu \o/


View Profile WWW
July 26, 2011, 09:36:07 PM
 #476

ck, on the other hand, your curl fix was incomplete, it still doesn't work with older curl:

Quote
util.c:254: error: expected declaration specifiers or '...' before 'curlsocktype'                                                                             
util.c: In function 'json_rpc_call':                                                                                                                         
util.c:348: error: 'CURLOPT_SOCKOPTFUNCTION' undeclared (first use in this function)                                                                         
util.c:348: error: (Each undeclared identifier is reported only once                                                                                         
util.c:348: error: for each function it appears in.)                                                                                                         
make[2]: *** [cgminer-util.o] Error 1                                                                                                                         
make[2]: *** Waiting for unfinished jobs....

I think you should ifdef this function too.
Really?

#ifdef CURL_HAS_SOCKOPT
   if (longpoll)
      curl_easy_setopt(curl, CURLOPT_SOCKOPTFUNCTION, json_rpc_call_sockopt_cb);
#endif

It is...

What version of curl does that have? My code defines CURL_HAS_SOCKOPT only for versions of curl:
checking for libcurl >= version 7.15.6... (cached) yes


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

Activity: 59


View Profile
July 26, 2011, 09:47:56 PM
 #477

ck, on the other hand, your curl fix was incomplete, it still doesn't work with older curl:

Quote
util.c:254: error: expected declaration specifiers or '...' before 'curlsocktype'                                                                             
util.c: In function 'json_rpc_call':                                                                                                                         
util.c:348: error: 'CURLOPT_SOCKOPTFUNCTION' undeclared (first use in this function)                                                                         
util.c:348: error: (Each undeclared identifier is reported only once                                                                                         
util.c:348: error: for each function it appears in.)                                                                                                         
make[2]: *** [cgminer-util.o] Error 1                                                                                                                         
make[2]: *** Waiting for unfinished jobs....

I think you should ifdef this function too.

What I'm talking about is

util.c:254: error: expected declaration specifiers or '...' before 'curlsocktype'

What version of curl does that have? My code defines CURL_HAS_SOCKOPT only for versions of curl:
checking for libcurl >= version 7.15.6... (cached) yes

$ rpm -qa | grep curl
curl-7.15.5-9.el5_6.3

Donations welcome: 1AKVi32aayHPkpi9HNmfpHpx4DCruHoK2A
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2002


Ruu \o/


View Profile WWW
July 26, 2011, 10:05:41 PM
 #478

That part is an error secondary to the first one which is the sockopt function. What does that part of ./configure show for you?
This part:
checking for libcurl >= version 7.15.6... (cached) yes

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

Activity: 14


View Profile
July 26, 2011, 10:50:10 PM
 #479

Current git, I'm having issues with the curses display. Normal running is okay, but attempting to access any of the interactive options fails to have them drawn properly on the screen. It had worked with 1.4.1, but not in 1.5.0.

I can still press the appropriate key to access the appropriate function, but I never see the options. Example: I select [P]ool, the whole screen is redrawn, and the scroll portion goes blank. If I type "i" for info, it then prompts me what pool I want info for. However, then the screen redraws completely, and I'm given no info.

Was I helpful? 12Xqb8oETmUkGQ1WrcQ9GYK9CvDxXWb8fU
dostortugas
Jr. Member
*
Offline Offline

Activity: 36


View Profile
July 26, 2011, 11:05:53 PM
 #480


Deepbit's help page clearly shows the c-name.  Is this a bug in cg miner?

https://deepbit.net/help.php



I think you were missing the "http://" earlier, weren't you?

Sorry for the earlier confusion about the freaking workername layout, I stopped using deepbit as you have to use your login password for workers and there were no SSL/TLS in place, is it now?

19mX5f3YzMSWpDmEwznJNkPBnMSjcTGjPc
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 [24] 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 ... 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!