Bitcoin Forum
December 08, 2016, 12:37:19 AM *
News: Latest stable version of Bitcoin Core: 0.13.1  [Torrent].
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 553 554 555 556 557 558 559 560 561 562 563 564 565 566 567 568 569 570 571 572 573 574 575 576 577 578 579 580 581 582 583 584 585 586 587 588 589 590 591 592 593 594 595 596 597 598 599 600 601 602 [603] 604 605 606 607 608 609 610 611 612 613 614 615 616 617 618 619 620 621 622 623 624 625 626 627 628 629 630 631 632 633 634 635 636 637 638 639 640 641 642 643 644 645 646 647 648 649 650 651 652 653 ... 830 »
  Print  
Author Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.9.2  (Read 4822061 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.
kano
Legendary
*
Offline Offline

Activity: 1932


Linux since 1997 RedHat 4


View Profile
August 22, 2013, 01:42:48 AM
 #12041

To save making these posts too big ... and quicker for me to write Smiley ... somewhat abbreviated:

3.4.0a 3.4.0 recompiled on:
Fedora 18
64 bit xubuntu 11.04 (should also work on Fedora 16 and 17)
RPi 32bit Arch
RPi 32bit Raspbian

e.g. to get the 64 bit xubuntu 11.04 binary:
wget https://github.com/kanoi/cgminer-binaries/raw/master/Ubuntu_11.04_x86_64/cgminer-3.4.0a
chmod +x cgminer-3.4.0a


The 3 others are:
https://github.com/kanoi/cgminer-binaries/raw/master/Fedora18_x86_64/cgminer-3.4.0a
https://github.com/kanoi/cgminer-binaries/raw/master/RPi_Arch/cgminer-3.4.0a
https://github.com/kanoi/cgminer-binaries/raw/master/RPi_Raspbian/cgminer-3.4.0a

The Xubuntu configure option (with GPU and scrypt):
LIBUSB_CFLAGS="-I./libusb/libusb-1.0.16-rc10/libusb" LIBUSB_LIBS="./libusb/libusb-1.0.16-rc10/libusb/.libs/libusb-1.0.a -ludev -lrt" CFLAGS="-g -W -Wall" ./autogen.sh --enable-bflsc --enable-icarus --enable-bitforce --enable-modminer --enable-ztex --enable-avalon --enable-scrypt

The rest are USB only (no GPU):
LIBUSB_CFLAGS="-I./libusb/libusb-1.0.16-rc10/libusb" LIBUSB_LIBS="./libusb/libusb-1.0.16-rc10/libusb/.libs/libusb-1.0.a -ludev -lrt" CFLAGS="-g -W -Wall" ./autogen.sh --enable-bflsc --enable-icarus --enable-bitforce --enable-modminer --enable-ztex --enable-avalon

The -g (instead of -O2) means it's a debug build so if anyone finds a problem and has core dumps enabled, it will dump a much more useful debug core.

Note I have binary folders of ckolivas official release files in my binaries git also, for if you can't get to his downloads
To get them you select the folder (e.g. 3.4.0) then click on the file you want then right-click save-as the "View Raw" link.

Important: Read README, ASIC-README or FPGA-README about USB configuration on linux and windows

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

Posts: 1481157439

View Profile Personal Message (Offline)

Ignore
1481157439
Reply with quote  #2

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

Posts: 1481157439

View Profile Personal Message (Offline)

Ignore
1481157439
Reply with quote  #2

1481157439
Report to moderator
1481157439
Hero Member
*
Offline Offline

Posts: 1481157439

View Profile Personal Message (Offline)

Ignore
1481157439
Reply with quote  #2

1481157439
Report to moderator
1481157439
Hero Member
*
Offline Offline

Posts: 1481157439

View Profile Personal Message (Offline)

Ignore
1481157439
Reply with quote  #2

1481157439
Report to moderator
Economics
Jr. Member
*
Offline Offline

Activity: 35


View Profile
August 22, 2013, 04:43:27 AM
 #12042

I've been using cgminer v3.3.0 with my ATI/Radeon 5700 successfully since 3.3.0 was released.  Recently, the cpu was pegged at 100% and the system very sluggish as a result.  I rebooted and now I can't get cgminer to startup.  If I disable-gpu, it will start, otherwise it hangs with the following messages:

    cgminer --verbose -D -T -c cgminer.conf.empty
    [2013-08-22 13:33:00] Started cgminer 3.3.0                   
    [2013-08-22 13:33:00] Loaded configuration file cgminer.conf.empty                   
    [2013-08-22 13:33:00] RES: thread starting


Additionally "./cgminer --ndevs" will hang.

The system runs linux (bamt) and the GUI looks o.k., but I'm afraid that my GPU is dying.

What else can I try?

--E
Karin
Member
**
Offline Offline

Activity: 109



View Profile WWW
August 22, 2013, 06:15:31 AM
 #12043

I'm unable to compile 3.4.0 on Mac OS X:

Code:
util.c: In function ‘cgtimer_time’:
util.c:891: warning: implicit declaration of function ‘clock_gettime’
util.c:891: error: ‘CLOCK_MONOTONIC’ undeclared (first use in this function)
util.c:891: error: (Each undeclared identifier is reported only once
util.c:891: error: for each function it appears in.)
util.c: In function ‘nanosleep_abstime’:
util.c:899: warning: implicit declaration of function ‘clock_nanosleep’
util.c:899: error: ‘CLOCK_MONOTONIC’ undeclared (first use in this function)
util.c:899: error: ‘TIMER_ABSTIME’ undeclared (first use in this function)

Seems like clock_gettime(CLOCK_MONOTONIC, ...) is not available on OS X.

Easiest to use bitcoin/litecoin miner for Mac: AsteroidApp.com | @AsteroidApp | Bitcointalk forum thread
Unofficial cgminer for Mac OS X | sgminer for Mac OS X
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2002


Ruu \o/


View Profile WWW
August 22, 2013, 06:41:18 AM
 #12044

I'm unable to compile 3.4.0 on Mac OS X:

Code:
util.c: In function ‘cgtimer_time’:
util.c:891: warning: implicit declaration of function ‘clock_gettime’
util.c:891: error: ‘CLOCK_MONOTONIC’ undeclared (first use in this function)
util.c:891: error: (Each undeclared identifier is reported only once
util.c:891: error: for each function it appears in.)
util.c: In function ‘nanosleep_abstime’:
util.c:899: warning: implicit declaration of function ‘clock_nanosleep’
util.c:899: error: ‘CLOCK_MONOTONIC’ undeclared (first use in this function)
util.c:899: error: ‘TIMER_ABSTIME’ undeclared (first use in this function)

Seems like clock_gettime(CLOCK_MONOTONIC, ...) is not available on OS X.
Yay for more unimplemented POSIX features on an operating system that claims to be POSIX. More like POSOSX.

Will create a generic workaround for the next version.

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

Activity: 109



View Profile WWW
August 22, 2013, 07:10:04 PM
 #12045

Unofficial Mac binaries updated to 3.3.4 at http://spaceman.ca/cgminer.

This directly relates to the whole libusb monologue I've been having in here over the last month
That specifically means your libusb on your mac is bugged - the timeout option when doing I/O isn't working
The README says how to build with a working libusb and it works on Linux and Windows - no idea about a Mac ...
Tell whoever Karin is to read the README ...

Karin, read the README  Tongue
I'm Karin! Cheesy

I keep a very close eye on the readme's (even following their changes on github), and I've tried using rc10 but if I recall it had no effect on this bug on Macs, so I instead include the latest libusb in my builds.

Kano makes it sounds like the error confidently lies within libusb, so I'll do a full spectrum of tests with various libusb versions.  If I can find a version that works I will update cgminer for Mac OS X and Asteroid (my Mac GUI to cgminer) accordingly.

Otherwise, we'll have to dig deeper into libusb, and any errors generated from cgminer (and what the community can help with) would be our best bet in figuring out the issue with libusb + Macs.  I'll try and do these test builds tonight and will post back with what I find.
Yes the problem is clearly libusb.
As I have already stated, I can run two different libusb versions on the same architecture and one works while the other doesn't.
The test problem that I've mentioned in here a few times is standalone code (bits and pieces of the code I've written in cgminer - but modified) and that shows if timeouts are working ... and if they are matching the expected values also.

