Bitcoin Forum
December 09, 2016, 03:55:02 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 ... 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 [115] 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 ... 830 »
  Print  
Author Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.9.2  (Read 4824879 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.
Proofer
Sr. Member
****
Offline Offline

Activity: 251


View Profile
December 17, 2011, 02:46:34 PM
 #2281

By (*.bin) do you mean phatk110817Cypressbitalignv2w128long8.bin?  Does cgminer create that the first time it runs in any given directory?
That's the one, and yes. Is it larger than 0 bytes?

Yes, it's 750880 long.

Quote
I'm a little confused now; did it ever work or not?
When connecting to your own bitcoind, it is quite usual that you won't see a lot of output. Obviously it should respond to keyboard input, though. Anyway, I'd try running it without stderr redirection, and deleting the *.bin file beforehand. If that doesn't work or yield usable output, try one of the debugging options (-D, -T, -P).

It's never accepted keypress commands, but otherwise seems to be working (see below).  I did delete the .bin last night and it was re-created but owned by me rather than root.

Quote
(BTW, it will take a few seconds to compile the kernel initially; you are waiting long enough, aren't you?)

Yes, it ran for up to about 10 minutes several times.  ...Here's the initial output with -D -T:
Code:

[2011-12-17 06:17:16] Started cgminer 2.0.8
[2011-12-17 06:17:16] Testing pool http://192.168.168.103:8332
[2011-12-17 06:17:16] Popping work to stage thread
[2011-12-17 06:17:16] Popping work to work thread
[2011-12-17 06:17:17] Successfully retrieved and deciphered work from pool 0 http://192.168.168.103:8332
[2011-12-17 06:17:17] Pushing pooltest work to base pool
[2011-12-17 06:17:17] Pool 0 http://192.168.168.103:8332 active
[2011-12-17 06:17:17] Pushing work to getwork queue
[2011-12-17 06:17:17] Popping work to stage thread
[2011-12-17 06:17:17] Setting GPU 0 engine clock to 950
[2011-12-17 06:17:17] Setting GPU 1 engine clock to 950
[2011-12-17 06:17:17] Failed to ADL_Overdrive5_FanSpeedInfo_Get
[2011-12-17 06:17:17] GPU 1 doesn't support rpm or percent write
[2011-12-17 06:17:17] GPU 1 doesn't support rpm or percent write
[2011-12-17 06:17:17] Setting GPU 2 engine clock to 950
[2011-12-17 06:17:17] Setting GPU 3 engine clock to 950
[2011-12-17 06:17:17] Failed to ADL_Overdrive5_FanSpeedInfo_Get
[2011-12-17 06:17:17] GPU 3 doesn't support rpm or percent write
[2011-12-17 06:17:17] GPU 3 doesn't support rpm or percent write
[2011-12-17 06:17:17] Setting GPU 4 engine clock to 950
[2011-12-17 06:17:17] Setting GPU 5 engine clock to 950
[2011-12-17 06:17:17] Failed to ADL_Overdrive5_FanSpeedInfo_Get
[2011-12-17 06:17:17] GPU 5 doesn't support rpm or percent write
[2011-12-17 06:17:17] GPU 5 doesn't support rpm or percent write
[2011-12-17 06:17:17] Pushing ping to thread 0
[2011-12-17 06:17:17] Init GPU thread 0
[2011-12-17 06:17:17] List of devices:
[2011-12-17 06:17:17]   0       Cypress
[2011-12-17 06:17:17]   1       Cypress
[2011-12-17 06:17:17]   2       Cypress
[2011-12-17 06:17:17]   3       Cypress
[2011-12-17 06:17:17]   4       Cypress
[2011-12-17 06:17:17]   5       Cypress
[2011-12-17 06:17:17] Selected 0: Cypress
[2011-12-17 06:17:17] Preferred vector width reported 4
[2011-12-17 06:17:17] Max work group size reported 256
[2011-12-17 06:17:17] Loaded binary image phatk110817Cypressbitalignv2w128long8.bin
[2011-12-17 06:17:17] Initialising kernel phatk110817.cl with BFI_INT patching, 2 vectors and worksize 128
[2011-12-17 06:17:17] initCl() finished. Found Cypress
[2011-12-17 06:17:17] Pushing ping to thread 1
[2011-12-17 06:17:17] Init GPU thread 1
[2011-12-17 06:17:17] List of devices:
[2011-12-17 06:17:17]   0       Cypress
[2011-12-17 06:17:17]   1       Cypress
[2011-12-17 06:17:17]   2       Cypress
[2011-12-17 06:17:17]   3       Cypress
[2011-12-17 06:17:17]   4       Cypress
[2011-12-17 06:17:17]   5       Cypress
[2011-12-17 06:17:17] Selected 1: Cypress
[2011-12-17 06:17:17] Preferred vector width reported 4
[2011-12-17 06:17:17] Max work group size reported 256
[2011-12-17 06:17:17] Loaded binary image phatk110817Cypressbitalignv2w128long8.bin
[2011-12-17 06:17:17] Initialising kernel phatk110817.cl with BFI_INT patching, 2 vectors and worksize 128
[2011-12-17 06:17:17] Popping ping in gpuminer thread
[2011-12-17 06:17:17] Queueing getwork request to work thread
[2011-12-17 06:17:17] Popping work to work thread
[2011-12-17 06:17:17] Popping work from get queue to get work
[2011-12-17 06:17:17] DBG: sending http://192.168.168.103:8332 get RPC call: {"method": "getwork", "params": [], "id":0}

[2011-12-17 06:17:17] initCl() finished. Found Cypress
[2011-12-17 06:17:17] Pushing ping to thread 2
[2011-12-17 06:17:17] Init GPU thread 2
[2011-12-17 06:17:17] List of devices:
[2011-12-17 06:17:17]   0       Cypress
[2011-12-17 06:17:17]   1       Cypress
[2011-12-17 06:17:17]   2       Cypress
[2011-12-17 06:17:17]   3       Cypress
[2011-12-17 06:17:17]   4       Cypress
[2011-12-17 06:17:17]   5       Cypress
[2011-12-17 06:17:17] Selected 2: Cypress
[2011-12-17 06:17:17] Preferred vector width reported 4
[2011-12-17 06:17:17] Max work group size reported 256
[2011-12-17 06:17:17] Loaded binary image phatk110817Cypressbitalignv2w128long8.bin
[2011-12-17 06:17:17] Initialising kernel phatk110817.cl with BFI_INT patching, 2 vectors and worksize 128
[2011-12-17 06:17:17] Popping ping in gpuminer thread
[2011-12-17 06:17:17] Queueing getwork request to work thread
[2011-12-17 06:17:17] Popping work to work thread
[2011-12-17 06:17:17] Popping work from get queue to get work
[2011-12-17 06:17:17] DBG: sending http://192.168.168.103:8332 get RPC call: {"method": "getwork", "params": [], "id":0}

[2011-12-17 06:17:17] initCl() finished. Found Cypress
[2011-12-17 06:17:17] Pushing ping to thread 3
[2011-12-17 06:17:17] Init GPU thread 3
[2011-12-17 06:17:17] List of devices:
[2011-12-17 06:17:17]   0       Cypress
[2011-12-17 06:17:17]   1       Cypress
[2011-12-17 06:17:17]   2       Cypress
[2011-12-17 06:17:17]   3       Cypress
[2011-12-17 06:17:17]   4       Cypress
[2011-12-17 06:17:17]   5       Cypress
[2011-12-17 06:17:17] Selected 3: Cypress
[2011-12-17 06:17:17] Preferred vector width reported 4
[2011-12-17 06:17:17] Max work group size reported 256
[2011-12-17 06:17:17] Loaded binary image phatk110817Cypressbitalignv2w128long8.bin
[2011-12-17 06:17:17] Initialising kernel phatk110817.cl with BFI_INT patching, 2 vectors and worksize 128
[2011-12-17 06:17:17] Popping ping in gpuminer thread
[2011-12-17 06:17:17] Queueing getwork request to work thread
[2011-12-17 06:17:17] Popping work to work thread
[2011-12-17 06:17:17] Popping work from get queue to get work
[2011-12-17 06:17:17] DBG: sending http://192.168.168.103:8332 get RPC call: {"method": "getwork", "params": [], "id":0}

[2011-12-17 06:17:17] initCl() finished. Found Cypress
[2011-12-17 06:17:17] Pushing ping to thread 4
[2011-12-17 06:17:17] Init GPU thread 4
[2011-12-17 06:17:17] List of devices:
[2011-12-17 06:17:17]   0       Cypress
[2011-12-17 06:17:17]   1       Cypress
[2011-12-17 06:17:17]   2       Cypress
[2011-12-17 06:17:17]   3       Cypress
[2011-12-17 06:17:17]   4       Cypress
[2011-12-17 06:17:17]   5       Cypress
[2011-12-17 06:17:17] Selected 4: Cypress
[2011-12-17 06:17:17] Preferred vector width reported 4
[2011-12-17 06:17:17] Max work group size reported 256
[2011-12-17 06:17:17] Loaded binary image phatk110817Cypressbitalignv2w128long8.bin
[2011-12-17 06:17:17] Initialising kernel phatk110817.cl with BFI_INT patching, 2 vectors and worksize 128
[2011-12-17 06:17:17] Popping ping in gpuminer thread
[2011-12-17 06:17:17] Queueing getwork request to work thread
[2011-12-17 06:17:17] Popping work to work thread
[2011-12-17 06:17:17] Popping work from get queue to get work
[2011-12-17 06:17:17] DBG: sending http://192.168.168.103:8332 get RPC call: {"method": "getwork", "params": [], "id":0}

[2011-12-17 06:17:17] initCl() finished. Found Cypress
[2011-12-17 06:17:17] Pushing ping to thread 5
[2011-12-17 06:17:17] Init GPU thread 5
[2011-12-17 06:17:17] List of devices:
[2011-12-17 06:17:17]   0       Cypress
[2011-12-17 06:17:17]   1       Cypress
[2011-12-17 06:17:17]   2       Cypress
[2011-12-17 06:17:17]   3       Cypress
[2011-12-17 06:17:17]   4       Cypress
[2011-12-17 06:17:17]   5       Cypress
[2011-12-17 06:17:17] Selected 5: Cypress
[2011-12-17 06:17:17] Preferred vector width reported 4
[2011-12-17 06:17:17] Max work group size reported 256
[2011-12-17 06:17:17] Loaded binary image phatk110817Cypressbitalignv2w128long8.bin
[2011-12-17 06:17:17] Initialising kernel phatk110817.cl with BFI_INT patching, 2 vectors and worksize 128
[2011-12-17 06:17:17] Popping ping in gpuminer thread
[2011-12-17 06:17:17] Queueing getwork request to work thread
[2011-12-17 06:17:17] Popping work to work thread
[2011-12-17 06:17:17] Popping work from get queue to get work
[2011-12-17 06:17:17] DBG: sending http://192.168.168.103:8332 get RPC call: {"method": "getwork", "params": [], "id":0}

[2011-12-17 06:17:17] initCl() finished. Found Cypress
[2011-12-17 06:17:17] Pushing ping to thread 6
[2011-12-17 06:17:17] Init GPU thread 6
[2011-12-17 06:17:17] List of devices:
[2011-12-17 06:17:17]   0       Cypress
[2011-12-17 06:17:17]   1       Cypress
[2011-12-17 06:17:17]   2       Cypress
[2011-12-17 06:17:17]   3       Cypress
[2011-12-17 06:17:17]   4       Cypress
[2011-12-17 06:17:17]   5       Cypress
[2011-12-17 06:17:17] Selected 0: Cypress
[2011-12-17 06:17:17] Preferred vector width reported 4
[2011-12-17 06:17:17] Max work group size reported 256
[2011-12-17 06:17:17] Loaded binary image phatk110817Cypressbitalignv2w128long8.bin
[2011-12-17 06:17:17] Initialising kernel phatk110817.cl with BFI_INT patching, 2 vectors and worksize 128
[2011-12-17 06:17:17] Pushing work to requesting thread
[2011-12-17 06:17:17] Pushing work to getwork queue
[2011-12-17 06:17:17] Popping work to stage thread
[2011-12-17 06:17:18] Popping ping in gpuminer thread
[2011-12-17 06:17:18] Queueing getwork request to work thread
[2011-12-17 06:17:18] Popping work to work thread
[2011-12-17 06:17:18] Popping work from get queue to get work
[2011-12-17 06:17:18] DBG: sending http://192.168.168.103:8332 get RPC call: {"method": "getwork", "params": [], "id":0}

[2011-12-17 06:17:18] Pushing work to requesting thread
[2011-12-17 06:17:18] Pushing work to getwork queue
[2011-12-17 06:17:18] Popping work to stage thread
[2011-12-17 06:17:18] Pushing work to requesting thread
[2011-12-17 06:17:18] Pushing work to requesting thread
[2011-12-17 06:17:18] Pushing work to requesting thread
[2011-12-17 06:17:18] Pushing work to getwork queue
[2011-12-17 06:17:18] Popping work to stage thread
[2011-12-17 06:17:18] Pushing work to getwork queue
[2011-12-17 06:17:18] Popping work to stage thread
[2011-12-17 06:17:18] Pushing work to getwork queue
[2011-12-17 06:17:18] Popping work to stage thread
[2011-12-17 06:17:18] [thread 4: 16777216 hashes, 15970331 khash/sec]
[2011-12-17 06:17:18] [thread 3: 16777216 hashes, 15663626 khash/sec]
[2011-12-17 06:17:19] Pushing work to requesting thread
[2011-12-17 06:17:19] Pushing work to getwork queue
[2011-12-17 06:17:19] Popping work to stage thread

As far as I know, everything's OK except it's not taking keypress input.
EDIT:  Not true: see my second later post.
1481298902
Hero Member
*
Offline Offline

Posts: 1481298902

View Profile Personal Message (Offline)

Ignore
1481298902
Reply with quote  #2

1481298902
Report to moderator
1481298902
Hero Member
*
Offline Offline

Posts: 1481298902

View Profile Personal Message (Offline)

Ignore
1481298902
Reply with quote  #2

1481298902
Report to moderator
1481298902
Hero Member
*
Offline Offline

Posts: 1481298902

View Profile Personal Message (Offline)

Ignore
1481298902
Reply with quote  #2

1481298902
Report to moderator
The network tries to produce one block per 10 minutes. It does this by automatically adjusting how difficult it is to produce blocks.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1481298902
Hero Member
*
Offline Offline

Posts: 1481298902

View Profile Personal Message (Offline)

Ignore
1481298902
Reply with quote  #2

1481298902
Report to moderator
1481298902
Hero Member
*
Offline Offline

Posts: 1481298902

View Profile Personal Message (Offline)

Ignore
1481298902
Reply with quote  #2

1481298902
Report to moderator
Proofer
Sr. Member
****
Offline Offline

Activity: 251


View Profile
December 17, 2011, 02:52:19 PM
 #2282

Make sure to have rpcallowip=*, server=1 and daemon=1 in your bitcoin.conf on your Mac and going with a real pool is a better idea plus the cgminer.conf if put into a .cgminer directory in your home directory on your ubuntu machine will be loaded automatically no need for the -c in the start command then.

I have rpcallowip=192.168.168.* which is my LAN.  I see no need for strangers to come knocking (even if they could climb over the fence [firewall]).  Smiley  And server=1.  I've been invoking it with -daemon.  And the -c is in a .sh, so it's not costing much.
Proofer
Sr. Member
****
Offline Offline

Activity: 251


View Profile
December 17, 2011, 03:02:42 PM
 #2283

As far as I know, everything's OK except it's not taking keypress input.

I think I spoke (wrote) too soon.  W/r my previous post showing terminal output, I thought I had screwed up with the screen program and that's why the output seemed to stop.  But a subsequent test shows that after a couple of seconds there's no more output.  Here is the end of the second test's output, two seconds after start:

Code:
[2011-12-17 06:55:36] Pushing work to requesting thread                   
[2011-12-17 06:55:36] Pushing work to getwork queue                   
[2011-12-17 06:55:36] Popping work to stage thread                   
[2011-12-17 06:55:37] initCl() finished. Found Cypress                   
[2011-12-17 06:55:37] Pushing ping to thread 6                   
[2011-12-17 06:55:37] Init GPU thread 6                   
[2011-12-17 06:55:37] List of devices:                   
[2011-12-17 06:55:37] 0 Cypress                   
[2011-12-17 06:55:37] 1 Cypress                   
[2011-12-17 06:55:37] 2 Cypress                   
[2011-12-17 06:55:37] 3 Cypress                   
[2011-12-17 06:55:37] 4 Cypress                   
[2011-12-17 06:55:37] 5 Cypress                   
[2011-12-17 06:55:37] Selected 0: Cypress                   
[2011-12-17 06:55:37] Preferred vector width reported 4                   
[2011-12-17 06:55:37] Max work group size reported 256                   
[2011-12-17 06:55:37] Loaded binary image phatk110817Cypressbitalignv2w128long8.bin                   
[2011-12-17 06:55:37] Initialising kernel phatk110817.cl with BFI_INT patching, 2 vectors and worksize 128                   
[2011-12-17 06:55:37] Popping ping in gpuminer thread                   
[2011-12-17 06:55:37] Queueing getwork request to work thread                   
[2011-12-17 06:55:37] Popping work to work thread                   
[2011-12-17 06:55:37] Popping work from get queue to get work                   
[2011-12-17 06:55:37] DBG: sending http://192.168.168.103:8332 get RPC call: {"method": "getwork", "params": [], "id":0}
                   
[2011-12-17 06:55:37] Pushing work to requesting thread                   
[2011-12-17 06:55:37] Pushing work to getwork queue                   
[2011-12-17 06:55:37] Popping work to stage thread                   
[2011-12-17 06:55:37] Pushing work to requesting thread                   
[2011-12-17 06:55:37] Pushing work to getwork queue                   
[2011-12-17 06:55:37] Popping work to stage thread                   

At this writing it's six minutes later and that's still the end of the output.
ancow
Sr. Member
****
Offline Offline

Activity: 373


View Profile WWW
December 17, 2011, 03:07:30 PM
 #2284

I can't see anything wrong with your debug output. When you start without the flags I gave above, do you ever see anything like this?
Code:
cgminer version 2.0.8 - Started: [2011-12-16 15:15:41]
--------------------------------------------------------------------------------
 (5s):20.6 (avg):14.5 Mh/s | Q:5875  A:290  R:0  HW:0  E:5%  U:0.20/m
 TQ: 1  ST: 1  SS: 0  DW: 1201  NB: 150  LW: 0  GF: 9  RF: 0
 Connected to http://btcguild.com:8332 with LP as user ancow_others
 Block: 000004caebe22c739601e76b3f8632be...  Started: [15:46:28]
--------------------------------------------------------------------------------
 [P]ool management [G]PU management [S]ettings [D]isplay options [Q]uit
 GPU 0: 65.5C 30% | 20.5/14.5Mh/s | A:290 R:0 HW:0 U:0.20/m I:2
--------------------------------------------------------------------------------

If not, you probably didn't compile with curses support (If you want us to check, just post the complete output of your configure run). Make sure you have the appropriate libncurses-dev package installed (here in debian it's called libncurses5-dev).

If you want to check for yourself, the last few lines before the makefile generations should look similar to this:
Code:
checking for OpenCL... yes
checking for pthread_create in -lpthread... yes
checking for json_loads in -ljansson... no
checking for ADL_SDK/adl_sdk.h... yes
checking for library containing addstr... -lncurses
checking for addstr in -lncurses... yes
checking for addstr in -lpdcurses... no
checking for yasm... /usr/bin/yasm
checking if yasm version is greater than 1.0.1... yes
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for LIBCURL... yes


Just saw your latest post: is top (or htop) showing that cgminer is using above/below average CPU usage?

BTC: 1GAHTMdBN4Yw3PU66sAmUBKSXy2qaq2SF4
Proofer
Sr. Member
****
Offline Offline

Activity: 251


View Profile
December 17, 2011, 03:36:21 PM
 #2285

I can't see anything wrong with your debug output. When you start without the flags I gave above, do you ever see anything like this?
Code:
cgminer version 2.0.8 - Started: [2011-12-16 15:15:41]
--------------------------------------------------------------------------------
 (5s):20.6 (avg):14.5 Mh/s | Q:5875  A:290  R:0  HW:0  E:5%  U:0.20/m
 TQ: 1  ST: 1  SS: 0  DW: 1201  NB: 150  LW: 0  GF: 9  RF: 0
 Connected to http://btcguild.com:8332 with LP as user ancow_others
 Block: 000004caebe22c739601e76b3f8632be...  Started: [15:46:28]
--------------------------------------------------------------------------------
 [P]ool management [G]PU management [S]ettings [D]isplay options [Q]uit
 GPU 0: 65.5C 30% | 20.5/14.5Mh/s | A:290 R:0 HW:0 U:0.20/m I:2
--------------------------------------------------------------------------------

No; without the flags I've never seen anything except the "starting" line except for the time that bitcoind wasn't running on my Mac.

Quote
If not, you probably didn't compile with curses support (If you want us to check, just post the complete output of your configure run). Make sure you have the appropriate libncurses-dev package installed (here in debian it's called libncurses5-dev).

