OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.1

[kano]

LETS GO DEFAULTS LETS GO.
 
LETS GO DEFAULTS LETS GO.

LETS GO DEFAULTS LETS GO.

In any pool you get paid based on valid shares.  That is all that matters.  Your quest should be to find what configuration (miner, clocks, voltage, intensity, params, etc) gives you the most VALID SHARES per hour?  

Even rejects don't matter other than is they are avoidable they reduce valid shares:  100 shares + 10 rejects > 90 shares + 0 rejects.

All that matters is VALID SHARES.  That is the pay metric (for any pool).  U is a measure of valid shares per minute.  U is your "minutely wage".

Honestly I wish pools stopped reporting hashrate for miners (which is false they are just taking a guestimate) and instead provided a U.  

Actually to be specific, what they do is convert the U into a hashrate.
Which (as you said) is false - it is simply the hashes expected for the given actual U you supply to them.

The problem of course with that is that U has the exact same random tendancy as block finding, however shares happen to come D times more often and thus have a lower variance.
(for a pool using the standard D = block difficulty - or another way of wording it is: a share = a difficulty 1 block)

[1714121779]

1714121779

[1714121779]

1714121779

[1714121779]

1714121779

[miscreanity]

Alright, so I'm sticking with the good ol' Ubuntu 11.04 installation for now, but kicked up to Cat 11.11 with APPSDK 2.5 and the latest cgminer 2.1.2 git build.

The good news is that everything is running smoothly so far with <0.5% stales. The bad news is: I don't have a FPGA box to try out yet.

Con, a minor quibble: could the generated .bin be searched for in the config file directory before building it?

[-ck]

Alright, so I'm sticking with the good ol' Ubuntu 11.04 installation for now, but kicked up to Cat 11.11 with APPSDK 2.5 and the latest cgminer 2.1.2 git build.

The good news is that everything is running smoothly so far with <0.5% stales. The bad news is: I don't have a FPGA box to try out yet.

Con, a minor quibble: could the generated .bin be searched for in the config file directory before building it?

It already searches for it in the current directory. You want yet more paths to be checked?

[Remember remember the 5th of November]

I noticed that [P]ool Management->[*I*]nformation does not display the Accepted shares for a pool, simply because the line is hidden due to too much content being displayed.
On Windows of course.

[jjiimm_64]

Massively updated git tree (new minor version coming soon):

    Display what support is built in.

    BitForce FPGA support
   
    cgminer will scan for and mine BitForce FPGAs on USB ports by providing the
    new --scan-serial <device> option, or autodetect them by searching
    /dev/serial/by-id for *BitFORCE_SHA256*

    Update copyright dates.

    Update README.

    Configure out building and support of all CPU mining code unless --enable-cpumining is enabled.

    Add configuration option for CPU mining which will default to off.

    Update example conf with 1% donation.

    Allow parsed values to be zero which will allow 0 values in the config file to work.

    Advertise that we can make our own midstate, so the pool can skip generating it for us

    Refactor the CPU scanhash_* functions to use a common API. Fixes bugs.
   
    - Before, some returned bool, and others returned int (which was then turned
      into a bool with a comparison); now, everything returns a bool
    - Before, some set hashes_done to nonce - 1 when a share was found and others
      set it to nonce + 1 or 2. This caused some algorithms to scan/submit shares
      twice with the new cpu_scanhash function. Now, it has all been replaced with
      last_nonce, which is set to the final nonce checked by the scanhash_* func.
    - VIA needs the full data, and cannot use midstate. All the others were
      expecting midstate and data+64 for their parameters. Now, we pass midstate
      and the full data pointer, and let the scanhash_* function choose which to
      use.

    Don't consider a pool lagging if a request has only just been filed.
    This should decrease the false positives for "pool not providing work fast enough".

    Invalidating work after longpoll made hash_pop return no work giving a false positive for dead pool.
    Rework hash_pop to retry while finds no staged work until the abstime timeout really expires.

    Remove TCP_NODELAY from curl options as many small packets may be contributing to network overload.

    Refactor miner_thread to be common code for any kind of device
   
    This expands on the device API, by taking the actual main thread out of the
    device's code, and calling the API only for specific tasks. This brings
    various changes that were made to the GPU thread code into the CPU miner.
    It also fixes a bug where shares found on old GPU work were discarded when
    it switched to a new work.

    Simplify submit_nonce loop and avoid potentially missing FOUND - 1 entry. Reported by Luke-Jr.

    Micro-optimisation in sha256_sse2 code courtesy of Guido Ascioti guido.ascioti@gmail.com

    Typo in readme.

   Refactor to abstract device-specific code