https://bitcointalk.org/index.php?topic=28402.msg2817682;topicseen#msg2817682
https://bitcointalk.org/index.php?topic=28402.msg2846296;topicseen#msg2846296
https://bitcointalk.org/index.php?topic=28402.msg2938585;topicseen#msg2938585

That specific version - libusb-1.0.16-rc10 - works on Linux and Windows
I've seen other 1.0.16 versions that don't work ... thus using the 'latest' libusb is not guaranteed to solve it.
Also, libusb has 2 sources: libusb and libusbx, and some OSs provide libusbx instead of libusb

The README also states how to use the libusb mentioned

Okay, I've solved this problem on Mac OS X by using libusb-1.0.2.  Unfortunately, this version is from 2009, but it has worked well in testing with my own admittedly limited gear (one USB block erupter, one GPU).

I ran 44 test cases to determine this: 22 versions of libusb, 20 versions of libusbx, and a few alternates I located around the web.  They span every official release and release candidate of the two libusb branches since 2009.

6 would not configure, 1 would not compile, 4 would not link with cgminer, 5 would not successfully access the USB device, 28 exhibited "TIMEOUT GetResults took 2000ms but was 100ms" errors, and only one worked without errors and generated the correct output (libusb-1.0.2).  I could not get kano's usbfail.c to compile, so I simply built 44 versions of cgminer statically linked to the different libusb builds and ran my tests over 10 minutes of runtime each.