If you want to check for yourself, the last few lines before the makefile generations should look similar to this:
Code:
checking for OpenCL... yes
checking for pthread_create in -lpthread... yes
checking for json_loads in -ljansson... no
checking for ADL_SDK/adl_sdk.h... yes
checking for library containing addstr... -lncurses
checking for addstr in -lncurses... yes
checking for addstr in -lpdcurses... no
checking for yasm... /usr/bin/yasm
checking if yasm version is greater than 1.0.1... yes
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for LIBCURL... yes

I have libncurses5-dev 5.7+20080803-2ubuntu3 and my configure output looks exactly the same.

Quote
Just saw your latest post: is top (or htop) showing that cgminer is using above/below average CPU usage?

Each of six threads was using 16-17%, i.e., about 100% total.
ancow
Sr. Member
****
Offline Offline

Activity: 373


View Profile WWW
December 17, 2011, 03:53:31 PM
 #2286

I have libncurses5-dev 5.7+20080803-2ubuntu3 and my configure output looks exactly the same.

Somehow the curses stuff isn't working properly, which at the very least explains why keyboard input isn't working. Since the output seems normal when you turn off ncurses support (-T flag), that's the first problem I'd try to track down, but since I have no experience programming with ncurses, you may want to ask ckolivas for help on that one (unless someone else steps forward).

