Bitcoin Forum
March 29, 2024, 10:31:13 AM *
News: Latest Bitcoin Core release: 26.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 [418] 419 420 421 422 423 424 425 426 427 428 429 430 431 432 433 434 435 436 437 438 439 440 441 442 443 444 445 446 447 448 449 450 451 452 453 454 455 456 457 458 459 460 461 462 463 464 465 466 467 468 ... 843 »
  Print  
Author Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.1  (Read 5805166 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. (3 posts by 1+ user deleted.)
c4n10
Sr. Member
****
Offline Offline

Activity: 294
Merit: 250



View Profile
December 07, 2012, 10:36:18 AM
 #8341

Yeah, are you specifying the stratum server with stratum+tcp:// ? There's an issue with backup pools specified that way at the moment. Try leaving out the prefix, or specify them as http:// and it will just do stratum.

I'm not adding the stratum+tcp:// specification, but the program does add it automatically when I run it even though I am specifically pointing it at http://mint.bitminer.com:8332

I think it might be like Inaba was saying with it being a problem with the pools listed as a failover because I am also attempting to use BitMinter as a failover while receiving this error.

I will test by switching it's order and report back.
1711708273
Hero Member
*
Offline Offline

Posts: 1711708273

View Profile Personal Message (Offline)

Ignore
1711708273
Reply with quote  #2

1711708273
Report to moderator
The Bitcoin network protocol was designed to be extremely flexible. It can be used to create timed transactions, escrow transactions, multi-signature transactions, etc. The current features of the client only hint at what will be possible in the future.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1711708273
Hero Member
*
Offline Offline

Posts: 1711708273

View Profile Personal Message (Offline)

Ignore
1711708273
Reply with quote  #2

1711708273
Report to moderator
1711708273
Hero Member
*
Offline Offline

Posts: 1711708273

View Profile Personal Message (Offline)

Ignore
1711708273
Reply with quote  #2

1711708273
Report to moderator
1711708273
Hero Member
*
Offline Offline

Posts: 1711708273

View Profile Personal Message (Offline)

Ignore
1711708273
Reply with quote  #2

1711708273
Report to moderator
-ck (OP)
Legendary
*
Offline Offline

Activity: 4060
Merit: 1622


Ruu \o/


View Profile WWW
December 07, 2012, 10:37:24 AM
 #8342

Yeah, are you specifying the stratum server with stratum+tcp:// ? There's an issue with backup pools specified that way at the moment. Try leaving out the prefix, or specify them as http:// and it will just do stratum.

I'm not adding the stratum+tcp:// specification, but the program does add it automatically when I run it even though I am specifically pointing it at http://mint.bitminer.com:8332

I think it might be like Inaba was saying with it being a problem with the pools listed as a failover because I am also attempting to use BitMinter as a failover while receiving this error.

I will test by switching it's order and report back.
Make sure to test latest, it was addressed in 2.9.7

Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel
2% Fee Solo mining at solo.ckpool.org
-ck
c4n10
Sr. Member
****
Offline Offline

Activity: 294
Merit: 250



View Profile
December 07, 2012, 10:42:31 AM
 #8343

Yeah, are you specifying the stratum server with stratum+tcp:// ? There's an issue with backup pools specified that way at the moment. Try leaving out the prefix, or specify them as http:// and it will just do stratum.

I'm not adding the stratum+tcp:// specification, but the program does add it automatically when I run it even though I am specifically pointing it at http://mint.bitminer.com:8332

I think it might be like Inaba was saying with it being a problem with the pools listed as a failover because I am also attempting to use BitMinter as a failover while receiving this error.

I will test by switching it's order and report back.
Make sure to test latest, it was addressed in 2.9.7

LOL, was just coming back to post that I upgraded to latest version and the problem is fixed... Thank you for cgminer ckolivas!
-ck (OP)
Legendary
*
Offline Offline

Activity: 4060
Merit: 1622


Ruu \o/


View Profile WWW
December 07, 2012, 10:45:20 AM
 #8344

LOL, was just coming back to post that I upgraded to latest version and the problem is fixed... Thank you for cgminer ckolivas!
You're welcome Smiley The price of continued development is temporary instability, and it's users that give feedback that allow me to achieve stability once more.

Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel
2% Fee Solo mining at solo.ckpool.org
-ck
c4n10
Sr. Member
****
Offline Offline

Activity: 294
Merit: 250



View Profile
December 07, 2012, 11:14:12 AM
 #8345

LOL, was just coming back to post that I upgraded to latest version and the problem is fixed... Thank you for cgminer ckolivas!
You're welcome Smiley The price of continued development is temporary instability, and it's users that give feedback that allow me to achieve stability once more.

Well, you do fantastic work. Your program has been my favorite gpu miner since I started.
-ck (OP)
Legendary
*
Offline Offline

Activity: 4060
Merit: 1622


Ruu \o/


View Profile WWW
December 08, 2012, 11:46:06 AM
 #8346

The rewrite of how work is gathered into a getwork scheduler is well underway and in the git master tree now undergoing testing. It would not be surprising if it introduces new instability, but I'm hoping for the master branch to be tested and debugged over the next week paving the way for the next version. For what it's worth, it's currently running fine for me. Other goodies including new mmq and ztex code are in there too.

Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel
2% Fee Solo mining at solo.ckpool.org
-ck
juhakall
Sr. Member
****
Offline Offline

Activity: 657
Merit: 250


View Profile WWW
December 08, 2012, 02:15:49 PM
 #8347

Just experienced a crash with cgminer 2.9.7 on Windows. Two miners crashed at the same time. I'm using stratum on BitMinter. Didn't have any crashing problems before with 2.9.x versions, and I saw this on the patch notes:

"Windows builds are built and shipped with a new libcurl (and libusb) dll that hopefully improves stability."

Could this be actually causing problems instead of improving stability? If it's possible, I'd be interested in trying out a build with the old dlls.

I'm currently developing an experimental social AI platform
Roy Badami
Hero Member
*****
Offline Offline

Activity: 563
Merit: 500


View Profile
December 08, 2012, 02:21:42 PM
 #8348

Fixed the problem where backup stratum pools specified with stratum+tcp:// first would never come online.

Thanks, Con, it's working nicely now.

roy
OgNasty
Donator
Legendary
*
Offline Offline

Activity: 4690
Merit: 4173


Leading Crypto Sports Betting & Casino Platform


View Profile WWW
December 08, 2012, 06:02:59 PM
 #8349

This code doesn't seem to be working for me in the config file.  It sticks to mining on pool 0 even though there are 5 connected.  I'm running the program directly from the cgminer-fpgaonly.exe file.

Code:
"balance" : true,

Any ideas why?  

..Stake.com..   ▄████████████████████████████████████▄
   ██ ▄▄▄▄▄▄▄▄▄▄            ▄▄▄▄▄▄▄▄▄▄ ██  ▄████▄
   ██ ▀▀▀▀▀▀▀▀▀▀ ██████████ ▀▀▀▀▀▀▀▀▀▀ ██  ██████
   ██ ██████████ ██      ██ ██████████ ██   ▀██▀
   ██ ██      ██ ██████  ██ ██      ██ ██    ██
   ██ ██████  ██ █████  ███ ██████  ██ ████▄ ██
   ██ █████  ███ ████  ████ █████  ███ ████████
   ██ ████  ████ ██████████ ████  ████ ████▀
   ██ ██████████ ▄▄▄▄▄▄▄▄▄▄ ██████████ ██
   ██            ▀▀▀▀▀▀▀▀▀▀            ██ 
   ▀█████████▀ ▄████████████▄ ▀█████████▀
  ▄▄▄▄▄▄▄▄▄▄▄▄███  ██  ██  ███▄▄▄▄▄▄▄▄▄▄▄▄
 ██████████████████████████████████████████
▄▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▄
█  ▄▀▄             █▀▀█▀▄▄
█  █▀█             █  ▐  ▐▌
█       ▄██▄       █  ▌  █
█     ▄██████▄     █  ▌ ▐▌
█    ██████████    █ ▐  █
█   ▐██████████▌   █ ▐ ▐▌
█    ▀▀██████▀▀    █ ▌ █
█     ▄▄▄██▄▄▄     █ ▌▐▌
█                  █▐ █
█                  █▐▐▌
█                  █▐█
▀▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▀█
▄▄█████████▄▄
▄██▀▀▀▀█████▀▀▀▀██▄
▄█▀       ▐█▌       ▀█▄
██         ▐█▌         ██
████▄     ▄█████▄     ▄████
████████▄███████████▄████████
███▀    █████████████    ▀███
██       ███████████       ██
▀█▄       █████████       ▄█▀
▀█▄    ▄██▀▀▀▀▀▀▀██▄  ▄▄▄█▀
▀███████         ███████▀
▀█████▄       ▄█████▀
▀▀▀███▄▄▄███▀▀▀
..PLAY NOW..
-ck (OP)
Legendary
*
Offline Offline

Activity: 4060
Merit: 1622


Ruu \o/


View Profile WWW
December 08, 2012, 08:42:02 PM
 #8350

Just experienced a crash with cgminer 2.9.7 on Windows. Two miners crashed at the same time. I'm using stratum on BitMinter. Didn't have any crashing problems before with 2.9.x versions, and I saw this on the patch notes:

"Windows builds are built and shipped with a new libcurl (and libusb) dll that hopefully improves stability."

Could this be actually causing problems instead of improving stability? If it's possible, I'd be interested in trying out a build with the old dlls.
No, likely it's the same windows special crash to do with internet going down which has been there a while. The new dll was there in the hope it fixed this, but obviously it does not.

Anyone debugging on windows could you try the instructions and builds in http://ck.kolivas.org/apps/cgminer/debug/ and use the debug build of libcurl dll that's in there as well please. Thanks.

Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel
2% Fee Solo mining at solo.ckpool.org
-ck
Math Man
Full Member
***
Offline Offline

Activity: 150
Merit: 100


View Profile
December 09, 2012, 06:43:24 AM
 #8351

I just did a git pull to update cgminer on my rigs, and I noticed that it says I'm running version 2.10.0.  Did I time warp to the future?
-ck (OP)
Legendary
*
Offline Offline

Activity: 4060
Merit: 1622


Ruu \o/


View Profile WWW
December 09, 2012, 06:45:43 AM
 #8352

I just did a git pull to update cgminer on my rigs, and I noticed that it says I'm running version 2.10.0.  Did I time warp to the future?
Nope. It's not tagged as such, but it's there to demonstrate the substantially different code base if anyone's running it. That will be the version when it is finally released. Release versions are tagged in git (except when I forget to do it).

Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel
2% Fee Solo mining at solo.ckpool.org
-ck
Math Man
Full Member
***
Offline Offline

Activity: 150
Merit: 100


View Profile
December 09, 2012, 06:49:19 AM
 #8353

I just did a git pull to update cgminer on my rigs, and I noticed that it says I'm running version 2.10.0.  Did I time warp to the future?
Nope. It's not tagged as such, but it's there to demonstrate the substantially different code base if anyone's running it. That will be the version when it is finally released. Release versions are tagged in git (except when I forget to do it).

Dang.  I was hoping I just figured out how to time travel.
-ck (OP)
Legendary
*
Offline Offline

Activity: 4060
Merit: 1622


Ruu \o/


View Profile WWW
December 09, 2012, 06:51:02 AM
 #8354

I just did a git pull to update cgminer on my rigs, and I noticed that it says I'm running version 2.10.0.  Did I time warp to the future?
Nope. It's not tagged as such, but it's there to demonstrate the substantially different code base if anyone's running it. That will be the version when it is finally released. Release versions are tagged in git (except when I forget to do it).

Dang.  I was hoping I just figured out how to time travel.
Shit if you did that, you'd go back and mine with your current hardware 2 years ago.

Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel
2% Fee Solo mining at solo.ckpool.org
-ck
crazyates
Legendary
*
Offline Offline

Activity: 952
Merit: 1000



View Profile
December 09, 2012, 09:32:21 AM
 #8355

I just did a git pull to update cgminer on my rigs, and I noticed that it says I'm running version 2.10.0.  Did I time warp to the future?
Nope. It's not tagged as such, but it's there to demonstrate the substantially different code base if anyone's running it. That will be the version when it is finally released. Release versions are tagged in git (except when I forget to do it).
Dang.  I was hoping I just figured out how to time travel.
Shit if you did that, you'd go back and mine with your current hardware 2 years ago.
Do we finally have an answer for February/March of 2011?!
http://bitcoin.atspace.com/mysteryminer.html

Tips? 1crazy8pMqgwJ7tX7ZPZmyPwFbc6xZKM9
Previous Trade History - Sale Thread
chewie
Member
**
Offline Offline

Activity: 75
Merit: 10


View Profile
December 09, 2012, 11:53:33 PM
 #8356

Any idea why 2.9.7 seems to crash every 10 hours, while 2.9.6 ran just fine untouched for days?  I'm on my normally w7, 4x7970 set up.
Inaba
Legendary
*
Offline Offline

Activity: 1260
Merit: 1000



View Profile WWW
December 10, 2012, 01:11:20 AM
 #8357

The only crashes I have seen with 2.9.7 is when a backup stratum pool goes down, back up and then down again.  If the backup pool stays down or stays up, it doesn't seem to crash.

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

Activity: 4060
Merit: 1622


Ruu \o/


View Profile WWW
December 10, 2012, 03:01:13 AM
Last edit: December 10, 2012, 04:05:52 AM by ckolivas
 #8358

<Farnsworth>Good news everyone</>

Okay after a day of debugging on windows, I found the disconnect crash bug was actually in libcurl itself, which was rather awkward but anyway it means it should get better if you download and use the following dll instead:

http://ck.kolivas.org/apps/cgminer/temp/libcurl-4.dll

Just put it into your cgminer directory, replacing the existing libcurl dll.

EDIT: I've repackaged the 2.9.7 release for win32 as 2.9.7-1 including the fixed dll. I urge anyone on windows to update at least the dll. The package is otherwise the same version of cgminer.

EDIT2: Bug submitted to curl maintainers so hopefully it will be fixed next version: https://sourceforge.net/tracker/?func=detail&aid=3594381&group_id=976&atid=100976

Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel
2% Fee Solo mining at solo.ckpool.org
-ck
mdude77
Legendary
*
Offline Offline

Activity: 1540
Merit: 1001



View Profile
December 10, 2012, 11:18:36 AM
 #8359

<Farnsworth>Good news everyone</>

Okay after a day of debugging on windows, I found the disconnect crash bug was actually in libcurl itself, which was rather awkward but anyway it means it should get better if you download and use the following dll instead:

http://ck.kolivas.org/apps/cgminer/temp/libcurl-4.dll

Just put it into your cgminer directory, replacing the existing libcurl dll.

EDIT: I've repackaged the 2.9.7 release for win32 as 2.9.7-1 including the fixed dll. I urge anyone on windows to update at least the dll. The package is otherwise the same version of cgminer.

EDIT2: Bug submitted to curl maintainers so hopefully it will be fixed next version: https://sourceforge.net/tracker/?func=detail&aid=3594381&group_id=976&atid=100976

Hurrayy!!!

Updated...

Thanks.

M

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

Activity: 4060
Merit: 1622


Ruu \o/


View Profile WWW
December 10, 2012, 11:37:50 AM
 #8360

New release: Version 2.10.0, 10th December 2012

Huge upgrade of lots of code and features, so comes with the usual warnings about potential instability of the new version.


Human readable changelog:

The main change to this is a completely new work scheduler where all work spawns from. The old work scheduler would spawn threads that all tried to grab work as best as they could, and this would lead to much more work than necessary being grabbed from getwork pools, and potentially hitting the pool at precisely the same time from multiple threads making a getwork failure more likely. It was also very difficult to track how much work was really available at any one time since all the threads were off doing their own thing. Centralising the work creation means it is strictly tracked now and as soon as one work item is taken, the scheduler will generate or download another one. The advantage here is to maximise the amount of work we can get from any source, be it getwork without rolltime, with rolltime, gbt, or stratum,  or combinations of the above. It is also much less likely to have dips in providing work, should lead to less getwork failures, and scale to higher hashrates even with the old getwork protocols.

When the primary pool is stratum, GBT (or getwork in failover mode), no backup connections will be maintained to backup pools. The total number of connections when mining stratum now should be extremely small.

New MMQ driver courtesy of Kano, shows each device separately now.

New ztex drivers courtesy of Denis and Peter

Threads should now have unique names on flavours of unix (sorry windows users).

More *BSD support.

Lots of work under the hood and other minor goodies. Check full changelog.


Full changelog:

- Include prctl header for thread renaming to work.
- Set tv_idle time if a pool is not active when input from the menu.
- usb display message when device is in use/another cgminer
- libztex: avoid the use of libusb_error_name()
- minor unlikely zero pointer test
- BeaverCreek doesn't like BFI INT patching.
- Only stratum pools that are idle need to be kicked via cnx_needed.
- mmq - abbreviate the temperature numbers
- Do not do any setup if opt_api_listen is disabled in api.c.
- usbutils.c uninitialised usbstat for non-primary mmqs
- Only set the lagging flag for select_pool() on failed getwork if we're not in
opt_fail_only mode.
- libztex: in case the selectFpga() failed set the selected fpga to unknown
- Modified windows-build.txt to update git instructions.
- libztex: use a function for the twice called firmware reset code
- libztex: removed an unused struct member (ztex->valid)
- driver-ztex: support for broken fpga on a multifpga board
- Set the pool lagging flag on startup to avoid it being shown initially, and
only unset it once the maximum number of staged work items has been reached.
- Avoid recursive locking of the stgd lock. (bug found by Luke-jr).
- Return value of keep_sockalive is no longer used.
- Remove dependency on mstcpip.h for windows build by making curl version >=
7.25.0 mandatory on windows builds, and use curl functions for keepalive
whenever possible instead.
- Make main() the getwork scheduler once everything is set up, so that all app
exits use the kill_work and quit paths.
- ztex: more style and whitespace fixes
- libztex: silenced another warning
- Set successful connect to true on auth stratum to allow summary on exit from
single stratum pool.
- Only consider work stale for stratum of different job_id if it's not a share.
- Increment version preempting changed version signifying different codebase to
2.9
- Hash_pop should signal further waiters on its own pthread conditional in case
there are multiple waiters.
- Check the job_id has not changed on stratum work when deciding if the work is
stale as might occur across disconnections.
- Perform pool_resus on getwork pool that generates work in getwork_thread.
- Set pool lagging message for getwork pool that falls to zero staged in getwork
thread.
- Stage extra work when the primary pool is a getwork pool without rolltime.
- Do not try to clean up twice if kill message is given.
- Only recalculate total_staged in getwork thread if required.
- Include the correct config header in libztex and include it before other
includes.
- Implement a completely new getwork scheduler. Stage all work from the one
thread, making it possible to serialise all requests minimising the number of
getworks requested or local work generated. Use a pthread conditional to wake up
the thread whenever work is removed to generate enough work to stay above the
watermark set by opt_queue. Remove all remnants of the old queueing mechanism,
deleting the now defunct queued count.
- libztex: fixed some warnings and removed some whitespaces
- libztex: silenced some warnings
- Remove all references to the now unused workio_cmd structure.
- Remove the old workio command queue thread, replacing it with a kill
conditional to exit the program.
- Remove getwork command from workio_cmd queues and do them directly from
queue_request.
- Begin tearing down the old workio command queues by removing submit commands
from there and submit them asynchronously via their own threads.
- Update windows build instructions.
- Set pool probed to true on successful authorisation with stratum to avoid it
being pinged later with pool_getswork.
- driver-ztex: libztex_setFreq() must be called before ztex_releaseFpga()
- driver-ztex: changed two pairs of malloc()/memset() to calloc()
- libztex: Read bitstream file in 2kb blocks with simpler and faster code
- Added the binary versions of ztex_ufm1_15d4.ihx and ztex_ufm1_15y1.ihx
- Trivial space removal.
- libztex: Add firmware download support for ZTEX 1.15d and 1.15x
- libztex: Factor out local version of libusb_get_string_descriptor_ascii()
- Shut up some boring old cpu warnings.
- Style changes.
- Allow pool active to be called on stratum or disabled pools in the watchpool
thread if the pool has not been probed.
- libztex: Make log messages say bitstream when refering to bitstreams
- libztex: Don't return error when a bitstream was already configured
- libztex: Read bitstream file in 64kb blocks with simpler and faster code
- libztex: Verify that the mining firmware is not a dummy firmware
- libztex: Match mining firmware ZTEX descriptor against the dummy firmware
- Combine shared padding into one char.
- libztex: Start download sequence only after reading in the new firmware
- libztex: Download mining firmware to all devices with dummy firmware
- lock (most of) the threaded statistics updates
- README stats don't add up
- usbutils.c remove compiler warning
- Make need connection return true if a pool is idle.
- API add Best Share to summary
- Check on creating new GBT work if the structures are up to date and update
them as required rather than regularly.
- Update windows build instructions.
- Enable backup stratum connections for getwork when the primary pool doesn't
have longpoll aka solo mining.
- Check for correct absence of opt_fail_only in cnx_needed.
- Remove unused variable.
- The specification for stratum has been elaborated to say that a changed diff
applies only to new work so do not retarget when submitting shares.
- Use a variable length string array in submit_upstream_work to cope with
massive GBT submissions.
- API lock access to some summary statistics (and copy them)
- Suspend stratum connections to backup pools when there is no requirement to
potentially grab work from them.
- Fix missing export for RenameThread.
- enumerate the mining threadnames
- MMQ avoid possible number overrun crashes
- mmq usb v0.4 + api usb stats
- setting the name of the threads for linux,freebsd,openbsd and osx code is
borrowed from bitcoins util.c, so it is already tested
- Don't show broken WU value with scrypt mining.
- Style police.
- Remove unused getwork times in getswork.
- Fix readme wordwrap.

Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel
2% Fee Solo mining at solo.ckpool.org
-ck
Pages: « 1 ... 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 [418] 419 420 421 422 423 424 425 426 427 428 429 430 431 432 433 434 435 436 437 438 439 440 441 442 443 444 445 446 447 448 449 450 451 452 453 454 455 456 457 458 459 460 461 462 463 464 465 466 467 468 ... 843 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!