OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 831.

Tasty Champa

member

Activity: 84

Merit: 10

Quote from: xcooling on July 20, 2011, 01:32:00 PM

what gpus are you using ?

these are mine:

SLI Nvidia 9800gtx+ / SLI GTS250

Code:

del /F /Q *.bin
cgminer.exe -o http://server:port -u username -p pass -w 64 -t 0 -I 4

XFire 6970 / XFIRE 6950

Code:

del /F /Q *.bin
cgminer.exe -o http://server:port -u username -p pass -I 9 -t 0

My curiosity urges me to ask why you are removing the previous bin files?
I'm using just one 5770, but I removed the 256 worksize as it made my system not as responsive.
I think I am also going to remove the -g 10 as per ckolivas's advice, thanks ckolivas!

Departure

sr. member

Activity: 1204

Merit: 288

Quote from: -ck on July 20, 2011, 07:45:16 PM

Darn. You do have the 2.4 SDK installed don't you?

I have just the drivers installed which comes with all the needed SDK stuff, never needed to actually install the whole SDK package with any other miner. But yeah I can try and install the SDK also and see what happends..

//Edit

Installed and tested with SDK 2.4 still the same error.

Windows 7 x64 (Themes Disabled)
SDK 2.4
Drivers 11.7
3 x 6990 gfx cards.

kripz

full member

Activity: 182

Merit: 100

I hope it's ok to mine namecoin, all rejected at such low difficulty> Sad

Code:

Started at [2011-07-19 15:08:35]
Runtime: 45 hrs : 34 mins : 53 secs
Average hashrate: 11.1 Megahash/s
Queued work requests: 833
Share submissions: 404
Accepted shares: 0
Rejected shares: 404
Reject ratio: 100.0
Hardware errors: 0
Efficiency (accepted / queued): 0%
Utility (accepted shares / min): 0.00/min

Discarded work due to new blocks: 3
Stale submissions discarded due to new blocks: 0
Unable to get work from server occasions: 3
Work items generated locally: 3
Submitting work remotely delay occasions: 0
New blocks detected on network: 109

Summary of per device statistics:

 GPU 0: [11.1 Mh/s] [Q:831  A:0  R:404  HW:0  E:0%  U:0.00/m]

Code:

Started at [2011-07-19 10:21:04]
Runtime: 50 hrs : 24 mins : 18 secs
Average hashrate: 966.7 Megahash/s
Queued work requests: 44267
Share submissions: 40934
Accepted shares: 39912
Rejected shares: 1022
Reject ratio: 2.5
Hardware errors: 0
Efficiency (accepted / queued): 90%
Utility (accepted shares / min): 13.20/min

Discarded work due to new blocks: 229
Stale submissions discarded due to new blocks: 0
Unable to get work from server occasions: 78
Work items generated locally: 702
Submitting work remotely delay occasions: 5
New blocks detected on network: 691

Summary of per device statistics:

 GPU 0: [322.2 Mh/s] [Q:15014  A:13152  R:355  HW:0  E:88%  U:4.35/m]
 GPU 1: [322.2 Mh/s] [Q:14998  A:13410  R:304  HW:0  E:89%  U:4.43/m]
 GPU 2: [322.3 Mh/s] [Q:15030  A:13350  R:363  HW:0  E:89%  U:4.41/m]

Started at [2011-07-19 10:19:08]
Runtime: 50 hrs : 24 mins : 40 secs
Average hashrate: 179.9 Megahash/s
Queued work requests: 8527
Share submissions: 7514
Accepted shares: 7218
Rejected shares: 296
Reject ratio: 3.9
Hardware errors: 0
Efficiency (accepted / queued): 85%
Utility (accepted shares / min): 2.39/min

Discarded work due to new blocks: 12
Stale submissions discarded due to new blocks: 0
Unable to get work from server occasions: 34
Work items generated locally: 94
Submitting work remotely delay occasions: 1
New blocks detected on network: 543

Summary of per device statistics:

 GPU 0: [179.9 Mh/s] [Q:8912  A:7218  R:296  HW:0  E:81%  U:2.39/m]

Time to upgrade!

Still have to compile with -O1 or no optimizations otherwise i get seg faults on exit.

error

hero member