I dont see a revision change. is this still part of 2.1.2?

[DeathAndTaxes]

Massively updated git tree (new minor version coming soon):

I dont see a revision change. is this still part of 2.1.2?

No.  See the bolded part.  You could compile the git yourself and have the changes now or just wait a couple days for next version.

[DeathAndTaxes]

I noticed that [P]ool Management->[*I*]nformation does not display the Accepted shares for a pool, simply because the line is hidden due to too much content being displayed.
On Windows of course.

You just need to make the command prompt window larger.  Right click properties.  Increase vertical size.

[Remember remember the 5th of November]

I noticed that [P]ool Management->[*I*]nformation does not display the Accepted shares for a pool, simply because the line is hidden due to too much content being displayed.
On Windows of course.

You just need to make the command prompt window larger.  Right click properties.  Increase vertical size.

Doesn't work.

[DeathAndTaxes]

I noticed that [P]ool Management->[*I*]nformation does not display the Accepted shares for a pool, simply because the line is hidden due to too much content being displayed.
On Windows of course.

You just need to make the command prompt window larger.  Right click properties.  Increase vertical size.

Doesn't work.

It does for me.  What do you mean it doesn't work?  What exactly doesn't happen?

You may also need to change the screen buffer size.

[miscreanity]

It already searches for it in the current directory. You want yet more paths to be checked?

Like I said - minor. I just changed the working directory instead.

[-ck]

Git tree currently doesn't set auto gpu features properly on >1 card. Waiting on someone to git bisect the exact commit responsible before I can move forward with this code to a new release.

[jjiimm_64]

But yeah - state exactly what you want with those 2 commands and once the CPU changes happen I'll put those 2 on first priority (for 5 BTC

I would like to add V to the list.  the more i read about undervolting, the more I want to try it.  especially with summer approaching.
Also, since reconfiguring a bunch of rigs will be easy to do from this interface, would be nice to be able to write the config to a file.


Kano,  I am willing to up the anti to get this stuff in....  10btc? anyone else willing to contribute?



1. ability to switch pools (i think setting a pools priority to 0 would work?)
2.  setting the following, for gpus's:

• "intensity" : "newValue",
• "gpu-engine" : "newValue",
• "gpu-vddc" : "newValue",
• "gpu-memclock" : "newValue",
• "gpu-fan":      "newValue",  ex(50-85)

3. ability to write current config to text file:   {command writeConfig,  param filename) (please fix the volt config bug)

I think Kano main objection to modification now is the code base will be changed significantly when cpu mining is removed.  He would rather wait until cpu mining is complete, finalized, and then work off that version for more PRC enhancements.

Thanks DAT.

while making the webmonitor. I cannot report what the pool strategy is from the rpc request. can we add the pool strategy? here is a sample of a pool get that is currently in load balance mode.:

Code:

[POOLS] => Array
        (
            [0] => Array
                (
                    [POOL] => 0
                    [URL] => http://us.eclipsemc.com:8337
                    [Status] => Alive
                    [Priority] => 0
                    [Long Poll] => Y
                    [Getworks] => 5937
                    [Accepted] => 11365
                    [Rejected] => 210
                    [Discarded] => 399
                    [Stale] => 26
                    [Get Failures] => 5
                    [Remote Failures] => 115
                )

            [1] => Array
                (
                    [POOL] => 1
                    [URL] => http://bitcoind:8332
                    [Status] => Alive
                    [Priority] => 1
                    [Long Poll] => N
                    [Getworks] => 107160
                    [Accepted] => 0
                    [Rejected] => 0
                    [Discarded] => 3053
                    [Stale] => 0
                    [Get Failures] => 37
                    [Remote Failures] => 0
                )

[kano]

2 things

1) Yeah the status of the git at the moment means I'm best to stay away until Luke's stuff is resolved