I've updated my cgminer for Mac OS X universal binaries as of a few moments ago, and will be submitting my findings to the other Mac cgminer projects (asteroid, xgminer, multiminer, macminer) for their own testing.

If this does indeed work for others, then the next step would be to approach the libusbx people and/or dig into the code myself, so that we can get a newer libusb/libusbx but with the correct operability of v1.0.2.  Or perhaps 1.0.2 is fine.

Easiest to use bitcoin/litecoin miner for Mac: AsteroidApp.com | @AsteroidApp | Bitcointalk forum thread
Unofficial cgminer for Mac OS X | sgminer for Mac OS X
Krak
Hero Member
*****
Offline Offline

Activity: 591



View Profile WWW
August 22, 2013, 08:33:57 PM
 #12046

Since upgrading to cgminer 3.4.0, my Jalapeno went from ~5.7 GH/s to ~5.5 GH/s. Should I let it cool down and restart it? I think something like that was discussed in this thread before.

BTC: 1KrakenLFEFg33A4f6xpwgv3UUoxrLPuGn
Trongersoll
Sr. Member
****
Offline Offline

Activity: 448


Retired Software Engineer


View Profile
August 22, 2013, 08:37:04 PM
 #12047

Since upgrading to cgminer 3.4.0, my Jalapeno went from ~5.7 GH/s to ~5.5 GH/s. Should I let it cool down and restart it? I think something like that was discussed in this thread before.

it seems starting hash rate is partially determined based on Temperature at startup. so yeah, let it cool. some people have been refrigerateing them prior to turn on.

*insert appropriate begging line here* 
BTC: 1CS6AV7VnjcPLxaTFoUhTjXK4mQCTzfSxE
Doge: DB22tiynvXKg7SyPpnH9jyfitKLTZb6ejc
Krak
Hero Member
*****
Offline Offline

Activity: 591



View Profile WWW
August 22, 2013, 08:41:54 PM
 #12048

it seems starting hash rate is partially determined based on Temperature at startup. so yeah, let it cool. some people have been refrigerateing them prior to turn on.
Hmm, refrigerating doesn't sound like a good idea. Wouldn't there be a problem with moisture?

BTC: 1KrakenLFEFg33A4f6xpwgv3UUoxrLPuGn
Trongersoll
Sr. Member
****
Offline Offline

Activity: 448


Retired Software Engineer


View Profile
August 22, 2013, 08:49:43 PM
 #12049

it seems starting hash rate is partially determined based on Temperature at startup. so yeah, let it cool. some people have been refrigerateing them prior to turn on.
Hmm, refrigerating doesn't sound like a good idea. Wouldn't there be a problem with moisture?