Activity: 588

Merit: 500

Quote from: -ck on July 20, 2011, 08:55:33 PM

So your shell was also 80 columns Tongue

I use Konsole. Tongue

OK, I'll quit now

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

So your shell was also 80 columns Tongue

error

hero member

Activity: 588

Merit: 500

Quote from: -ck on July 20, 2011, 08:45:22 PM

Quote from: error on July 20, 2011, 08:42:31 PM

The 1.3.1 release solved my issue with blank lines between the log entries. Thanks!

You're welcome! The issue was that windows opens a standard dos shell in 80 columns and the default text was slightly wider than 80 so I made it more concise.

I use Linux. Tongue

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: error on July 20, 2011, 08:42:31 PM

The 1.3.1 release solved my issue with blank lines between the log entries. Thanks!

You're welcome! The issue was that windows opens a standard dos shell in 80 columns and the default text was slightly wider than 80 so I made it more concise.

error

hero member

Activity: 588

Merit: 500

The 1.3.1 release solved my issue with blank lines between the log entries. Thanks!

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: ancow on July 20, 2011, 08:03:08 PM

One thing I've been meaning to ask: why is the -n option available when cgminer isn't compiled with GPU mining support? Is the output actually useful (i.e. it shows the amount of devices that could be used for GPU mining), or will it just simply always print out "0 GPU devices detected"?

Oversight.

ancow

full member

Activity: 373

Merit: 100

One thing I've been meaning to ask: why is the -n option available when cgminer isn't compiled with GPU mining support? Is the output actually useful (i.e. it shows the amount of devices that could be used for GPU mining), or will it just simply always print out "0 GPU devices detected"?

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Darn. You do have the 2.4 SDK installed don't you?

Departure

sr. member

Activity: 1204

Merit: 288

Rebooted Windows 7 X64 still got the same error before cgminer crashes..

Code:

C:\Users\xxxxx\Desktop\cgm>cgminer -o http://mineco.in:3000 -u xxxxx -p
 xxxxx -I 8 -D
[2011-07-21 08:22:27] X-Roll-Ntime found
[2011-07-21 08:22:2[2011-07-21 08:22:27] Successfully retreived and deciphered w
ork from pool 0 http://mineco.in:3000
7] Long-polling activated for http://mineco.in:3000/LP
[2011-07-21 08:22:27] Pool 0 http://mineco.in:3000 active
[2011-07-21 08:22:27] Init GPU thread 0
[2011-07-21 08:22:27] List of devices:
[2011-07-21 08:22:27]   0       Cayman
[2011-07-21 08:22:27]   1       Cayman
[2011-07-21 08:22:27]   2       Cayman
[2011-07-21 08:22:27]   3       Cayman
[2011-07-21 08:22:27]   4       Cayman
[2011-07-21 08:22:27]   5       Cayman
[2011-07-21 08:22:27] Selected 0: Cayman
[2011-07-21 08:22:27] Preferred vector width reported 4
[2011-07-21 08:22:27] Max work group size reported 256
[2011-07-21 08:22:27] No binary found, generating from source

[2011-07-21 08:22:27] Patched source to suit 2 vectors
[2011-07-21 08:22:27] cl_amd_media_ops found, patched source with BITALIGN

[2011-07-21 08:22:27] cl_amd_media_ops found, patched source with BFI_INT

[2011-07-21 08:22:28] binary size 0 : 0

C:\Users\xxxxx\Desktop\cgm>

error

hero member

Activity: 588

Merit: 500

Quote from: The00Dustin on July 20, 2011, 05:57:40 PM

Quote from: error on July 20, 2011, 03:37:05 PM

You have a conflict between jansson-1.2 which is included with Fedora and jansson-2.0 which comes with cgminer. Remove the jansson-devel packages and you'll be able to finish the build.

Quote from: The00Dustin on July 20, 2011, 03:24:07 PM

but will get this upon running cgminer:

[2011-07-20 12:41:07] Error: Getting Device IDs (num)

I am running an nVidia card at the moment, but poclbm and phoenix can each access it.

How did you install the NVIDIA drivers and CUDA toolkit?

