Bitcoin Forum
July 19, 2018, 04:00:27 PM *
News: Latest stable version of Bitcoin Core: 0.16.1  [Torrent]. (New!)
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 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 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 ... 847 »
  Print  
Author Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.10.0  (Read 5756928 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.
Luke-Jr
Legendary
*
Offline Offline

Activity: 2394
Merit: 1001



View Profile
June 03, 2012, 10:46:11 PM
 #5681

It also behaves differently when Singles go offline; 2.3.6 just exited (which was good) but 2.4.1 and 2.4.2 just mark them as 'OFF' and do not exit (bad).
This was requested, and seemed logical. Would it be more acceptable to you, if it automatically reenabled the devices when they're plugged back in?

1532016027
Hero Member
*
Offline Offline

Posts: 1532016027

View Profile Personal Message (Offline)

Ignore
1532016027
Reply with quote  #2

1532016027
Report to moderator
1532016027
Hero Member
*
Offline Offline

Posts: 1532016027

View Profile Personal Message (Offline)

Ignore
1532016027
Reply with quote  #2

1532016027
Report to moderator
1532016027
Hero Member
*
Offline Offline

Posts: 1532016027

View Profile Personal Message (Offline)

Ignore
1532016027
Reply with quote  #2

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

Posts: 1532016027

View Profile Personal Message (Offline)

Ignore
1532016027
Reply with quote  #2

1532016027
Report to moderator
1532016027
Hero Member
*
Offline Offline

Posts: 1532016027

View Profile Personal Message (Offline)

Ignore
1532016027
Reply with quote  #2

1532016027
Report to moderator
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2590
Merit: 1111


Ruu \o/


View Profile WWW
June 03, 2012, 11:10:33 PM
 #5682

Repackaged the source as 2.4.2-1 because 2 of the READMEs were missing. Binary packages are unchanged.

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

Activity: 917
Merit: 1000



View Profile
June 03, 2012, 11:44:54 PM
 #5683

This multi device display issue is because it gets corrupt at 14 devices with the old code. The curses display was never designed with people throwing so many devices at it and I never anticipated people would do it. Then I made it stop showing all the devices if there were over 8 - and people complained bitterly, so I made it scale to draw as many devices as you can fit. However pdcurses isnt as smart as ncurses which is used on linux so it just decides to crash instead of display them. SOOOOOOooooo what we're left with is yet another moronic scenario where the choice is either don't display devices and don't crash, or do something to your window before it runs to display them all and not crash, or it will crash. Solution? If you are using LOTS of devices - don't run cgminer with the display enabled by using -T and use a monitoring app to manage that many devices. The basic display was not designed with bucketloads of devices in mind.

Summary: Fuck you windows.
cgminer 2.6.2's display worked very well with 15 devices under Windows. 2.4.1 does not. I don't know if this change was intentional or an accidental side-effect, but it certainly is frustrating to find that something which *used* to work before is suddenly broken without notice.

I have a PC with a 'bucketload' of devices. Under Windows I can conveniently remotely connect to it via Remote Desktop, or VNC, or Live Mesh, or TeamViewer ... I don't use the API because I've no need for it. If cgminer's display remains broken for 'bucketloads' of devices, at least I can run multiple instances. Inefficient and inelegant, but we're not in an aesthetics contest here.

So in the 'grand scheme' of things, it doesn't really matter.

BTC: 1DJVUnLuPA2bERTkyeir8bKn1eSoRCrYvx
NMC: NFcfHSBBnq622pAr1Xoh9KtnBPA5CUn6id
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2590
Merit: 1111


Ruu \o/


View Profile WWW
June 03, 2012, 11:50:40 PM
 #5684

cgminer 2.6.2's display worked very well with 15 devices under Windows. 2.4.1 does not. I don't know if this change was intentional or an accidental side-effect, but it certainly is frustrating to find that something which *used* to work before is suddenly broken without notice.

I have a PC with a 'bucketload' of devices. Under Windows I can conveniently remotely connect to it via Remote Desktop, or VNC, or Live Mesh, or TeamViewer ... I don't use the API because I've no need for it. If cgminer's display remains broken for 'bucketloads' of devices, at least I can run multiple instances. Inefficient and inelegant, but we're not in an aesthetics contest here.

So in the 'grand scheme' of things, it doesn't really matter.
I don't disagree, but the problem is it does different things on different operating systems and different shells. Working with curses is painful on a scale that almost puts it on par with working with Luke-jr as it never does something predictable or logical. I fixed stuff after that old cgminer and yeah it broke other stuff. It's an endless tirade of one piece of shit after another and I'm sick of fighting with it, like Luke-jr.

Primary developer/maintainer for cgminer and ckpool/ckproxy.
ZERO FEE Pooled mining at ckpool.org 1% Fee Solo mining at solo.ckpool.org
-ck
bulanula
Hero Member
*****
Offline Offline

Activity: 518
Merit: 500



View Profile
June 03, 2012, 11:53:21 PM
 #5685

cgminer 2.6.2's display worked very well with 15 devices under Windows. 2.4.1 does not. I don't know if this change was intentional or an accidental side-effect, but it certainly is frustrating to find that something which *used* to work before is suddenly broken without notice.

I have a PC with a 'bucketload' of devices. Under Windows I can conveniently remotely connect to it via Remote Desktop, or VNC, or Live Mesh, or TeamViewer ... I don't use the API because I've no need for it. If cgminer's display remains broken for 'bucketloads' of devices, at least I can run multiple instances. Inefficient and inelegant, but we're not in an aesthetics contest here.

So in the 'grand scheme' of things, it doesn't really matter.
I don't disagree, but the problem is it does different things on different operating systems and different shells. Working with curses is painful on a scale that almost puts it on par with working with Luke-jr as it never does something predictable or logical. I fixed stuff after that old cgminer and yeah it broke other stuff. It's an endless tirade of one piece of shit after another and I'm sick of fighting with it, like Luke-jr.

Not only a coding GOD but a good sense of humour too ! Cheesy

2.4.2 works very well for me in LINUX.

Windows <- there's your problem. Are miners still using Windows ? LOL.
Epoch
Legendary
*
Offline Offline

Activity: 917
Merit: 1000



View Profile
June 03, 2012, 11:54:02 PM
 #5686

It also behaves differently when Singles go offline; 2.3.6 just exited (which was good) but 2.4.1 and 2.4.2 just mark them as 'OFF' and do not exit (bad).
This was requested, and seemed logical. Would it be more acceptable to you, if it automatically reenabled the devices when they're plugged back in?
Luke, one benefit of exiting is that cgminer can then be executed in a 'forever loop' script such as this, which is useful for automated and unattended error recovery (in lieu of something like akbash):

:loop
cgminer <params>
waitfor xx seconds
goto loop

Because cgminer is re-run automatically by the script, it re-enables all the Singles. This was the behavior with 2.3.6, and worked well.

With 2.4.1 and 2.4.2, if any Singles goes offline for whatever reason (temporary power failure, USB cable unplugged, it crashes, ...) cgminer marks it as OFF and it can never be re-enabled unless you quit cgminer and re-run it. This makes it less suitable for this type of automated error recovery.

Now, if cgminer could be altered to re-enable any devices when they are plugged back in, that would be a significant improvement.

BTC: 1DJVUnLuPA2bERTkyeir8bKn1eSoRCrYvx
NMC: NFcfHSBBnq622pAr1Xoh9KtnBPA5CUn6id
Luke-Jr
Legendary
*
Offline Offline

Activity: 2394
Merit: 1001



View Profile
June 03, 2012, 11:56:48 PM
 #5687

It also behaves differently when Singles go offline; 2.3.6 just exited (which was good) but 2.4.1 and 2.4.2 just mark them as 'OFF' and do not exit (bad).
This was requested, and seemed logical. Would it be more acceptable to you, if it automatically reenabled the devices when they're plugged back in?
Luke, one benefit of exiting is that cgminer can then be executed in a 'forever loop' script such as this, which is useful for automated and unattended error recovery (in lieu of something like akbash):

:loop
cgminer <params>
waitfor xx seconds
goto loop

Because cgminer is re-run automatically by the scrpt, it re-enables all the Singles. This was the behavior with 2.3.6, and worked well.
If a Single is unplugged, it won't be detected when the new cgminer starts... so you get the same thing, minus the ability to enable it later. Is there something else going on here?

Epoch
Legendary
*
Offline Offline

Activity: 917
Merit: 1000



View Profile
June 03, 2012, 11:57:41 PM
 #5688

cgminer 2.6.2's display worked very well with 15 devices under Windows. 2.4.1 does not. I don't know if this change was intentional or an accidental side-effect, but it certainly is frustrating to find that something which *used* to work before is suddenly broken without notice.

I have a PC with a 'bucketload' of devices. Under Windows I can conveniently remotely connect to it via Remote Desktop, or VNC, or Live Mesh, or TeamViewer ... I don't use the API because I've no need for it. If cgminer's display remains broken for 'bucketloads' of devices, at least I can run multiple instances. Inefficient and inelegant, but we're not in an aesthetics contest here.

So in the 'grand scheme' of things, it doesn't really matter.

I don't disagree, but the problem is it does different things on different operating systems and different shells. Working with curses is painful on a scale that almost puts it on par with working with Luke-jr as it never does something predictable or logical. I fixed stuff after that old cgminer and yeah it broke other stuff. It's an endless tirade of one piece of shit after another and I'm sick of fighting with it, like Luke-jr.
Agreed. Having to support multiple OS's is a pain. And there will be casualties. I can accept that.

BTC: 1DJVUnLuPA2bERTkyeir8bKn1eSoRCrYvx
NMC: NFcfHSBBnq622pAr1Xoh9KtnBPA5CUn6id
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2590
Merit: 1111


Ruu \o/


View Profile WWW
June 04, 2012, 12:00:05 AM
 #5689

Agreed. Having to support multiple OS's is a pain. And there will be casualties. I can accept that.
A most enlightened response. Thanks. All I can do is try my best within reasonable effort.

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

Activity: 917
Merit: 1000



View Profile
June 04, 2012, 12:04:29 AM
 #5690

It also behaves differently when Singles go offline; 2.3.6 just exited (which was good) but 2.4.1 and 2.4.2 just mark them as 'OFF' and do not exit (bad).
This was requested, and seemed logical. Would it be more acceptable to you, if it automatically reenabled the devices when they're plugged back in?
Luke, one benefit of exiting is that cgminer can then be executed in a 'forever loop' script such as this, which is useful for automated and unattended error recovery (in lieu of something like akbash):

:loop
cgminer <params>
waitfor xx seconds
goto loop

Because cgminer is re-run automatically by the scrpt, it re-enables all the Singles. This was the behavior with 2.3.6, and worked well.
If a Single is unplugged, it won't be detected when the new cgminer starts... so you get the same thing, minus the ability to enable it later. Is there something else going on here?
I understand that if a Single is not connected when cgminer is run, the ability to enable it later is lost. But in the case where the Single 'crashes' or experiences a temporary power failure (i.e. a 'power glitch' which caused the Single to reboot), a script like the above works well to recover from that. I'll be the first to admit that it is very primitive and will not address all possible issues, but having cgminer exit when a Single goes offline seems to be, IMHO, a more attractive option for automation purposes.

BTC: 1DJVUnLuPA2bERTkyeir8bKn1eSoRCrYvx
NMC: NFcfHSBBnq622pAr1Xoh9KtnBPA5CUn6id
Luke-Jr
Legendary
*
Offline Offline

Activity: 2394
Merit: 1001



View Profile
June 04, 2012, 12:14:45 AM
 #5691

It also behaves differently when Singles go offline; 2.3.6 just exited (which was good) but 2.4.1 and 2.4.2 just mark them as 'OFF' and do not exit (bad).
This was requested, and seemed logical. Would it be more acceptable to you, if it automatically reenabled the devices when they're plugged back in?
Luke, one benefit of exiting is that cgminer can then be executed in a 'forever loop' script such as this, which is useful for automated and unattended error recovery (in lieu of something like akbash):

:loop
cgminer <params>
waitfor xx seconds
goto loop

Because cgminer is re-run automatically by the scrpt, it re-enables all the Singles. This was the behavior with 2.3.6, and worked well.
If a Single is unplugged, it won't be detected when the new cgminer starts... so you get the same thing, minus the ability to enable it later. Is there something else going on here?
I understand that if a Single is not connected when cgminer is run, the ability to enable it later is lost. But in the case where the Single 'crashes' or experiences a temporary power failure (i.e. a 'power glitch' which caused the Single to reboot), a script like the above works well to recover from that. I'll be the first to admit that it is very primitive and will not address all possible issues, but having cgminer exit when a Single goes offline seems to be, IMHO, a more attractive option for automation purposes.
If your Single is crashing, you should probably use the warranty while you can to get it replaced with one that works...

I suppose I can look into automatic recovery for people with power glitches anyway tho Tongue

mdude77
Legendary
*
Offline Offline

Activity: 1540
Merit: 1001



View Profile
June 04, 2012, 12:17:13 AM
 #5692

Agreed. Having to support multiple OS's is a pain. And there will be casualties. I can accept that.
A most enlightened response. Thanks. All I can do is try my best within reasonable effort.

This is all display related, right?  The under the hood engine still works, it's all about the display, correct?  

If so, is all this information available via the API?

Making a windows based GUI front end to monitor (and control) my miners is on my list of things to do.  That would help the windows guys (yes, we still exist, and aren't likely going anywhere anytime soon).

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: 2590
Merit: 1111


Ruu \o/


View Profile WWW
June 04, 2012, 12:23:21 AM
 #5693

Agreed. Having to support multiple OS's is a pain. And there will be casualties. I can accept that.
A most enlightened response. Thanks. All I can do is try my best within reasonable effort.

This is all display related, right?  The under the hood engine still works, it's all about the display, correct?  

If so, is all this information available via the API?

Making a windows based GUI front end to monitor (and control) my miners is on my list of things to do.  That would help the windows guys (yes, we still exist, and aren't likely going anywhere anytime soon).

M
Yes I already said that the best way of working with many devices is to just use cgminer as a backend and work through the API using a different front end, which is why I see no point killing myself over the limited text interface. There are already quite a few front ends that do that, even on windows.

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

Activity: 917
Merit: 1000



View Profile
June 04, 2012, 12:28:55 AM
 #5694

If your Single is crashing, you should probably use the warranty while you can to get it replaced with one that works...

I suppose I can look into automatic recovery for people with power glitches anyway tho Tongue
The Singles I have work properly with their stock hardware ... I've been making hardware mods which take them closer to their limits, so I've experienced the odd lockup and have seen cgminer's response to that. 2.3.6 behaved differently than 2.4.1, which is essentially all I'm trying to say. I can work with either one but, given a choice, I'd prefer 2.3.6's behavior under this condition (which was simply to stop execution and exit).

Automatic recovery would be welcome, though it may not address all possible error conditions. An external software watchdog polling the API would likely be more robust and there is already at least one solution in that vein.

BTC: 1DJVUnLuPA2bERTkyeir8bKn1eSoRCrYvx
NMC: NFcfHSBBnq622pAr1Xoh9KtnBPA5CUn6id
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2590
Merit: 1111


Ruu \o/


View Profile WWW
June 04, 2012, 02:44:24 AM
 #5695

By the way, windows virus software must have reached an all time new record for false positives. When I was compiling the 2.4.2 version for release on a windows xp virtual machine, microsoft security essentials detected the cgminer executable as a potential threat as soon as it was created. Of course I just told MSE to ignore it, but that was impressive...

Primary developer/maintainer for cgminer and ckpool/ckproxy.
ZERO FEE Pooled mining at ckpool.org 1% Fee Solo mining at solo.ckpool.org
-ck
deadlyasp
Newbie
*
Offline Offline

Activity: 25
Merit: 0


View Profile
June 04, 2012, 04:58:19 AM
 #5696

With Intensity (that is in the OP) It warns of the futility of going over I:9, is this still the case or would I be able to go higher with my 6870HD?
I use 2 6870s at dynamic and 9 for intensity. I definitely wouldn't recommend putting it above 9 because it sends your rejects through the roof. Tongue

Thanks for the update! I thought maybe it had been answered before, but gods only know how many rejected I would waste while wading through almost 300 pages Wink

Sent you a small donation for your trouble Smiley

Worked like a dream, even got a little hashrate boost!  Shocked

If a moderator sees this please delete this account. I'm still getting insults and trolling via a work email resulting from a poorly edited job posting thread I made months ago. It's not funny anymore Tongue
af_newbie
Legendary
*
Offline Offline

Activity: 1400
Merit: 1039



View Profile
June 04, 2012, 02:29:48 PM
 #5697

Making a windows based GUI front end to monitor (and control) my miners is on my list of things to do.  That would help the windows guys (yes, we still exist, and aren't likely going anywhere anytime soon).

M

Many web stats display/monitors are available.  Nice charts and all.  So I'd not waste time on this.
My take on this is that charts are nice to look at but they don't make money. Your miner does.

If you interested in something that would actively control your miner process, you might take a look at my akbash.
It can be set to monitor many miner, Windows and GPU hardware statistics.  When triggers (hash rates, hw errors, process handle count or working set, GPU H/W temp, utilization, faulty fans etc) are met, miner (or OS) is restarted, email notifications are sent.  Most importantly, driver crashes and werfault conditions are detected.

Phraust
Full Member
***
Offline Offline

Activity: 206
Merit: 100


Mostly Harmless...


View Profile WWW
June 04, 2012, 09:16:38 PM
 #5698

Hey, just compiled 2.4.2 for OSX, here:
http://bitcoin.phraust.com/CGMINER_2.4.2.zip

Using:
./configure CFLAGS="-O2" --enable-bitforce --enable-icarus --enable-ztex

Just in case anyone needs it.
mdude77
Legendary
*
Offline Offline

Activity: 1540
Merit: 1001



View Profile
June 05, 2012, 12:11:52 AM
 #5699

Making a windows based GUI front end to monitor (and control) my miners is on my list of things to do.  That would help the windows guys (yes, we still exist, and aren't likely going anywhere anytime soon).

M

Many web stats display/monitors are available.  Nice charts and all.  So I'd not waste time on this.
My take on this is that charts are nice to look at but they don't make money. Your miner does.

If you interested in something that would actively control your miner process, you might take a look at my akbash.
It can be set to monitor many miner, Windows and GPU hardware statistics.  When triggers (hash rates, hw errors, process handle count or working set, GPU H/W temp, utilization, faulty fans etc) are met, miner (or OS) is restarted, email notifications are sent.  Most importantly, driver crashes and werfault conditions are detected.


I'm not looking for charts, or a web interface.  Frankly, I detest web interfaces.  I like GUIs and databases.

Thanks for the info though. Smiley

M

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

Activity: 1176
Merit: 1000


View Profile
June 05, 2012, 12:16:15 AM
 #5700

I think I might have found what's been causing my high stales, though not specifically...
It seems with load-balance I get very a poor stale rate, which seems to get worse the more pools involved. with 3 pools I get around 1.5% stale, with 5 it's up to 3-4%. When it's fail-over-only I'm looking at < 0.5%
Trouble is, the CGminer reported stats are not the same as the pools report. it seems the pools (some more than others) often report a share as valid to cgminer, then decide in it's own stats that it's stale.

I have a 10Mb debug log file taken over 1.5hrs if it'll be useful to diagnose anything.  
Pages: « 1 ... 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 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 ... 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!