Bitcoin Forum
December 03, 2016, 12:43:06 AM *
News: To be able to use the next phase of the beta forum software, please ensure that your email address is correct/functional.
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 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 ... 830 »
  Print  
Author Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.9.2  (Read 4814445 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.
lenny_
Legendary
*
Offline Offline

Activity: 953



View Profile
November 05, 2012, 08:46:31 PM
 #7881

ckolivas, currently, AVG 2012 Free Edition Antivirus saying that file:
libpdcurses.dll
contains a virus: PSW.KeyLogger.AVU http://www.avgthreatlabs.com/webthreats/info/psw.keylogger.avu/

Weird, isn't?
It is a common myth that Bitcoin is ruled by a majority of miners. This is not true. Bitcoin miners "vote" on the ordering of transactions, but that's all they do. They can't vote to change the network rules.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1480725786
Hero Member
*
Offline Offline

Posts: 1480725786

View Profile Personal Message (Offline)

Ignore
1480725786
Reply with quote  #2

1480725786
Report to moderator
1480725786
Hero Member
*
Offline Offline

Posts: 1480725786

View Profile Personal Message (Offline)

Ignore
1480725786
Reply with quote  #2

1480725786
Report to moderator
crazyates
Legendary
*
Offline Offline

Activity: 938



View Profile
November 05, 2012, 09:00:09 PM
 #7882

ckolivas, currently, AVG 2012 Free Edition Antivirus saying that file:
libpdcurses.dll
contains a virus: PSW.KeyLogger.AVU http://www.avgthreatlabs.com/webthreats/info/psw.keylogger.avu/

Weird, isn't?

http://goo.gl/2wnwi

Tips? 1crazy8pMqgwJ7tX7ZPZmyPwFbc6xZKM9
Previous Trade History - Sale Thread
lenny_
Legendary
*
Offline Offline

Activity: 953



View Profile
November 05, 2012, 09:10:29 PM
 #7883

ckolivas, currently, AVG 2012 Free Edition Antivirus saying that file:
libpdcurses.dll
contains a virus: PSW.KeyLogger.AVU http://www.avgthreatlabs.com/webthreats/info/psw.keylogger.avu/

Weird, isn't?

http://goo.gl/2wnwi

I've read it. It's all saying about cgminer.exe used with many malware, but not libpdcurses.dll.
ancow
Sr. Member
****
Offline Offline

Activity: 373


View Profile WWW
November 05, 2012, 09:25:42 PM
 #7884

ckolivas, currently, AVG 2012 Free Edition Antivirus saying that file:
libpdcurses.dll
contains a virus: PSW.KeyLogger.AVU http://www.avgthreatlabs.com/webthreats/info/psw.keylogger.avu/

Weird, isn't?

http://goo.gl/2wnwi

I've read it. It's all saying about cgminer.exe used with many malware, but not libpdcurses.dll.

Search the thread for libpdcurses.dll - it's been covered ad nauseam...

BTC: 1GAHTMdBN4Yw3PU66sAmUBKSXy2qaq2SF4
Mobius
Hero Member
*****
Offline Offline

Activity: 957



View Profile
November 05, 2012, 09:37:59 PM
 #7885

ckolivas, currently, AVG 2012 Free Edition Antivirus saying that file:
libpdcurses.dll
contains a virus: PSW.KeyLogger.AVU http://www.avgthreatlabs.com/webthreats/info/psw.keylogger.avu/

Weird, isn't?

did you READ THE README
sharky112065
Sr. Member
****
Offline Offline

Activity: 383



View Profile
November 05, 2012, 11:31:54 PM
 #7886

ckolivas, currently, AVG 2012 Free Edition Antivirus saying that file:
libpdcurses.dll
contains a virus: PSW.KeyLogger.AVU http://www.avgthreatlabs.com/webthreats/info/psw.keylogger.avu/

Weird, isn't?

did you READ THE README

This would be one of the quietest threads on the forum if more people read the included README document/file.

Donations welcome: 12KaKtrK52iQjPdtsJq7fJ7smC32tXWbWr
-ck
Moderator
Legendary
*
Offline Offline

Activity: 1988


Ruu \o/


View Profile WWW
November 06, 2012, 12:35:14 AM
 #7887

There are other complexities related to this when share difficulty is changed by the pool (that I think is bad in Stratum) but the basics are as I said above.

I'm thinking about the solution and I think that I found it. When the protocol change from current "drop all shares above the target since receiving this new difficulty" to "drop all shares abouve the target for all new jobs", will it solve our problem?

a) When pool want to force user to new difficulty, it will send set_difficutly and job with clean_jobs=True like now
b) When pool want to update difficulty lazily, he will just send set_difficulty, no new job is required. In would be the most common scenario and there's also no way how to "lose" shares.

