Is it possible to use a proxy-server with cgminer?
I can't find any option about it in the first post.
Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 816. (Read 5805740 times)
August 02, 2011, 03:44:39 AM
August 01, 2011, 09:12:55 PM
I'm getting this error on one of my rigs and am unsure how to resolve it:
Has anyone else run into this?
Does anyone have a suggestion I could try?
Thanks in advance!
Code:
Error: Getting program info CL_PROGRAM_BINARY_SIZES. (clGetPlatformInfo)
Has anyone else run into this?
Does anyone have a suggestion I could try?
Thanks in advance!
August 01, 2011, 11:47:47 AM
Looks like the 1.5.3 configure script inadvertently dropped support for alternate cURL library path support via --with-libcurl:
Yes, because it's the crappy way to do it. The right way is to export a variable to specify the PKG_CONFIG_PATH to the correct *.pc file. See my RPMs for reference...
August 01, 2011, 11:41:53 AM
Looks like the 1.5.3 configure script inadvertently dropped support for alternate cURL library path support via --with-libcurl:
Yes, because it's the crappy way to do it. The right way is to export a variable to specify the PKG_CONFIG_PATH to the correct *.pc file. See my RPMs for reference...
August 01, 2011, 11:21:12 AM
Looks like the 1.5.3 configure script inadvertently dropped support for alternate cURL library path support via --with-libcurl:
Code:
$ ./configure --with-libcurl=/usr/local/lib/
configure: WARNING: unrecognized options: --with-libcurl
.
.
August 01, 2011, 08:42:04 AM
I just wanted to say that I <3 CGMiner. Thank you for all your work in making it so great. I was hesitant to switch from Phoenix, since I was getting good hash rates and decent stability, but I couldn't pass this up when I read the list of features.
I love the failover policy and all the measures you've implemented to prevent idling. I'm getting consistently higher hash rates now and I can breathe easier knowing that if my primary pools get overloaded or DDOSed, I'm still making money somewhere.
Also, with Phoenix, I was running a separate process for each of my six GPUs (3x6990) in a bunch of screen sessions. This made it really tricky to determine my overall performance and to quickly catch the GPUs that crapped out no and then. I basically had to run "watch -n3 aticonfig --adapter=all --odgt" to get an indicator of performance from temps. I'm really pleased that I can now see everything that's happening with all my GPUs as well as a nice summary of current and average hashrate.
Thanks again!
I love the failover policy and all the measures you've implemented to prevent idling. I'm getting consistently higher hash rates now and I can breathe easier knowing that if my primary pools get overloaded or DDOSed, I'm still making money somewhere.
Also, with Phoenix, I was running a separate process for each of my six GPUs (3x6990) in a bunch of screen sessions. This made it really tricky to determine my overall performance and to quickly catch the GPUs that crapped out no and then. I basically had to run "watch -n3 aticonfig --adapter=all --odgt" to get an indicator of performance from temps. I'm really pleased that I can now see everything that's happening with all my GPUs as well as a nice summary of current and average hashrate.
Thanks again!
August 01, 2011, 07:39:00 AM
I tried cgminer on a couple of my boxes last night and woke up to find 3/4 GPU marked as DEAD on one and 2/4 DEAD on another. Trying to restart the DEAD GPU doesnt seem to do anything on either machine (restarting the ones still running did seem to restart them OK). Both boxes have been running for weeks using poclbm without errors. Running the 1.5.3 binary on Ubuntu (3xHD5870 and HD6310).
Anyone else seeing problems with DEAD GPU that won't recover unless cgminer is restarted?
BB.
Anyone else seeing problems with DEAD GPU that won't recover unless cgminer is restarted?
BB.
I do too, but only on my linux boxes.
August 01, 2011, 07:30:46 AM
I tried cgminer on a couple of my boxes last night and woke up to find 3/4 GPU marked as DEAD on one and 2/4 DEAD on another. Trying to restart the DEAD GPU doesnt seem to do anything on either machine (restarting the ones still running did seem to restart them OK). Both boxes have been running for weeks using poclbm without errors. Running the 1.5.3 binary on Ubuntu (3xHD5870 and HD6310).
Anyone else seeing problems with DEAD GPU that won't recover unless cgminer is restarted?
BB.
Anyone else seeing problems with DEAD GPU that won't recover unless cgminer is restarted?
BB.
August 01, 2011, 04:45:20 AM
If not, make your own proxy to listen on port 80 and chain them.
How do I chain them?
August 01, 2011, 04:41:20 AM
So what's the problem? If your proxy listening on port 80 allows for outbound connections to other ports it will work. If not, make your own proxy to listen on port 80 and chain them.
August 01, 2011, 04:36:00 AM
but what about the companies firewall which blocks access to any ports but 80?
August 01, 2011, 04:34:40 AM
Yes, anything that curl can do, this miner can do. Try to export the http_proxy variable correctly, it used to work for me.
August 01, 2011, 04:30:51 AM
Is it somehow possible to use this miner behind a proxy (+firewall which is only open on port 80) which required authentication?
August 01, 2011, 02:36:03 AM
... a degree of automation along the lines of self preservation when the machine is unattended is required.
for this i`m using a batch file which control clocktweak monitoring and adjusting stuff.
Unfortunately ClockTweak does not support going beyond the limits of ATI Catalyst Control Center so it is of no use to those of us who do
August 01, 2011, 01:44:36 AM
... a degree of automation along the lines of self preservation when the machine is unattended is required.
for this i`m using a batch file which control clocktweak monitoring and adjusting stuff.
August 01, 2011, 01:15:38 AM
Great work ckolivas!
It looks like this will become the miner of choice with all the slick features you are adding.
Could you look at adding an option for monitoring the GPU temperature and backing off when it hits a maximum value and not resuming until it hits another minimum value?
If you included this you would be negating the need to ever use anything else imo
You know, technically, that feature should be maintained by the GPU itself. But I know that ufasoft has implemented it for some reason. It's more of a safeguard against failure of the hardware's throttle. Alternatively, you could try adjusting the fan speed of your card using free software so as to increase the fan speed at higher temps. Could help to not reach that temperature.It looks like this will become the miner of choice with all the slick features you are adding.
Could you look at adding an option for monitoring the GPU temperature and backing off when it hits a maximum value and not resuming until it hits another minimum value?
If you included this you would be negating the need to ever use anything else imo
Ah, I am guessing you aren't heavily involved in GPU mining - we already have our fans near full speed keeping our cards from within a few degrees of death, so we really need the source of the heat to cease when the affected GPU(s) temperature becomes too high and then come back in to operation when the temperature has lowered on the affected GPU(s) temperature has reached a lower level as opposed to something else.
This is what AOCLBF (Windows) and AutoMiner (Linux) do, and it is the most effective way to deal with this.
Things that could cause this to happen are usually only one of a few things:
The ambient room temperature rises due to an abnormal influence (extremely hot day) or something like that.
A miner will usually keep an eye on his machines from time to time to see if the temperature is not staying within reasonable limits in the longer term, however a degree of automation along the lines of self preservation when the machine is unattended is required.
This feature would truly be the icing on the cgminer cake imo, and would give everyone little reason to ever use any other miner
July 31, 2011, 11:00:02 PM
July 31, 2011, 08:26:23 PM
WOW!!!!
I moved from guiminer with phoenix to cgminer and can't believe my eyes! My stales rates have dropped from 1.3% to next to nothing and my Mh's increased 2-5Mh's per card. Thanks for the awesome miner.
Just a 1% savings in stales over time is going to make some pretty good $$$. Thanks for all of the hard work.
BTC to follow.
I moved from guiminer with phoenix to cgminer and can't believe my eyes! My stales rates have dropped from 1.3% to next to nothing and my Mh's increased 2-5Mh's per card. Thanks for the awesome miner.
Just a 1% savings in stales over time is going to make some pretty good $$$. Thanks for all of the hard work.
BTC to follow.
July 31, 2011, 06:57:04 PM
i hope Ycros is passing by, sees this and give us a 1.5.3 win32 version
I'm hoping someone more versed in asm passes by, sees my crappy attempt at simplifying, optimizing and updating the code and decides to help a guy out. But I don't see that happening anytime soon. : ( July 31, 2011, 05:45:22 PM
i hope Ycros is passing by, sees this and give us a 1.5.3 win32 version
Jump to: