Bitcoin Forum
December 04, 2016, 04:33:33 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 ... 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 [250] 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 ... 830 »
  Print  
Author Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.9.2  (Read 4816946 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.
hashking
Sr. Member
****
Offline Offline

Activity: 308


View Profile
April 20, 2012, 07:58:55 PM
 #4981

Not sure if this was covered but is there going to be support for the x6500 fpga.
If someone sends me one, I can code it.

Will you be able to return it.

No such thing as a free lunch I think.

Why not just give him access to a rig running the board in that case, anyway ?

If you want a feature nobody else needs you have to donate Wink

The joys of using FPGAs ...

Fair enough.  Would a nice bounty help.
1480869213
Hero Member
*
Offline Offline

Posts: 1480869213

View Profile Personal Message (Offline)

Ignore
1480869213
Reply with quote  #2

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

Posts: 1480869213

View Profile Personal Message (Offline)

Ignore
1480869213
Reply with quote  #2

1480869213
Report to moderator
1480869213
Hero Member
*
Offline Offline

Posts: 1480869213

View Profile Personal Message (Offline)

Ignore
1480869213
Reply with quote  #2

1480869213
Report to moderator
1480869213
Hero Member
*
Offline Offline

Posts: 1480869213

View Profile Personal Message (Offline)

Ignore
1480869213
Reply with quote  #2

1480869213
Report to moderator
-ck
Moderator
Legendary
*
Offline Offline

Activity: 1988


Ruu \o/


View Profile WWW
April 20, 2012, 10:41:22 PM
 #4982

You're right, I won't get very far.  I'll refrain from posting suggestions in the future... I mean really, who wants suggestions on how to improve a program or solve a problem?

Kano doesn't speak for this project. I'm open to suggestions. To be honest I was hoping by now one of the API front ends that people had coded could have replaced this ageing text based interface, but they're all not quite as comprehensive, and tend to need other software to work and so on, so I'm not going to include any of them (yet).

Let's talk interface. What's needed, what's considered redundant, and what's missing?

Code:
cgminer version 2.3.3 - Started: [2012-04-17 22:02:28]
--------------------------------------------------------------------------------
 (5s):1534.0 (avg):1592.1 Mh/s | Q:47325  A:110020  R:304  HW:0  E:232%  U:22.20/m
 TQ: 6  ST: 6  SS: 127  DW: 4379  NB: 501  LW: 135131  GF: 78  RF: 44
 Connected to http://au.ozco.in:8332 with LP as user ckolivas.0
 Block: 000007382fac2ce444d7d5b79a1553bd...  Started: [08:31:39]
--------------------------------------------------------------------------------
 [P]ool management [G]PU management [S]ettings [D]isplay options [Q]uit
 GPU 0:  72.0C 3265RPM | 718.6/716.7Mh/s | A:49665 R:132 HW:0 U: 10.02/m I:11
 GPU 1:  72.5C 4346RPM | 430.5/428.7Mh/s | A:29367 R: 79 HW:0 U:  5.92/m I: 9
 GPU 2:  72.5C 3641RPM | 449.5/446.7Mh/s | A:30990 R: 93 HW:0 U:  6.25/m I: 9
--------------------------------------------------------------------------------

[2012-04-21 08:35:21] Accepted 00000000.ec068da4.1ba7d1ab GPU 0 thread 0 pool 1
[2012-04-21 08:35:22] Accepted 00000000.ad98a857.5cd189b9 GPU 0 thread 0 pool 1
[2012-04-21 08:35:26] Accepted 00000000.cca935f3.4f36a99c GPU 0 thread 0 pool 1
[2012-04-21 08:35:29] Accepted 00000000.6e86a341.0f4d32b6 GPU 0 thread 1 pool 1

A lot of these were added initially simply because no one had ever offered so much information or features before, and as I added things to cgminer, I added the information to the display. Largely, the way people mine and the issues have changed. However, I don't want cgminer to only be suitable to miners with heaps of hardware. I still want it accessible to the miner with only one GPU that is mining.

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

Activity: 420


1ngldh


View Profile
April 20, 2012, 10:52:51 PM
 #4983

Kano doesn't speak for this project. I'm open to suggestions. To be honest I was hoping by now one of the API front ends that people had coded could have replaced this ageing text based interface, but they're all not quite as comprehensive, and tend to need other software to work and so on, so I'm not going to include any of them (yet).

Let's talk interface. What's needed, what's considered redundant, and what's missing?

Code:
cgminer version 2.3.3 - Started: [2012-04-17 22:02:28]
--------------------------------------------------------------------------------
 (5s):1534.0 (avg):1592.1 Mh/s | Q:47325  A:110020  R:304  HW:0  E:232%  U:22.20/m
 TQ: 6  ST: 6  SS: 127  DW: 4379  NB: 501  LW: 135131  GF: 78  RF: 44
 Connected to http://au.ozco.in:8332 with LP as user ckolivas.0
 Block: 000007382fac2ce444d7d5b79a1553bd...  Started: [08:31:39]
--------------------------------------------------------------------------------
 [P]ool management [G]PU management [S]ettings [D]isplay options [Q]uit
 GPU 0:  72.0C 3265RPM | 718.6/716.7Mh/s | A:49665 R:132 HW:0 U: 10.02/m I:11
 GPU 1:  72.5C 4346RPM | 430.5/428.7Mh/s | A:29367 R: 79 HW:0 U:  5.92/m I: 9
 GPU 2:  72.5C 3641RPM | 449.5/446.7Mh/s | A:30990 R: 93 HW:0 U:  6.25/m I: 9
--------------------------------------------------------------------------------

[2012-04-21 08:35:21] Accepted 00000000.ec068da4.1ba7d1ab GPU 0 thread 0 pool 1
[2012-04-21 08:35:22] Accepted 00000000.ad98a857.5cd189b9 GPU 0 thread 0 pool 1
[2012-04-21 08:35:26] Accepted 00000000.cca935f3.4f36a99c GPU 0 thread 0 pool 1
[2012-04-21 08:35:29] Accepted 00000000.6e86a341.0f4d32b6 GPU 0 thread 1 pool 1

A lot of these were added initially simply because no one had ever offered so much information or features before, and as I added things to cgminer, I added the information to the display. Largely, the way people mine and the issues have changed. However, I don't want cgminer to only be suitable to miners with heaps of hardware. I still want it accessible to the miner with only one GPU that is mining.
Yes, the above is more suited to a debug output, IMHO. If I were to put it on a diet, I would start by deleting the Block: display. Additionally, the block numbers at the bottom could be eliminated.

Mining Rig Extraordinaire - the Trenton BPX6806 18-slot PCIe backplane [PICS] Dead project is dead, all hail the coming of the mighty ASIC!
miscreanity
Legendary
*
Offline Offline

Activity: 1078


View Profile
April 20, 2012, 10:53:16 PM
 #4984

Let's talk interface. What's needed, what's considered redundant, and what's missing?

For me, miner.php actually does most of what's needed quite well, aside from saving the configuration and some of the more advanced features in other projects (like email notifications). I don't even use the command line interface once it's started, unless troubleshooting - even then, dumping to a log is easier. So is the text interface even necessary anymore?
rjk
Sr. Member
****
Offline Offline

Activity: 420


1ngldh


View Profile
April 20, 2012, 10:56:38 PM
 #4985

Let's talk interface. What's needed, what's considered redundant, and what's missing?

For me, miner.php actually does most of what's needed quite well, aside from saving the configuration and some of the more advanced features in other projects (like email notifications). I don't even use the command line interface once it's started, unless troubleshooting - even then, dumping to a log is easier. So is the text interface even necessary anymore?
Well yeah, if you don't want to run a php interpreter, a web server, and a browser...

Mining Rig Extraordinaire - the Trenton BPX6806 18-slot PCIe backplane [PICS] Dead project is dead, all hail the coming of the mighty ASIC!
-ck
Moderator
Legendary
*
Offline Offline

Activity: 1988


Ruu \o/


View Profile WWW
April 20, 2012, 11:15:45 PM
 #4986

Let's talk interface. What's needed, what's considered redundant, and what's missing?

For me, miner.php actually does most of what's needed quite well, aside from saving the configuration and some of the more advanced features in other projects (like email notifications). I don't even use the command line interface once it's started, unless troubleshooting - even then, dumping to a log is easier. So is the text interface even necessary anymore?
I use the text interface myself. So you have zero chance of me getting rid of it.

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

Activity: 1078


View Profile
April 20, 2012, 11:17:07 PM
 #4987

Well yeah, if you don't want to run a php interpreter, a web server, and a browser...

Fair enough. What about just displaying totals with max/min ranges for each device class? It'd be easier to see at a glance whether something is amiss. Status on individual devices could still be available from a menu. A notification area would be able to alert for any abnormal events.

Code:
--------------------------------------------------------------------------------
 [P]ool management [U]nit management [S]ettings [D]isplay options [Q]uit
 CPU:   78.0C 3265RPM | 718.6/716.7Kh/s | A:496   R:  3 HW:0 U:  0.12/m I: 6
        77.5C 3265RPM | 712.2/704.3Kh/s
 GPU:   72.5C 4346RPM | 430.5/428.7Mh/s | A:29367 R: 79 HW:0 U:  5.92/m I: 9
        38.0C 1128RPM | 119.2/124.3Mh/s
 FPGA:  67.0C 3641RPM | 449.5/446.7Mh/s | A:60990 R: 93 HW:0 U: 12.25/m I: 9
        67.0C 3641RPM | 449.5/446.7Mh/s
--------------------------------------------------------------------------------

If you want to see all devices all the time, the API seems the best option.

Edit: changed to mock-up minimums; it's easy to see a problem with one of the GPUs while the others are good
kano
Legendary
*
Offline Offline

Activity: 1918


Linux since 1997 RedHat 4


View Profile
April 21, 2012, 12:03:03 AM
 #4988

Let's talk interface. What's needed, what's considered redundant, and what's missing?

For me, miner.php actually does most of what's needed quite well, aside from saving the configuration and some of the more advanced features in other projects (like email notifications). I don't even use the command line interface once it's started, unless troubleshooting - even then, dumping to a log is easier. So is the text interface even necessary anymore?
Well yeah, if you don't want to run a php interpreter, a web server, and a browser...
Well the web server (with php interpreter) can run on any machine on the internet and have cgminer give it read access

I don't really know of anyone who has computers and at least one doesn't have a web browser open ...

I did write the few commands necessary to get it working in linux on xubuntu and posted it here before ...

Hmm :
add "--api-listen" to cgminer startup

sudo apt-get install apache2
sudo apt-get install php5
sudo /etc/init.d/apache2 reload

copy miner.php into /var/www/

browser view http://yourcomputer/miner.php (of course where yourcomputer is the name or IP of your miner)

You wont need to edit miner.php if it is the same computer as cgminer

Once you try anything more complex - multiple rigs or a different computer running the web server:

You only need miner.php to run on one computer even if you have multiple rigs:
For multiple rigs (or where miner.php is on a different computer to the single rig)
Read the top of the code.

But basically, each cgminer will need to grant read access to the machine running miner.php
(if you don't care about read access security just use --api-listen --api-network)
To grant read access in cgminer to the web server IP: --api-listen --api-allow IP/32
To grant write/privileged access in cgminer to the web server IP: --api-listen --api-allow W:IP/32

Then you just edit the $rigs at the top of miner.php (it has 2 examples)
and you can read about the other options there also.

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

Activity: 1260



View Profile WWW
April 21, 2012, 01:01:01 AM
 #4989

I talked to Sonny today at BFL, the default temp-cutoff for BFL units in cgminer is set way too low.  He advised at the default should be around 85C... right now it seems to be set at 30C or so (I've not checked the code) - so trying to startup a BFL unit with a stock cgminer at rev 2.3.3 starts with an immediate temp cutoff warning and the unit goes into REST. 

Manually setting the cutoff gets around the issue, but 30C is even above idle temps for a powered on unit.

If you're searching these lines for a point, you've probably missed it.  There was never anything there in the first place.
kano
Legendary
*
Offline Offline

Activity: 1918


Linux since 1997 RedHat 4


View Profile
April 21, 2012, 01:23:24 AM
 #4990

I talked to Sonny today at BFL, the default temp-cutoff for BFL units in cgminer is set way too low.  He advised at the default should be around 85C... right now it seems to be set at 30C or so (I've not checked the code) - so trying to startup a BFL unit with a stock cgminer at rev 2.3.3 starts with an immediate temp cutoff warning and the unit goes into REST. 

Manually setting the cutoff gets around the issue, but 30C is even above idle temps for a powered on unit.

The cutoff temp defaults to 95°C

Please check that you do not have an autoloaded cgminer.conf that contains 30°C or you somehow accidentally put that on your command line.

If this has never worked, then maybe the code Luke-jr uses only detects the 2nd version of the Temperature message that BFL devices can send (BFL doesn't like people knowing that information it would appear from a discussion I've had with someone else on the same subject earlier today)

So ... is this something new with 2.3.3 (where the temp handling code hasn't changed recently) or something that never worked before?
Or do you have a specific version that does work and the current version no longer works?
(this could be related to the issue I mentioned about BFL changing the status reply)

Though I'd guess Luke-jr should know about which versions of his bitforce.c code that support which messages.

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

Activity: 2086



View Profile
April 21, 2012, 01:44:17 AM
 #4991

I talked to Sonny today at BFL, the default temp-cutoff for BFL units in cgminer is set way too low.  He advised at the default should be around 85C... right now it seems to be set at 30C or so (I've not checked the code) - so trying to startup a BFL unit with a stock cgminer at rev 2.3.3 starts with an immediate temp cutoff warning and the unit goes into REST. 

Manually setting the cutoff gets around the issue, but 30C is even above idle temps for a powered on unit.
Sure you (or Sonny) aren't confusing C and F? He told me BFL Singles need 72 F / 22 C) ambient temp to run at full speed. My on-FPGA temp for BFSingle is 149 F / 65 C even with an ambient temp of about 80 F. There shouldn't be a 30 C cutoff...

Inaba
Legendary
*
Offline Offline

Activity: 1260



View Profile WWW
April 21, 2012, 02:11:53 AM
 #4992

2.3.1 did/does not exhibit this behavior with the same cgminer.conf file.

No, I'm not confusing it.  The thermostat between the chips is what it's reading I believe, so 85C is the correct temperature for that particular reading.  72F is for ambient temperature, not die/near die temp.

If you're searching these lines for a point, you've probably missed it.  There was never anything there in the first place.
dietwice
Jr. Member
*
Offline Offline

Activity: 58


View Profile
April 21, 2012, 04:40:33 AM
 #4993

Both 2.3.2 and 2.3.3 windows versions stop working on user switching.
2.3.1 works well.
Win7 x64, SDK 2.6.

Donations appreciated at 1DZ6PVjnV8zRdvtgKSqzpAYhifxP1XKhwM
-ck
Moderator
Legendary
*
Offline Offline

Activity: 1988


Ruu \o/


View Profile WWW
April 21, 2012, 04:58:11 AM
 #4994

Both 2.3.2 and 2.3.3 windows versions stop working on user switching.
2.3.1 works well.
Win7 x64, SDK 2.6.
User switching?... What on earth has the cgminer version got to do with that?

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


Ruu \o/


View Profile WWW
April 21, 2012, 06:35:43 AM
 #4995

Re: The display.

Screw it, I don't really want to change the layout, or what's displayed, so I've spent the afternoon fighting with curses to try and get it working with any number of devices, provided your window is long enough. If it's not, you'll lose the log window output.

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

Activity: 504



View Profile
April 21, 2012, 08:17:46 AM
 #4996

OK, I read your PM.
It's in the pull request now also.

Thank you. 5BTC sent.

bitlane
Internet detective
Sr. Member
****
Offline Offline

Activity: 462


I heart thebaron


View Profile
April 21, 2012, 08:30:38 AM
 #4997

Using this example/option from another thread....

Code:
cgminer version 2.3.1m - Started: [2012-03-25 20:43:39]
--------------------------------------------------------------------------------
 (5s):1878.8 (avg):1856.0 Mh/s | Q:41418  A:107620  R:770  HW:0  E:260%  U:26.23/m
 TQ: 6  ST: 7  SS: 389  DW: 3386  NB: 546  LW: 247388  GF: 7  RF: 14
 Connected to http://au.ozco.in:8331 with LP as user miku.1
 Block: 00000a240880dae42eea41dd1b91940a...  Started: [11:29:40]
--------------------------------------------------------------------------------
 [P]ool management [G]PU management [S]ettings [D]isplay options [Q]uit
 Radeon 5850: 76.0C 3277RPM | 358.7/358.5Mh/s | A:26060 R:114 HW:0 U: 4.99/m I: 9
 Radeon 5870: 69.0C 2898RPM | 367.1/365.7Mh/s | A:26372 R:112 HW:0 U: 5.05/m I: 9
      Icarus:               | 370.7/366.1Mh/s | A:27565 R:273 HW:0 U: 5.28/m
   BF Single: 64.1C         | 504.1/765.6Mh/s | A:27625 R:271 HW:0 U: 5.29/m
--------------------------------------------------------------------------------

[2012-03-29 11:39:22] Accepted 00000000.df0f50fd.43d06b28 Icarus thread 4 pool 0
[2012-03-29 11:39:24] Accepted 00000000.a7607fe8.9e9ac7de BF Single thread 5 pool 0
[2012-03-29 11:39:27] Accepted 00000000.0e7a8c29.192f6ff1 BF Single thread 5 pool 0


Is there currently a supported API call in 2.3.3 that will return GPU MODEL or GPU FAMILY ?

dietwice
Jr. Member
*
Offline Offline

Activity: 58


View Profile
April 21, 2012, 08:32:04 AM
 #4998

Both 2.3.2 and 2.3.3 windows versions stop working on user switching.
2.3.1 works well.
Win7 x64, SDK 2.6.
User switching?... What on earth has the cgminer version got to do with that?

I don't know O_o.
But when I return back to the user running cgminer I see that no more shares were submitted since I switched out.
It just staying still.

Donations appreciated at 1DZ6PVjnV8zRdvtgKSqzpAYhifxP1XKhwM
-ck
Moderator
Legendary
*
Offline Offline

Activity: 1988


Ruu \o/


View Profile WWW
April 21, 2012, 08:32:19 AM
 #4999


Using this example/option from another thread....

Code:
cgminer version 2.3.1m - Started: [2012-03-25 20:43:39]
--------------------------------------------------------------------------------
 (5s):1878.8 (avg):1856.0 Mh/s | Q:41418  A:107620  R:770  HW:0  E:260%  U:26.23/m
 TQ: 6  ST: 7  SS: 389  DW: 3386  NB: 546  LW: 247388  GF: 7  RF: 14
 Connected to http://au.ozco.in:8331 with LP as user miku.1
 Block: 00000a240880dae42eea41dd1b91940a...  Started: [11:29:40]
--------------------------------------------------------------------------------
 [P]ool management [G]PU management [S]ettings [D]isplay options [Q]uit
 Radeon 5850: 76.0C 3277RPM | 358.7/358.5Mh/s | A:26060 R:114 HW:0 U: 4.99/m I: 9
 Radeon 5870: 69.0C 2898RPM | 367.1/365.7Mh/s | A:26372 R:112 HW:0 U: 5.05/m I: 9
      Icarus:               | 370.7/366.1Mh/s | A:27565 R:273 HW:0 U: 5.28/m
   BF Single: 64.1C         | 504.1/765.6Mh/s | A:27625 R:271 HW:0 U: 5.29/m
--------------------------------------------------------------------------------

[2012-03-29 11:39:22] Accepted 00000000.df0f50fd.43d06b28 Icarus thread 4 pool 0
[2012-03-29 11:39:24] Accepted 00000000.a7607fe8.9e9ac7de BF Single thread 5 pool 0
[2012-03-29 11:39:27] Accepted 00000000.0e7a8c29.192f6ff1 BF Single thread 5 pool 0

Is there currently a supported API call in 2.3.3 that will return CARD MODEL or CARD FAMILY ?
I'm sorry but this is virtually impossible to do reliably (the GPU part). OpenCL doesn't tell us what the devices are. cgminer tries to guess with ADL and it's not entirely reliable.

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

Activity: 644


View Profile
April 21, 2012, 08:32:50 AM
 #5000

For my 5xxx cards, I found out that 2.2.6 works best. Although 2.3.3 also works fine, the cursor jumps everywhere on the screen randomly
did you set the intensity too high? I set mine to 4 on my faster cards and 2 on my slower cards
I never use d

Pages: « 1 ... 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 [250] 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 ... 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!