It just need some minor change in cgminer. It will basically bound difficulty with the job as you wanted and leave the difficulty as separate message as I wanted. So it looks like win-win solution.

ckolivas, Eleuthria - hm?
Hmm... To work with the current stratum limitation, cgminer checks shares against the current stratum pool difficulty before trying to submit them. I can remove this code and then difficulty is tied to the work at the time it was generated up to how the pool does things entirely. I'm thinking I will check difficulty against the new difficulty only if difficulty has dropped and then leave it up to the pool to cope. While this may introduce more rejects with diff increases, at least there is no chance of work lost, and will work with your idea.

Tying difficulty with work entirely would still be much better.

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
November 06, 2012, 01:22:47 AM
 #7888

New version -> 2.9.1

Main thing in this new point release is support for the pooled GBT mining protocol. This is once again a large chunk of new code and carries with it the attendant risks of new instability so I'm leaving 2.8.7 up for download. The GBT implementation is my own from scratch, not using an existing implementation. luke-jr helped debug a few things to do with how the protocol worked since no one else seems to understand it.

Note that I have serious reservations about recommending GBT as significantly advantageous for the miner (in terms of performance) unlike stratum. See my post here as to why:
https://bitcointalk.org/index.php?topic=108854.msg1317574#msg1317574



Human readable changelog

Support for GBT mining protocol.
Minor stratum tweaks, bugfixes and improvements.


Full changelog

Version 2.9.1 - November 6, 2012

- Reset work flags to prevent GBT shares from being submitted as stratum ones
after switching.


Version 2.9.0 - November 6, 2012