Will removing the jansson-devel packages be beneficial at all compared to the workaround I described (editing the makefile)? Regarding the NVIDIA drivers, I remember doing something with akmod-nvidia, but that may have been prior to mining, I downloaded the propietary binary package at some point as well, but I may have only installed it on an older version. I think I installed the CUDA toolkit by extracting it per NVIDIA's instructions, but I don't think it is used. I had trouble with it throwing an error about gcc 4.5 and greater not being supported trying to compile something a while back and couldn't figure out how to get it to recognize that I was using gcc34 as a compiler. Also, I think the gpu mining compiled fine in this case because I also installed the ATI SDK, so I think it used the OpenCL drivers from the ATI SDK and not the CUDA toolkit. Come to think of it, the working phoenix and poclbm came from git and weren't compiled by me, but I'd still expect them to use the same OpenCL driver.

If you installed the NVIDIA drivers from RPM Fusion (including xorg-x11-drv-nvidia-devel package) and the CUDA toolkit from NVIDIA in the default /usr/local/cuda, then this should get you going:

Code:

CFLAGS=-I/usr/local/cuda/include LDFLAGS=-L/usr/lib64/nvidia ./configure
make clean
make

The00Dustin

hero member

Activity: 807

Merit: 500

Quote from: -ck on July 20, 2011, 04:39:09 PM

Quote from: The00Dustin on July 20, 2011, 03:24:07 PM

On a side note, cgminer seems to use a lot of CPU for GPU mining in Windows, and all found hashes get rejected. Same nVidia card, and I know phoenix gets a lot of rejects too if I use BFI_INT. I saw that BFI_INT is used in the original post, but I didn't see any way to disable it in the parameters. Is it possible to disable it, or is this miner meant for ATI only?

That should not be the case (the infinite rejects). There was an older version which had a bug with the nvidia implemented kernel and that would happen, but shouldn't happen with the latest version. cgminer only uses bfi int patching on cards that support it, and uses a separate kernel for nvidia cards.

Re the high cpu usage: Setting an intensity level usually uses a lot less CPU than letting it figure it out dynamically, but the windows build just uses a lot more cpu in general.

These cards weren't purchased for mining... They are 9500GT cards (I know they won't do much, I am just experimenting), I experienced infinite rejects using the windows binary which I downloaded (as opposed to compiling myself), and was unable to test on Linux thus far (because it couldn't recognize the card), but when I use BFI_INT on phoenix, I also get infinite rejects, so I just figured it might be related, could be the age of the card and a lack of testing against it or something.

EDIT: I see 100% of one core used by poclbm and phoenix in Linux, so if this does less than that when I get it working, that will be a plus. rpcminer-cuda uses practically no cpu in Windows, but these cards don't get along with it (computer actually performs better with cgminer using more than 100% of one core [I've seen it up to 67% of two cores] than rpcminer-cuda with aggression set to 3. I may try out the intensity level just to see, though.

The00Dustin

hero member

Activity: 807

Merit: 500

Quote from: error on July 20, 2011, 03:37:05 PM

You have a conflict between jansson-1.2 which is included with Fedora and jansson-2.0 which comes with cgminer. Remove the jansson-devel packages and you'll be able to finish the build.

Quote from: The00Dustin on July 20, 2011, 03:24:07 PM

but will get this upon running cgminer:

[2011-07-20 12:41:07] Error: Getting Device IDs (num)

I am running an nVidia card at the moment, but poclbm and phoenix can each access it.

How did you install the NVIDIA drivers and CUDA toolkit?

Will removing the jansson-devel packages be beneficial at all compared to the workaround I described (editing the makefile)? Regarding the NVIDIA drivers, I remember doing something with akmod-nvidia, but that may have been prior to mining, I downloaded the propietary binary package at some point as well, but I may have only installed it on an older version. I think I installed the CUDA toolkit by extracting it per NVIDIA's instructions, but I don't think it is used. I had trouble with it throwing an error about gcc 4.5 and greater not being supported trying to compile something a while back and couldn't figure out how to get it to recognize that I was using gcc34 as a compiler. Also, I think the gpu mining compiled fine in this case because I also installed the ATI SDK, so I think it used the OpenCL drivers from the ATI SDK and not the CUDA toolkit. Come to think of it, the working phoenix and poclbm came from git and weren't compiled by me, but I'd still expect them to use the same OpenCL driver.