Each of six threads was using 16-17%, i.e., about 100% total.

Here, each thread uses ~3%. I'd accept something higher if you're using dynamic intensity, otherwise you're probably being hit by the CPU usage bug. (BTW, how many cores?)


Personally, I'd try a newer version of Ubuntu, since those are more likely to be tested (I'd go for 11.04 or 11.10). Also, I'd really try using a pool since default output would be more verbose that way.

BTC: 1GAHTMdBN4Yw3PU66sAmUBKSXy2qaq2SF4
Proofer
Sr. Member
****
Offline Offline

Activity: 251


View Profile
December 17, 2011, 04:23:38 PM
 #2287

Somehow the curses stuff isn't working properly, which at the very least explains why keyboard input isn't working. Since the output seems normal when you turn off ncurses support (-T flag), that's the first problem I'd try to track down, but since I have no experience programming with ncurses, you may want to ask ckolivas for help on that one (unless someone else steps forward).

The output is the same without -T.  It's the -D that was producing output.

Quote
Each of six threads was using 16-17%, i.e., about 100% total.

Here, each thread uses ~3%. I'd accept something higher if you're using dynamic intensity, otherwise you're probably being hit by the CPU usage bug. (BTW, how many cores?)

One core (Sempron 145).  Maybe sometime I'll attempt to unlock the other, but it hasn't seemed important as I wasn't anticipating CPU intensity.

