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

5850 and I'm using madvr which rapes the shit out of your graphics card just to make things imperceptively smoother

ckolivas website is dead again at the moment .... so ... cut/paste of what I posted before:

Try deleting or renaming your .bin files and rerun CGMiner to recreate them with your current SDK version.

May or may not make a difference.  But it looks like your using the .bin files from SDK 2.4.

What GPU's are you using?
Sam

I have mined for a while and I just downloaded and tried CGMiner for the first time in more than a year.  WOW.  That's all I can say.  Ok, I'll say more... amazing, holy cow, omg, try this thing.  Fast... informative... I hear my fans spinning up....  two seconds to set up, I forgot the port number, added port number, they didn't ask me for port number, I digress ... presto.

Impressive, keep up the good work.  Now I try the linux port...

Not good news.  I get a segmentation fault.

I am running  2.6.18-308.13.1.el5 #1 SMP fully updated
Downloaded and installed AMD SDK 2.7 (wasn't working with 2.4 either)
I get the same core dump that I read about earlier in this thread:


 [2012-09-14 11:52:01] Started cgminer 2.7.5
 [2012-09-14 11:52:01] Loaded configuration file miner.conf
 [2012-09-14 11:52:01] CL Platform 0 vendor: Advanced Micro Devices, Inc.
 [2012-09-14 11:52:01] CL Platform 0 name: AMD Accelerated Parallel Processing
 [2012-09-14 11:52:01] CL Platform 0 version: OpenCL 1.1 AMD-APP-SDK-v2.4 (595.10)
 [2012-09-14 11:52:01] Platform 0 devices: 4
 [2012-09-14 11:52:01]  0       Barts
 [2012-09-14 11:52:01]  1       Barts
 [2012-09-14 11:52:01]  2       Barts
 [2012-09-14 11:52:01]  3       Barts
 [2012-09-14 11:52:01] Probing for an alive pool
 [2012-09-14 11:52:01] Testing pool http://pit.deepbit.net:8332
 [2012-09-14 11:52:11] Pool 0 http://pit.deepbit.net:8332 active
 [2012-09-14 11:52:11] Init GPU thread 0 GPU 0 virtual GPU 0
 [2012-09-14 11:52:11] CL Platform vendor: Advanced Micro Devices, Inc.
 [2012-09-14 11:52:11] CL Platform name: AMD Accelerated Parallel Processing
 [2012-09-14 11:52:11] CL Platform version: OpenCL 1.1 AMD-APP-SDK-v2.4 (595.10)
 [2012-09-14 11:52:11] List of devices:
 [2012-09-14 11:52:11]  0       Barts
 [2012-09-14 11:52:11]  1       Barts
 [2012-09-14 11:52:11]  2       Barts
 [2012-09-14 11:52:11]  3       Barts
 [2012-09-14 11:52:11] Selected 0: Barts
 [2012-09-14 11:52:11] Long-polling activated for http://pit.deepbit.net:8332/listenChannelSegmentation fault

This also fails with a core dump:   cgminer -k poclbm --benchmark

I did not see a solution in the thread but will continue to look...

fwiw:

python opencl.py
[12:17:35] Python OpenCL Info v0.1
[12:17:35] Python Version: 2.7.1 64bit
[12:17:35] PyOpenCL Path: /usr/local/lib/python2.7/site-packages/pyopencl-2012.1-py2.7-linux-x86_64.egg/pyopencl
[12:17:35] Boost Python Version: Not Found
[12:17:35] PyOpenCL Version: 2012.1
[12:17:35] Listing platforms and devices:
[12:17:35]
[12:17:35] [cl:0] AMD Accelerated Parallel Processing
[12:17:35]        [cl:0:0] Barts
[12:17:35]        [cl:0:1] Barts
[12:17:35]        [cl:0:2] Barts
[12:17:35]        [cl:0:3] Barts
[12:17:35]        [cl:0:4] AMD Sempron(tm) 140 Processor
[12:17:35]
[12:17:35] This program will exit in 300 seconds...

It depends on the 7970 apparently.  I have an XFX 7970 that would just about anything while mining at I:9.  But I have a Diamond 7970 that freezes if I use it on I:9.

M

What card are you using? I got a 7970 on my main computer, and even with I:9, I can watch movies with no issues.

I've always found that if you increase the intensity of your display GPU above 6, it starts throttling any other GPUs in your system. So I just leave mine at 6 and it's pretty usable.

yeah, but I REALLY would want it to be 7 when I'm away from the computer instead
since I'm running p2pool it's on a single thread so the difference in performance is ~15mhash (5%) between 4 and 7

and I can't even tell the difference when just typing right now, but if I watch a video on 7 everything will be sluggish

Have you tried tweaking dynamic with this?

--gpu-dyninterval Set the refresh interval in ms for GPUs using dynamic intensity (default: 7)

Sam

That's a ckolivas question.
I've never gone near that part of the code - and he's been trying to fix it for a while ...
But ... 4 vs 5 - um - not really that big a deal?

I switched from 2.5.0 to 2.7.5 and now my dynamic intensity is only 4  it used to oscillate between 4 and 5 in 2.5.0 which is obviously higher

any way to specify "dynamic/aggressive" or something so it raises intensity a lot when nothing is happening (when I'm just starting at the screen) but drops it just as quickly when I watch a video or something like that?

For basic support - useful - for ongoing proper support - not much use.
I've already done the basic support, for free, without having a CM1.

CM1's mine (with the Icarus style bitstreams) and can even get the right timing for the different configurations and different FPGA setups (single or pairs - but the code will allow up to 8 )
Oddly - I did all that without even having access to a CM1 - it was all rather logical how it should work so I wrote the code to make it work.
I think it was the idea of Lancelot that made me want to do it - but I don't have one of them either
But even Lancelot mines with the Icarus code.

'When' I get a CM1 I'll then go to the trouble (as I said above) of writing a specific driver for it based on the Icarus code (they will most likely share code) ... until then, it works, it mines, it's good enough.
(and no I'm not looking for ways to spend my free time on something like that without a CM1 )

... that's the polite version

My offer for remote access still stands

When I get one to work out how to access them
Someone offered to send me one ... soon I hope

I will then make a standalone CM driver that deals with some/all of the extra CM only stuff.

Currently testing 2.7.5h with 3 Icarus & 2 Cairnsmore1...

Also, the CM1s appear to have temperature sensors, can they be read out in some way?

OK, my current git source has these 3 now also ... if you compile it, it will now say 2.7.5h
The change: viewing and setting queue, scantime and expiry via the API
... any prompting?

ckolivas is absent as per his post back here:
https://bitcointalksearch.org/topic/m.1156587

Yes it seems his web site is dead at the moment.
I've put his release files in my git downloads:
https://github.com/kanoi/cgminer/downloads

The release files are:
cgminer-2.7.5-win32.7z — cgminer2.7.5 ckolivas release file: windows 32bit (mingw)
cgminer-2.7.5-x86_64-built.tar.bz2 — cgminer2.7.5 ckolivas release file: linux x86_64 binary release
ckolivas web site is working again

I haven't put the source file since his git is working.

ALSO

I've added more changes to my git master and added them to the pull to ckolivas git:
https://github.com/ckolivas/cgminer/pull/310

22 commits (plus a version number commit so anyone running it will see 2.7.5g if they compile the current code that is there right now)

I fixed the (minor) issue that the HW: code was still submitting the bad shares - if anyone noticed that (I know a few did)

I've also modified the pool URL syntax (at someone's request) - to allow each pool to individually specify it's own proxy of any of the proxy types supported by CURL (http, http1.0, socks4, socks5, socks4a, socks5h)

... and a bunch of other changes.

Of course these are just a pull request to ckolivas, so they may or may not end up in cgminer ... but hopefully they all will.

The "download all files here" link is not working on the first page. Ready to give CGMiner a try but no download

Just to say 'thank you'.

Running 2 instances of cgminer (the one with healthy cards is a step higher priority and amended core/memory/fan, the faulty one on default on its own, low aggression). Restart-safe, even no pause needed in autoexe and no fiddling with cards’ bioses to oc healthy cards. Pretty sure the ‘faulty’ card will be chugging till armageddon/appearance of dreaded ASICs

I'm having a problem trying out scrypt on cgminer.  I seem to have got my settings OK for the most part other than a little performance tweaking, but the main problem I ran into was this. 
CGMiner is reporting that my 5830 card is currently hashing at 150 Kh/s but on litecoinpool.org it was only reporting about 10 Kh/s.  It doesn't seem to be an issue with rejects or HW errors as I am getting very few rejects and no HW errors. 
So I thought maybe it was something with litecoin pool.  So I setup a local P2Pool server and pointed the rig to that, but I am still getting a very similar issue.  P2Pool is only reporting me hashing at 25509H/s.  I read through a lot of the posts in this thread and the CGMiner Scrypt thread, but could not find anyone having a similar issue.  Anyone have any ideas what my problem might be?