- Add endian swap defines for where missing.
- Only retarget stratum shares to new pool diff if diff has dropped.
- Remove resetting of probed variable when detecting GBT.
- Count lost stratum share submits and increase message priority to warning.
- Only retrieve a new block template for GBT pools that are the current pool.
- Show which pool untracked share messages have come from.
- Add management for dead GBT pools.
- Count lost shares with stratum as submit stale lost.
- Discard record of stratum shares sent and report lost shares on disconnection
since they will never be reported back.
- Swab, don't just swap the bytes in the GBT target.
- Change status window message for GBT connected pools versus LP.
- Generate a gbt work item from longpoll when required to set new block and
message appropriately.
- Use existing pool submit_old bool from gbt data.
- Retrieve a new block template if more than 30 seconds has elapsed since the
last one to keep the data current and test the pool is still alive.
- Update GBT longpollid every time we request a new longpoll.
- Manage appropriate response codes for share submission with GBT.
- Allow the longpoll thread to start with GBT and only set the longpollid once.
- Correct last few components of GBT block generation courtesy of Luke-jr.
- Use correct length for offsetting extra nonce and remaining data.
- Flip all 80 bytes in the flip function which was wrongly named flip256 for its
purpose.
- Calculate midstate for gbt work and remove now unused variable.
- Use a standard function for flipping bytes.
- Insert the extra nonce and remaining data in the correct position in the
coinbase.
- Remove txn size debugging and enlarge gbt block string to prevent overflow.
- Remove varint display debugging.
- Build varint correctly for share submission and sleep 5 seconds before
retrying submit.
- Make gbt_coinbase large enough for submissions, swap bytes correctly to make a
header from GBT and encode the number of transactions in share submission.
- Store the fixed size entries as static variables in GBT in binary form,
byteswapping as is required.
- 32 bit hex encoded variables should be in LE with GBT.
- Target and prevblockhash need to be reversed from GBT variables.
- Construct block for submission when using GBT.
- Use same string for debug as for submission and make string larger to cope
with future GBT messages.
- Skip trying to decipher LP url if we have GBT support.
- Store all the transaction hashes in pool->txn_hashes instead of separating
txn0 and correct generation of merkle root, fixing memory overwrites.
- Hook into various places to generate GBT work where appropriate.
- Create extra work fields when generating GBT work.
- Generate header from correct hashing generation of the merkle root for GBT.
- Generate the merkle root for gbt work generation.
- Create a store of the transactions with GBT in the minimum size form required
to generate work items with a varied coinbase.
- Create a function that generates a GBT coinbase from the existing pool
variables.
- Extract and store the various variables GBT uses when decoding gbt work.
- Check for invalid json result in work_decode.
- Decode work in separate functions for getwork vs gbt.
- Check for the coinbase/append mutable in GBT support to decide whether to use
it or not.
- Add a gbt mutex within the pool struct for protecting the gbt values.
- Convert work decode function to prepare for decoding block templates.
- Check for GBT support on first probing the pool and convert to using the GBT
request as the rpc request for that pool.
- Make the rpc request used with getwork a pool variable to allow it to be
converted to/from gbt requests.
- Changes to build prototypes to support building on FreeBSD 9.1-RC2 amd64
- Free old stratum_work data before replacing it
- There is no need for addrinfo any more.
- server and client sockaddr_in are no longer used in struct pool.
- Merge pull request #322 from luke-jr/bugfix_stratum_tmpwork
- Set sshare id and swork_id within the sshare mutex to avoid multiple share
submits with the same id.
- Initialize temporary stratum work

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

Activity: 231


View Profile WWW
November 06, 2012, 01:29:11 AM
 #7889

OK I looked.. used the search function and even google but can't find an answer to this question...  I posted on a new thread and was directed to this one.  My question is why will cgminer running on ubuntu 12.04 64 bit will not submit shares (in a timely manner) for scrypt mining.  Hashrate in the cgminer console is ~310Kh/s but share submits are reporting 2Kh/s

Here is my post https://bitcointalk.org/index.php?topic=120773.0

When I posted it I was running 2.7.5 and now I am running 2.8.7 and having the same problem.  Any ideas?
Any help is much appreciated.

Naelr

Join me in hosted mining.  And always use 2 Factor Auth whenever possible.
CEX.IO hosting mining
kano
Legendary
*
Offline Offline

Activity: 1918


Linux since 1997 RedHat 4


View Profile
November 06, 2012, 01:44:12 AM
 #7890

cut/paste ...

2.9.0 2.9.1
An Xubuntu 11.04 x86_64 executable is in my github downloads called cgminer-2.9.0a cgminer-2.9.1a
https://github.com/kanoi/cgminer/downloads
(it also works on Fedora 16 and 17)

For anyone who didn't realise, it's just the executable file to put in place of 'cgminer'
Nothing else needs changing
First get and extract the full binary release from ckolivas and then copy my file in place of 'cgminer'

No problems so far on my '2xGPU' or 'BFL+ICA' - yes I've rearranged them (40 minutes so far) GPU's on solo and BFL+ICA (1.6GH/s) on EMC with GBT (MMQ is doing other testing)

The same configure options as cvolivas' binary version
In case anyone was wondering:
CFLAGS="-O2 -W -Wall" ./autogen.sh --enable-icarus --enable-bitforce --enable-ztex --enable-modminer --enable-scrypt
make clean
make

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
enmaku
Hero Member
*****
Offline Offline

Activity: 742



View Profile WWW
November 06, 2012, 02:50:34 AM
 #7891