Quote
Personally, I'd try a newer version of Ubuntu, since those are more likely to be tested (I'd go for 11.04 or 11.10). Also, I'd really try using a pool since default output would be more verbose that way.

It's been my intention to use a pool; this solo experiment was just for intitial test and familiarization.  I'd be shocked if adding a pool cures what seems to be a problem of the software hanging after a couple of seconds.  But I'll add the pool just to be sure.  And then, if I'm not shocked, I'll start researching the minimum-loss way to upgrade Ubuntu.
kano
Legendary
*
Offline Offline

Activity: 1932


Linux since 1997 RedHat 4


View Profile
December 17, 2011, 10:11:35 PM
 #2288

cgminer 2.0.8, Ubuntu 10.04

I first ran cgminer this evening on my newly-built 3x5970 rig.  I access the rig from a Mac on a LAN via SSH.  And since this was to be a first familiarization run, I started with solo mining, pointing cgminer at an instance of bitcoind on my Mac.
Since you say you just built this - why not 11.04 or 11.10?

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

Activity: 251


View Profile
December 17, 2011, 10:17:05 PM
 #2289

cgminer 2.0.8, Ubuntu 10.04

I first ran cgminer this evening on my newly-built 3x5970 rig.  I access the rig from a Mac on a LAN via SSH.  And since this was to be a first familiarization run, I started with solo mining, pointing cgminer at an instance of bitcoind on my Mac.
Since you say you just built this - why not 11.04 or 11.10?