ancow

full member

Activity: 373

Merit: 100

Compile attempt on a Mac with the latest changes from git:

Code:

gcc -DHAVE_CONFIG_H -I. -pthread -fno-strict-aliasing -I./compat/jansson -I./lib -I./lib   -O3 -Wall -MT cgminer-util.o -MD -MP -MF .deps/cgminer-util.Tpo -c -o cgminer-util.o `test -f 'util.c' || echo './'`util.c
util.c: In function 'json_rpc_call_sockopt_cb':
util.c:258: error: 'SOL_TCP' undeclared (first use in this function)
util.c:258: error: (Each undeclared identifier is reported only once
util.c:258: error: for each function it appears in.)
util.c:258: error: 'TCP_KEEPCNT' undeclared (first use in this function)
util.c:261: error: 'TCP_KEEPIDLE' undeclared (first use in this function)
util.c:264: error: 'TCP_KEEPINTVL' undeclared (first use in this function)
make[2]: *** [cgminer-util.o] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: The00Dustin on July 20, 2011, 03:24:07 PM

On a side note, cgminer seems to use a lot of CPU for GPU mining in Windows, and all found hashes get rejected. Same nVidia card, and I know phoenix gets a lot of rejects too if I use BFI_INT. I saw that BFI_INT is used in the original post, but I didn't see any way to disable it in the parameters. Is it possible to disable it, or is this miner meant for ATI only?

That should not be the case (the infinite rejects). There was an older version which had a bug with the nvidia implemented kernel and that would happen, but shouldn't happen with the latest version. cgminer only uses bfi int patching on cards that support it, and uses a separate kernel for nvidia cards.

Re the high cpu usage: Setting an intensity level usually uses a lot less CPU than letting it figure it out dynamically, but the windows build just uses a lot more cpu in general.

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: Tasty Champa on July 20, 2011, 01:12:29 PM

I use a windows batch file to run it.

anyone windows can use it too.
pastes this into bat file you make inside the cgminer directory

Code:

@echo off
:A
Cls
cgminer -o http://pit.deepbit.net:8332 -u [email protected] -p passwurd -g 10 -w 256 -d 0

I haven't been able to figure out kernel, work size GPU and CPU threads yet though.
I need to figure out how many threads my GPU has first though.

oh just figured out GPU threads and worksize. -g 10 -w 256

MAN, that works good!

I suggest you don't give it a -g parameter at all. The default of 2 is often the best, but feel free to experiment.

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: EskimoBob on July 20, 2011, 12:09:24 PM

Quote from: loglow on July 20, 2011, 12:52:17 AM

2) Running the program from /usr/local/bin/ results in non-ncurses output (without flag) and the program segfaults on exit (ctrl-c) without displaying statistics.

If i use the screen and start the program, I can never exit properly and get the stats.

BTW, I did not run install on cgminer so it is not in /opt/ or /usr/local/bin/

It does not support "make install" just yet.

burp

member

Activity: 98

Merit: 10

Current version (d987006cd82900ecb1e6d9d2743d832a595b0c43) segfaults for me with two pools and --load-balance --no-longpoll:

Code:

Program received signal SIGSEGV, Segmentation fault.
0x00007ffff7965114 in pthread_mutex_lock () from /lib/x86_64-linux-gnu/libpthread.so.0
(gdb) bt
#0  0x00007ffff7965114 in pthread_mutex_lock () from /lib/x86_64-linux-gnu/libpthread.so.0
#1  0x00000000004093c8 in tq_push (tq=0x0, data=) at util.c:602
#2  0x000000000040971e in json_rpc_call (curl=0x9c2ae0, url=0x7fffffffe790 "http://bitparking.com:9098",
    userpass=0x64cbc0 "N1YWEnjSqNeScnzGPMysJxvqbWAEhXzWYS:x", rpc_req=, probe=, longpoll=false,
    pool=0x64da60) at util.c:352
#3  0x000000000040590e in pool_active (pool=0x64da60) at main.c:1467
#4  0x00000000004038a4 in main (argc=1, argv=) at main.c:2767

It also seems that things get mixed up when one pool supports long polling, while the other one does not.

Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 831. (Read 5806004 times)