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

[-ck]

I am giving cgminer a shot (from phoenix + smartcoin).  My initial impression is positive.  However, I am hesitant because I had modified phoenix to record in a sql database every time a share was submitted. 

So now I am thinking how I can do this with cgminer.  Coding in C to connect to a database is over my head, so I am going with a simpler solution. 

My first thought was to use the -T option and pipe it to python for processing.  This seems like it would work great.  However, I am greedy and would also like the curses interface.  Do you think you can add an option to direct status updates ([2011-07-27 18:05:05 Accepted xxxxxx GPU 1 thread 1 pool 0) to another stderr?  That way I could direct share submissions for sql processing, and still maintaining the stdout interface.

That is, unless you have a more elegant solution.

Excellent work so far.

Dan

It already works. Just pipe output from stderr and you get the curses interface _and_ the piped output.

[1714471199]

1714471199

[1714471199]

1714471199

[1714471199]

1714471199

[-ck]

What about different worksizes for different GPUs, is this possible already, too?

Code:

-I 8 -d 0 -v 2 -w 128 -d 1 -v 2 -w 256

I'm afraid not.

[-ck]

Has anybody noticed the hashrate dying off after running for several hours? I've also noticed something that _might_ be related... Right after starting the debug display outputs a line or two every second. I usually go back to normal display if things are working and after a few new blocks are detected on the network I go to look at the debug display and now it's flying by super fast. It's almost as if something is looping an extra time (therefore hitting the debug output more often) after running for a while.

Anyway, thanks for coding this up. I'm going to scrape together a few bitpennies to donate.

Yes indeed, that's a bug! I'll fix it in the next version, and thanks very much

[DBordello]

I seem to get ~10 MH/s higher using Phoenix and the 07-17 phatk from here: https://forum.bitcoin.org/index.php?topic=25860.0

Is that in my head or is the phatk kernel different?  Any way to update it?  I know some init stuff had to be changed.

Dan

[-ck]

It's the same phatk kernel. It looks different because of the interface to cgminer so you can't just swap it over. Perhaps you're using different parameters?

[kano]

Nice piece of software  
Using 2x6950 on a xubuntu 11.04 USB (no HDD/DVD) cgminer 1.5.1
Now if I ever get to 10BTC I'll give you those 2BTC I promised when that happens ...

[DBordello]

It's the same phatk kernel. It looks different because of the interface to cgminer so you can't just swap it over. Perhaps you're using different parameters?

I think you may have been right.  I think it was in my head. On a related note, is the status screen output explained anywhere (I skimmed the thread, I saw bits and pieces).  Particularly, what the different hash rates are (two overall, two for each GPU).  Asking around, other seem confused as well.

Great work btw.

[ancow]

It's the same phatk kernel. It looks different because of the interface to cgminer so you can't just swap it over. Perhaps you're using different parameters?

I think you may have been right.  I think it was in my head. On a related note, is the status screen output explained anywhere (I skimmed the thread, I saw bits and pieces).  Particularly, what the different hash rates are (two overall, two for each GPU).  Asking around, other seem confused as well.

Great work btw.

There's something in the README. Also, one of the hash rates (the first) is the 5-second-average (it actually says so in the GUI), the other is the runtime average (average rate since you started cgminer).

[DBordello]

I just switched from a command line input to config file.  I specified two servers, but it only recognized the last one input.  I am wondering if this is a bug.  I am guessing this isn't valid JSON. 

Code:

{
        "url"           :       "http://arsbitcoin.com:8344",
        "user"          :       "DBordello.default",
        "pass"          :       "default",

        "url"           :       "http://mining.eligius.st:8337",
        "user"          :       "XXXXXXXXXXXXXXXXXXXXXXX",
        "pass"          :       "x",

        "intensity"     :       "8",
        "vectors"       :       "2",
        "worksize"      :       "256",
        "gpu-threads"   :       "2"
}

[ancow]

Invalid JSON - it doesn't support several keys being the same. You need to specify different pools in different configs.

[DBordello]

I just switched from a command line input to config file.  I specified two servers, but it only recognized the last one input.  I am wondering if this is a bug.  I am guessing this isn't valid JSON. 

Code:

{
        "url"           :       "http://arsbitcoin.com:8344",
        "user"          :       "DBordello.default",
        "pass"          :       "default",

        "url"           :       "http://mining.eligius.st:8337",
        "user"          :       "XXXXXXXXXXXXXXXXXXXXXXX",
        "pass"          :       "x",

        "intensity"     :       "8",
        "vectors"       :       "2",
        "worksize"      :       "256",
        "gpu-threads"   :       "2"
}

Using arrays in the url, user and pass fields also does not work: ["http://url1, "http://url2"].

[ancow]

If you search through this thread a little, you will find that ckolivas mentioned that he pretty much just copied all the JSON code from cpuminer. And since things have been changing so frequently recently, he decided not to decide on a "proper" config file format until things have stabilised a little. For now, you just need to create multiple config files.

[d3m0n1q_733rz]

for amd X6.. for X4 set -ftree-parallelize-loops=4

Code:

#//** AMD Family 10h, x86_64 (Phenom X6)
#//**-ffast-math : might cause issues
CFLAGS="-O3 -Wall -march=amdfam10 -msse4a -mtune=amdfam10 -mabm -combine -funroll-all-loops -ffast-math -fprefetch-loop-arrays -ftree-parallelize-loops=6  -I/extras/AMDAPP/include" LDFLAGS="-L/extras/AMDAPP/lib/ -g" ./configure

http://developer.amd.com/assets/AMDGCCQuickRef.pdf

Interestingly enough, most of those options you had enabled were already enabled via the -O3 flag.  You could leave out the -mtune and simply use -march=native to automatically utilize the best available setting for your processor.  As a matter of fact, -ffast-math is already in use if I remember correctly.  But would you do me a BIG favor?  I was wondering if you could disassemble the cgminer-sha256_sse4_64.o file created and see if it is actually taking advantage of the enabled optimizations or if it's still only at the SSE2 level?  You can simply use objconv with the -fyasm option (which oddly enough isn't YASM compatible) and it should tell you in the new asm file created.  It hasn't been enabling SSE4 optimizations for me even with them enabled in the CFLAGS.  I'm going to try including the x86intrin.h intrinsic into the c code to see if there's any change at all.  Wish me luck!

[DBordello]

I am giving cgminer a shot (from phoenix + smartcoin).  My initial impression is positive.  However, I am hesitant because I had modified phoenix to record in a sql database every time a share was submitted. 

So now I am thinking how I can do this with cgminer.  Coding in C to connect to a database is over my head, so I am going with a simpler solution. 

My first thought was to use the -T option and pipe it to python for processing.  This seems like it would work great.  However, I am greedy and would also like the curses interface.  Do you think you can add an option to direct status updates ([2011-07-27 18:05:05 Accepted xxxxxx GPU 1 thread 1 pool 0) to another stderr?  That way I could direct share submissions for sql processing, and still maintaining the stdout interface.

That is, unless you have a more elegant solution.

Excellent work so far.

Dan

It already works. Just pipe output from stderr and you get the curses interface _and_ the piped output.

This doesn't appear to be working for me.  I am redirecting (2> file.txt) but nothing is getting passed to that file. 

[PLaci1982]

Great work, great miner program, but on MicroSux's Windows I can't see the whole "on exit" summary, because the fixed terminal size....
It is possible to implement, that the "on exit" summary would be saved to a text file, whit the date as filename? Like: 2011-07-28-09-41-25.txt

Plz, it's my birthday!

[d3m0n1q_733rz]

Anyone want to compile together a list of requests?  It seems that we have quite a few.  Actually...I've got time!  I'll read through here and put a list together.  Perhaps if we all work together, we can also knock the list out with our combined programming efforts.  I'll tell you all now, I suck at programming, but I know a few things about settings.

[freakfantom]

I can't see the summary either on windows 7. It is an excellent idea to save it to a text file. Thx in advance, great program

[-ck]

I am giving cgminer a shot (from phoenix + smartcoin).  My initial impression is positive.  However, I am hesitant because I had modified phoenix to record in a sql database every time a share was submitted.  

So now I am thinking how I can do this with cgminer.  Coding in C to connect to a database is over my head, so I am going with a simpler solution.  

My first thought was to use the -T option and pipe it to python for processing.  This seems like it would work great.  However, I am greedy and would also like the curses interface.  Do you think you can add an option to direct status updates ([2011-07-27 18:05:05 Accepted xxxxxx GPU 1 thread 1 pool 0) to another stderr?  That way I could direct share submissions for sql processing, and still maintaining the stdout interface.

That is, unless you have a more elegant solution.

Excellent work so far.

Dan

It already works. Just pipe output from stderr and you get the curses interface _and_ the piped output.

This doesn't appear to be working for me.  I am redirecting (2> file.txt) but nothing is getting passed to that file.  

Enable verbose mode. I'll modify the next version to log even when verbose mode is off.

[d3m0n1q_733rz]

*Yawn*  Here's the list of things I found through the forum.  Let's not try to depend on one person fixing them all, okay?  

Some issues with certain pools: "No pools active.  Exiting" Most likely due to redirects.
Verbosity levels
JSON-config file format correction
Correction of the C code, intrinsics (*mmintrin.h and add in x86intrin.h/ia32intrin.h) and configuration for SSE4 or simply enable optimizations based upon CPU detected (cpuid.h).
Funky libcurl (cached) version check in configure. Detects lower version but finds higher version next.
Dramatic slow-down of hashing after a while.
GPU 0 gets enabled or disabled automatically when only wanting to enable or disable GPU 1 or else.
Different work sized for different GPUs.  Alternatively, separate settings in general for each GPU as GPUs can often be different.
Perhaps adding prefetching to the C code.

[-ck]

No more features for now. Just bug fixes till I return in 2 weeks' time. Plus features take time to implement, and I'll be giving priority to features requested by donors.