This is my first Unix/Linux and the idea of LTS and the implied stability was appealing.

However, you happened to ask during the process of my upgrading from 10.04 to 10.10, on the way to 11.04 and then 11.10.  Or is there a cgminer-related reason to stop at 11.04?
tnkflx
Sr. Member
****
Offline Offline

Activity: 346


View Profile
December 17, 2011, 10:21:37 PM
 #2290

No.

I'll try to grab a screenshot when it happens.

Con, see screenshot, RPM and usage are gone... I haven't restarted cgminer since last screenshot. Any idea what might be going on?


| Operating electrum.be & us.electrum.be |
Fiyasko
Legendary
*
Offline Offline

Activity: 1428


Okey Dokey Lokey


View Profile
December 17, 2011, 10:34:36 PM
 #2291

Soooooooooooooooooo Nobody has created a GUI for this amazing miner? Why?

http://bitcoin-otc.com/viewratingdetail.php?nick=DingoRabiit&sign=ANY&type=RECV <-My Ratings
https://bitcointalk.org/index.php?topic=857670.0 GAWminers and associated things are not to be trusted, Especially the "mineral" exchange
tnkflx
Sr. Member
****
Offline Offline

Activity: 346


View Profile
December 17, 2011, 10:40:20 PM
 #2292

Soooooooooooooooooo Nobody has created a GUI for this amazing miner? Why?