*shrug* i only know what it read here. maybe they  put them in a plastic bag or frost free freezer. Pure water isn't a great conductor. It is the impurities in most water that causes problems. (doning protective vest)

*insert appropriate begging line here* 
BTC: 1CS6AV7VnjcPLxaTFoUhTjXK4mQCTzfSxE
Doge: DB22tiynvXKg7SyPpnH9jyfitKLTZb6ejc
-Redacted-
Sr. Member
****
Offline Offline

Activity: 378



View Profile
August 22, 2013, 09:19:13 PM
 #12050

The problem isn't so much when they are in the freezer as it is the water that condenses on them after you take it out....

Now hanging out on Atomic-Trade.com...
Krak
Hero Member
*****
Offline Offline

Activity: 591



View Profile WWW
August 22, 2013, 10:01:52 PM
 #12051

Stuck it in the fridge for about 30 minutes and it doesn't seem to have helped. If anything, it looks like it's gotten worse; down to ~5.4 GH/s now. Sad

BTC: 1KrakenLFEFg33A4f6xpwgv3UUoxrLPuGn
chanson
Member
**
Offline Offline

Activity: 84


View Profile
August 23, 2013, 01:04:56 AM
 #12052

Since upgrading to cgminer 3.4.0, my Jalapeno went from ~5.7 GH/s to ~5.5 GH/s. Should I let it cool down and restart it? I think something like that was discussed in this thread before.

You can isolate whether it is the Jalapeno startup or changes in 3.4.0 by comparing hash rates with your previous version of cgminer.
miter_myles
Hero Member
*****
Offline Offline

Activity: 742



View Profile
August 23, 2013, 01:10:49 AM
 #12053

Just wanted to say that it seems 3.4.0 has made my HW errors on the USB BEs drop significantly... very nice!  thx!

BTC - 1D7g5395bs7idApTx1KTXrfDW7JUgzx6Z5
LTC - LVFukQnCWUimBxZuXKqTVKy1L2Jb8kZasL
Samael82
Jr. Member
*
Offline Offline

Activity: 39


View Profile
August 23, 2013, 07:46:35 AM
 #12054

Hi! I'm trying to mine beyond firewall and proxy, so i use tor's vidalia to connect to the work servers.
Intresting detail - if we have an http and stratum proxy on mining pool, http redirects cgminer to stratum, and cgminer works correctly.
But if we have "plain stratum", cgminer can not conect to it through tor's socks5. For example, I'm mining LTC on litepool.ru right now. I connect to it through 8337 port, old getwork protocol. I used to mine on 50btc.com, where was getting connect throug old port too.
But when i trying to connetc to liteguard.com, which have only plain strtum proto, cgminer says "credentials are invalid" or pool is down.
If you teach it to work with stratum through socks5, it will be superior!
OtaconEmmerich
Full Member
***
Offline Offline

Activity: 237



View Profile
August 23, 2013, 10:41:25 AM
 #12055

Just wanted to say that it seems 3.4.0 has made my HW errors on the USB BEs drop significantly... very nice!  thx!
What was it before and what is it now?
Zanatos666
Sr. Member
****
Offline Offline

Activity: 280


Sometimes man, just sometimes.....


View Profile
August 23, 2013, 01:14:43 PM
 #12056

Stuck it in the fridge for about 30 minutes and it doesn't seem to have helped. If anything, it looks like it's gotten worse; down to ~5.4 GH/s now. Sad

That doesnt sound like a particularly good idea.  Have you tried removing the casing and inverting the fan so its blowing down?

Squiggly letters, written really fast, with a couple of dots for good measure.
os2sam
Legendary
*
Offline Offline

Activity: 1918


Think for yourself


View Profile
August 23, 2013, 01:50:56 PM
 #12057

Stuck it in the fridge for about 30 minutes and it doesn't seem to have helped. If anything, it looks like it's gotten worse; down to ~5.4 GH/s now. Sad

That doesnt sound like a particularly good idea.  Have you tried removing the casing and inverting the fan so its blowing down?

I did that a couple days ago and my temp went from 45C to 35C.

A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing on usenet and in e-mail?
Zanatos666
Sr. Member
****
Offline Offline

Activity: 280