After my recent upgrade to 2.9 I started getting a lot of this:

Code:
[2012-11-05 18:43:46] BFL0: Garbled response probably throttling, clearing buffer
 [2012-11-05 18:43:49] BFL0: Comms error

It happens quite often, every 10-20 lines or so and I'm watching the BFL unit mine and there are no blinky lights to indicate throttling...

Also, every once in a while, I'll come back to my computer to find that cgminer isn't running. I don't see any errors, it starts back up just fine, it just mysteriously stops running...

Is there some kind of debug flag I can set to figure out what's causing these two problems and if they're related?

-ck
Moderator
Legendary
*
Offline Offline

Activity: 1988


Ruu \o/


View Profile WWW
November 06, 2012, 02:51:42 AM
 #7892

Switching from a stratum pool to a gbt pool is a little broken it seems on 2.9.0... No need to report this bug  Lips sealed

EDIT: Hotfix quick update to 2.9.1 getting rid of this bug.

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

Activity: 1918


Linux since 1997 RedHat 4


View Profile
November 06, 2012, 04:35:20 AM
 #7893

After my recent upgrade to 2.9 I started getting a lot of this:

Code:
[2012-11-05 18:43:46] BFL0: Garbled response probably throttling, clearing buffer
 [2012-11-05 18:43:49] BFL0: Comms error

It happens quite often, every 10-20 lines or so and I'm watching the BFL unit mine and there are no blinky lights to indicate throttling...

Also, every once in a while, I'll come back to my computer to find that cgminer isn't running. I don't see any errors, it starts back up just fine, it just mysteriously stops running...

Is there some kind of debug flag I can set to figure out what's causing these two problems and if they're related?
Best bet would be a bad USB cable.

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
enmaku
Hero Member
*****
Offline Offline

Activity: 742



View Profile WWW
November 06, 2012, 07:01:59 AM
 #7894

After my recent upgrade to 2.9 I started getting a lot of this:

Code:
[2012-11-05 18:43:46] BFL0: Garbled response probably throttling, clearing buffer
 [2012-11-05 18:43:49] BFL0: Comms error

It happens quite often, every 10-20 lines or so and I'm watching the BFL unit mine and there are no blinky lights to indicate throttling...

Also, every once in a while, I'll come back to my computer to find that cgminer isn't running. I don't see any errors, it starts back up just fine, it just mysteriously stops running...

Is there some kind of debug flag I can set to figure out what's causing these two problems and if they're related?
Best bet would be a bad USB cable.

A USB cable that worked fine for several months then magically broke at the exact moment that I upgraded cgminer?

jddebug
Sr. Member
****
Offline Offline

Activity: 420



View Profile
November 06, 2012, 07:13:01 AM
 #7895

After my recent upgrade to 2.9 I started getting a lot of this:

Code:
[2012-11-05 18:43:46] BFL0: Garbled response probably throttling, clearing buffer
 [2012-11-05 18:43:49] BFL0: Comms error

It happens quite often, every 10-20 lines or so and I'm watching the BFL unit mine and there are no blinky lights to indicate throttling...

Also, every once in a while, I'll come back to my computer to find that cgminer isn't running. I don't see any errors, it starts back up just fine, it just mysteriously stops running...

Is there some kind of debug flag I can set to figure out what's causing these two problems and if they're related?
Best bet would be a bad USB cable.

A USB cable that worked fine for several months then magically broke at the exact moment that I upgraded cgminer?

Give it a try at least. kano is telling you what the likely issue it. The message you are seeing I have had to deal with off and on for months. Its either been usb issues or bad cooling due to thermal grease/fan problems.
kano
Legendary
*
Offline Offline

Activity: 1918


Linux since 1997 RedHat 4


View Profile
November 06, 2012, 07:37:41 AM
 #7896

After my recent upgrade to 2.9 I started getting a lot of this:

Code:
[2012-11-05 18:43:46] BFL0: Garbled response probably throttling, clearing buffer
 [2012-11-05 18:43:49] BFL0: Comms error