Why does it need a GUI?

| Operating electrum.be & us.electrum.be |
Proofer
Sr. Member
****
Offline Offline

Activity: 251


View Profile
December 17, 2011, 10:41:31 PM
 #2293

Soooooooooooooooooo Nobody has created a GUI for this amazing miner? Why?

I'm new in town but I've been around software for a while and I have a multi-part guess:

--Con is not a GUI kind of guy and might not be inclined to offer much support to someone who volunteers to write a GUI, or to the finished result.  (N.B. I have no knowledge of Mr. Kolivas beyond what I've read in his READMEs, forum posts, etc.)

--No one thus far has combined the interest, time, and other resources to do it.

--Miners tend to be nerds/techies who don't present a robust demand for a GUI.
os2sam
Legendary
*
Offline Offline

Activity: 1918


Think for yourself


View Profile
December 17, 2011, 11:08:40 PM
 #2294

Soooooooooooooooooo Nobody has created a GUI for this amazing miner? Why?

The current UI seems simple and straight forward to me.  I don't see what value a GUI would bring to the program, besides bloat.  A GUI wouldn't make the program any easier nor more functional so what would be the point?
Sam

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

Activity: 1932


Linux since 1997 RedHat 4


View Profile
December 18, 2011, 12:55:05 AM
 #2295

cgminer 2.0.8, Ubuntu 10.04

I first ran cgminer this evening on my newly-built 3x5970 rig.  I access the rig from a Mac on a LAN via SSH.  And since this was to be a first familiarization run, I started with solo mining, pointing cgminer at an instance of bitcoind on my Mac.
Since you say you just built this - why not 11.04 or 11.10?

This is my first Unix/Linux and the idea of LTS and the implied stability was appealing.

However, you happened to ask during the process of my upgrading from 10.04 to 10.10, on the way to 11.04 and then 11.10.  Or is there a cgminer-related reason to stop at 11.04?
No reason to stop at 11.04 - but certainly a reason to start there since all work was done with that, and now with 11.10
I'm pretty sure 11.10 is what ckolivas now uses.
Why not just install 11.04 or 11.10?

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

Activity: 251


View Profile
December 18, 2011, 01:21:12 AM
 #2296

However, you happened to ask during the process of my upgrading from 10.04 to 10.10, on the way to 11.04 and then 11.10.  Or is there a cgminer-related reason to stop at 11.04?
... Why not just install 11.04 or 11.10?

I'm aiming for 11.10, so I assume you mean why not directly install it rather than going through upgrades to 10.10 and then 11.04 as waypoints.  I want to upgrade rather than directly install in order to preserve as much as possible of the changes I've made over the past week or so since I installed 10.04.  And the waypoints because they are advised by the Givers of Wisdom here and here.

On the reboot after 10.04->10.10, I got (what I'll dub) "The Thin White Vertical Stripes Screen of Death" [TTWVSSOD]; I'm guessing this has something to do with my having the ATI drivers (fglrx) for my 5970s installed.  But via grub I was able to get to a low-graphics-mode desktop, and was immediately offered an upgrade to 11.04, which is in progress at this writing.
ancow
Sr. Member
****
Offline Offline

Activity: 373


View Profile WWW
December 18, 2011, 02:45:04 AM
 #2297

I'm guessing this has something to do with my having the ATI drivers (fglrx) for my 5970s installed.  But via grub I was able to get to a low-graphics-mode desktop, and was immediately offered an upgrade to 11.04, which is in progress at this writing.

Those drivers are kernel specific so will not load on the new kernel you get on each upgrade, you will need to re-install once you have completed the upgrades to get them working again.

To expand on that: if you'd used a .deb to install fglrx, the re-install might have happened automatically.

Anyhow, you might edit the Driver "fglrx" line in /etc/X11/xorg.conf to read Driver "vesa" until the upgrade is finished.
You could even try, when you get the messed-up screen, to press ctrl-alt-F2 and log in at the console level to continue the upgrade there.

BTC: 1GAHTMdBN4Yw3PU66sAmUBKSXy2qaq2SF4
kano
Legendary
*
Offline Offline

Activity: 1932


Linux since 1997 RedHat 4


View Profile
December 18, 2011, 02:49:23 AM
 #2298

... or just install 11.04 or 11.10 ...

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

Activity: 373


View Profile WWW
December 18, 2011, 02:53:25 AM
 #2299

... or just install 11.04 or 11.10 ...

Well, he mentioned he didn't want to do that to be able to carry over changes in settings...

BTC: 1GAHTMdBN4Yw3PU66sAmUBKSXy2qaq2SF4
Proofer
Sr. Member
****
Offline Offline

Activity: 251


View Profile
December 18, 2011, 04:57:09 AM
 #2300

I'm guessing this has something to do with my having the ATI drivers (fglrx) for my 5970s installed.  But via grub I was able to get to a low-graphics-mode desktop, and was immediately offered an upgrade to 11.04, which is in progress at this writing.

Those drivers are kernel specific so will not load on the new kernel you get on each upgrade, you will need to re-install once you have completed the upgrades to get them working again.

To expand on that: if you'd used a .deb to install fglrx, the re-install might have happened automatically.

Originally I did use a .deb, which resulting in a blank screen after rebooting.  So after removing (or attempting to) fglrx, I downloaded and installed the Catalyst package from AMD, and I had graphics again.  The slightly longer story is in this ubuntuforums.org thread.  (Does AMD's Linux x86_64 Catalyst package really have different drivers for each Linux kernel its installer might encounter?)

Quote
Anyhow, you might edit the Driver "fglrx" line in /etc/X11/xorg.conf to read Driver "vesa" until the upgrade is finished.
You could even try, when you get the messed-up screen, to press ctrl-alt-F2 and log in at the console level to continue the upgrade there.

Two more cool tricks I didn't have in my toolkit!
Pages: « 1 ... 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 [115] 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 ... 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!