Sometimes man, just sometimes.....


View Profile
August 23, 2013, 02:30:54 PM
 #12058

Stuck it in the fridge for about 30 minutes and it doesn't seem to have helped. If anything, it looks like it's gotten worse; down to ~5.4 GH/s now. Sad

That doesnt sound like a particularly good idea.  Have you tried removing the casing and inverting the fan so its blowing down?

I did that a couple days ago and my temp went from 45C to 35C.

I did that when I flashed my firmware.  Even with the increased hash rate, I went from ~42 to ~38.  Just breathes better.

Squiggly letters, written really fast, with a couple of dots for good measure.
crazyates
Legendary
*
Offline Offline

Activity: 938



View Profile
August 23, 2013, 03:15:38 PM
 #12059

Stuck it in the fridge for about 30 minutes and it doesn't seem to have helped. If anything, it looks like it's gotten worse; down to ~5.4 GH/s now. Sad
That doesnt sound like a particularly good idea.  Have you tried removing the casing and inverting the fan so its blowing down?
I did that a couple days ago and my temp went from 45C to 35C.
I did that when I flashed my firmware.  Even with the increased hash rate, I went from ~42 to ~38.  Just breathes better.
Did you guys keep the big 120mm fans, or get rid of them along with the case? If you got rid of them, I'd imagine just the two smaller fans would be a lot quieter than all 4.

Tips? 1crazy8pMqgwJ7tX7ZPZmyPwFbc6xZKM9
Previous Trade History - Sale Thread
KyrosKrane
Sr. Member
****
Offline Offline

Activity: 292


View Profile WWW
August 23, 2013, 03:22:47 PM
 #12060

Greetings.

I'm a recent entry into the world of ASIC mining. Smiley I've got a small array of 31 ASICMiner Block Erupters that I'm trying to set up as a "fire-and-forget" setup that I can just run in a remote location (where I get free electricity).  Eventually I plan to run this off a Raspberry Pi, but that's a story for another day. Smiley

Right now, I'm using a Windows 8 x64 PC as a host. I've consistently been getting crashes when running cgminer.  Here's my setup:

6x D-Link DUB-H7 hubs

Hub #1 is the "master" hub.  The other five connect to it.  Hub 1 also holds a USB fan and a single block erupter.
Hubs 2-5 each contain six block erupters.  Each is plugged into hub #1.
Hub #1 is connected to my host PC.

I ran the zadig tool and configured the drivers.

With cgminer 3.3.1, if I plug in the array first, then start cgminer, cgminer will instantly crash.  If I start cgminer first, then plug in the array, it seems to work.  At least, I didn't experience any crash issues.  However, this is unsustainable as I plan to run this rig remotely, so I need to be able to reboot the machine periodically without having to unplug and replug the array.

With cgminer 3.4.0, I can start it with the array plugged in, and it hashes normally, at expected values.  However, after about 1-12 hours (varies), it crashes as per the screenshot below:



In this screenshot, it crashed after only about an hour of running.

My config file only contains my pool info, no other options.  I start cgminer with a shortcut in the startup folder in windows, which just runs the executable - no command line options.  Alternately, when restarting cgminer after a crash, I double-click on the .exe.

Any thoughts on what I might be doing wrong?

I'm thinking of just using the looping-restart batch file someone posted earlier in the thread, but that's just a workaround, not a fix.

(Side note: My PC has an AMD APU, which cgminer picks up and runs for an extra 50MH/s.  Bonus! Smiley )

Tips and donations: 1KyrosREGDkNLp1rMd9wfVwfkXYHTd6j5U  |  BTC P2Pool node: p2pool.kyros.info:9332
Pages: « 1 ... 553 554 555 556 557 558 559 560 561 562 563 564 565 566 567 568 569 570 571 572 573 574 575 576 577 578 579 580 581 582 583 584 585 586 587 588 589 590 591 592 593 594 595 596 597 598 599 600 601 602 [603] 604 605 606 607 608 609 610 611 612 613 614 615 616 617 618 619 620 621 622 623 624 625 626 627 628 629 630 631 632 633 634 635 636 637 638 639 640 641 642 643 644 645 646 647 648 649 650 651 652 653 ... 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!