It happens quite often, every 10-20 lines or so and I'm watching the BFL unit mine and there are no blinky lights to indicate throttling...

Also, every once in a while, I'll come back to my computer to find that cgminer isn't running. I don't see any errors, it starts back up just fine, it just mysteriously stops running...

Is there some kind of debug flag I can set to figure out what's causing these two problems and if they're related?
Best bet would be a bad USB cable.

A USB cable that worked fine for several months then magically broke at the exact moment that I upgraded cgminer?
Well - it's like this.
You want to HOPE it's a bad USB cable problem that often people have with BFLs

On the other hand it could be something worse ...

To add doom and gloom to the discussion, things often fail when they change - specifically turning them off and on or letting them cool down and heat up (if no power cycle)

Software change is VERY unlikely since no one has changed the BFL code for a month.
Not impossible of course, but certainly not a likely suspect.

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
-ck
Moderator
Legendary
*
Offline Offline

Activity: 1988


Ruu \o/


View Profile WWW
November 06, 2012, 07:39:55 AM
 #7897

Software change is VERY unlikely since no one has changed the BFL code for a month.
Not impossible of course, but certainly not a likely suspect.
Right, none of the fpga code has been touched in a while. On the other hand, cgminer keeps devices busier than ever so if they're borderline, it will push them over.

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

Activity: 770



View Profile WWW
November 06, 2012, 07:53:16 AM
 #7898

Request for help...

I have 2 CM1s mining in Australia due to high elec costs...Over the last few weeks I have noticed that they only mine for between a few minutes to a few hours (8 tops). Having said this, the best I have done is 2 days str8 mining.

They just appear to drop of the USB line with a "boink" then cgminer reports they are "OFF". I have been using cgminer 2.7.0 > 2.8.4 on a Win 7 system with the same reuslts...could I please get some stability help. (whilling to sheel out BTC for help)

P_Shep
Legendary
*
Offline Offline

Activity: 924


View Profile WWW
November 06, 2012, 08:57:21 AM
 #7899

After my recent upgrade to 2.9 I started getting a lot of this:

Code:
[2012-11-05 18:43:46] BFL0: Garbled response probably throttling, clearing buffer
 [2012-11-05 18:43:49] BFL0: Comms error

It happens quite often, every 10-20 lines or so and I'm watching the BFL unit mine and there are no blinky lights to indicate throttling...

Also, every once in a while, I'll come back to my computer to find that cgminer isn't running. I don't see any errors, it starts back up just fine, it just mysteriously stops running...

Is there some kind of debug flag I can set to figure out what's causing these two problems and if they're related?
Best bet would be a bad USB cable.

A USB cable that worked fine for several months then magically broke at the exact moment that I upgraded cgminer?


Well - it's like this.
You want to HOPE it's a bad USB cable problem that often people have with BFLs

On the other hand it could be something worse ...

To add doom and gloom to the discussion, things often fail when they change - specifically turning them off and on or letting them cool down and heat up (if no power cycle)

Software change is VERY unlikely since no one has changed the BFL code for a month.
Not impossible of course, but certainly not a likely suspect.

One of my units up a died on me today. Kinda.

Re-flashed it and it started working again. Had a short power cut which probably initiated it, but still an odd failure... How does the firmware just up disappear?

Edit: Fix garbled quoting.
kano
Legendary
*
Offline Offline

Activity: 1918


Linux since 1997 RedHat 4


View Profile
November 06, 2012, 09:20:48 AM
 #7900

Yeah that's what happened to me as I have mentioned before back around July I think it was.
My BFL half died (one FPGA stopped working randomly then long term then random ...)
Then eventually it stopped working completely so I tried to reflash it with the 880 bitstream ... to try kill it Smiley
It's been fine hashing away on that since then (just a few throttles on hot days a couple of times)
So yeah reflash is also another option if the BFL is actually playing up due to that.
That's also a rather simple thing to try in windows or linux.

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
Pages: « 1 ... 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 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 ... 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!