2) Your 'pool' request is not a pool attribute, that's a cgminer attribute.
 So I guess you want another command to report the cgminer strategy?

(I have actually done the CPU code removal from api.c but not sent a pull yet - again I'm waiting to see what happens currently first)

Edit: https://bitcointalk.org/index.php?topic=28402.msg700674#msg700674

[kano]

Updated my 11.04 USB install script to include details at the end about how to start the HDD install (and then jump into the middle of the USB install)
As usual: see my sig for the link.

Nothing spectacularly difficult, but just in case anyone wanted to install on an HDD and not a USB, wasn't sure about it and also didn't want to guess at it.

That new version will be in ckolivas' git soon also.

[Gabi]

Avast fail: it report cgminer as a virus. And i don't find a way to tell it to ignore it. Avast double fail.

[-ck]

Avast fail: it report cgminer as a virus. And i don't find a way to tell it to ignore it. Avast double fail.

Just about every virus checker now considers cgminer as a virus. One of the advantages of me removing CPU mining from cgminer is that the false positives should decrease as most trojans for botnets that package cgminer as the "helper" for their evil activities do so because of the CPU mining.

Anyway I keep saying any serious miner should be using linux, but I do understand why people are addicted to McDonalds, KFC and Windows.

[TheHarbinger]

Avast fail: it report cgminer as a virus. And i don't find a way to tell it to ignore it. Avast double fail.

Yeah, they don't make it easy override avast.  Make sure everything is set to "Ask" under your "Expert" File System Settings. You can also add exclusions there also.

If you just do a normal install and leave it, Avast will just make shit disappear without asking or notifying you.   That's pretty fucking annoying.  Same with most anit-virus programs today.   Just imagine if any other software type acted like that,  your PDF reader just decides to disappear your  MP3 files...

[ocminer]

Problem with Fan < 400 RPM

I've noticed on a 5870 with Accelero Cooler that as soon as it drops under 400 RPM cgminer shows really funny values:

http://www.imagebanana.com/view/52o8lhqs/Bildschirmfoto20120121um16.56.18.png

Its probably just a cosmetic issue as it keeps running, as soon as the fan goes over 400 RPM everything is ok again.

[stevegee58]

I'm trying to build cgminer under mingw32 on windows but I'm having problems.  I've been searching this thread, reading ckolivas documentation on github and basically beating my head against the wall for a couple of days now.

I've successfully installed pkg-config-0.26, PDCurses-3.4 and curl-7.23.1.
After building libcurl from source under mingw32, I copied libcurl.m4 to /mingw/share/aclocal
I copied pkg.m4 to /mingw/share/aclocal

I also installed Microsoft platform SDK, AMD APP sdk, and AMD ADL sdk


When I tried building cgminer I did the following from within MSYS of mingw32:
autoreconf -fvi (ran fine)
CFLAGS="-O2 -msse2" ./configure

I get an error from .configure:

checking for LIBCURL... no
checking for LIBCURL... no
configure: error: Missing required libcurl dev >= 7.10.1

I'm positive I installed libcurl so I'm stumped why it's complaining.

I searched this thread and found someone else with the same error but I couldn't find what the resolution was.

BTW - I'm a software professional, not a n00b.  I've even used libcurl in the past with Visual Studio C++ before.  The mingw32 thing is new to me.

[Luke-Jr]

BTW - I'm a software professional, not a n00b.  I've even used libcurl in the past with Visual Studio C++ before.  The mingw32 thing is new to me.

Fine, a n00b software professional...