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

[Trongersoll]

not sure about intel, but my amd based MB has controls in the bios for whether or not to use the internal or card based gpu. You may want to look there.

[1679824635]

1679824635

[1679824635]

1679824635

[os2sam]

not sure about intel, but amd based MB has controls in the bios for whether or not to use the internal or card based gpu. You may want to look there.

He has already been there and done that.

He wants to use the Intel GPU for his actual display.  And wants CGMiner to not use the Intel GPU.

The problem is that OpenCL detects a different number of devices than ADL which causes problems if you want CGMiner to monitor and manage temps, clocks and fan speeds.
Sam

[Trongersoll]

not sure about intel, but amd based MB has controls in the bios for whether or not to use the internal or card based gpu. You may want to look there.

He has already been there and done that.

He wants to use the Intel GPU for his actual display.  And wants CGMiner to not use the Intel GPU.

The problem is that OpenCL detects a different number of devices than ADL which causes problems if you want CGMiner to monitor and manage temps, clocks and fan speeds.
Sam

ah, got it. my problem was reversed, i wanted to mine with both and didn't like that i couldn't.

[Mylon]

Anybody any idea how to work around this? Aka telling CGMiner to ignore the Intel Graphics, and continue within everything else as usual. (its sees the gpu's as 0:0-3 and the intel gpu as 1:0)

Try using the CGMiner argument --remove-disable for the Intel GPU.

-------------Readme-----------------------
--remove-disabled   Remove disabled devices entirely, as if they didn't exist
--device|-d <arg>   Select device to use, one value, range and/or comma separated (e.g. 0-2,4) default: all

-------------Top Post-----------------------
Q: Can I mine with AMD while running Nvidia or Intel GPUs at the same time?
A: If you can install both drivers successfully (easier on windows) then
yes, using the --gpu-platform option.
---------------------------------------------

May not be better than a dead flying whombat or dummy plugs.  But worth looking into.
Sam

Thanks for sticking with me Sam!

Tried, unsuccessfully

Really have the feeling that either OpenCL or ADL is plainly ignoring the --gpu-platform and --remove-disabled and just craps out because it sees more or less than what it is expecting. While my scripting is decent, my knowledge of C and the code base of CGMiner is giving me difficulties in finding the exact code and wrapping my head around it.

not sure about intel, but amd based MB has controls in the bios for whether or not to use the internal or card based gpu. You may want to look there.

He has already been there and done that.

He wants to use the Intel GPU for his actual display.  And wants CGMiner to not use the Intel GPU.

The problem is that OpenCL detects a different number of devices than ADL which causes problems if you want CGMiner to monitor and manage temps, clocks and fan speeds.
Sam

Bingo, exactly what I want, but somehow CGMiner is refusing to allow me to do.

Additional note, I've been googling / searching on the forums quite a bit, and at some point found a post someone was having similar ADL issues (though with AMD vs Nvidia cards) and he resolved it by deleting the amdocl* files and opencl* files in system32 and syswow64, and reinstalling the drivers after. Tried, without luck, though found some nice strange thing that might help us getting this figured out.... at first I decided not to install the intel graphics driver again after having it uninstalled. (since windows automatically installed it as a standard vga adapter) But by doing that, CGMiner... just went nuts completely complaining that it couldn't find any OpenCL devices. Even though all 4 cards showed up nicely in device manager as properly installed. Installing the Intel Graphics Driver resolved this problem.

[-ck]

You shouldn't need to use -d or --remove-disabled if you want to use all the GPUs that belong to a particular platform when you specify it with --gpu-platform. Contrary to popular belief, AMD have reinvented the bug requiring dummy plugs on some hardware with some recent driver versions - disabling power saving features is allegedly a fix for that issue too.

[-ck]

Courtesy of Kerry Cupit, unofficial OSX binaries:
http://spaceman.ca/cgminer/

Thanks

[Mylon]

You shouldn't need to use -d or --remove-disabled if you want to use all the GPUs that belong to a particular platform when you specify it with --gpu-platform. Contrary to popular belief, AMD have reinvented the bug requiring dummy plugs on some hardware with some recent driver versions - disabling power saving features is allegedly a fix for that issue too.

Good to know. And yes found that disabling ULPS (power saving mode) in the registery was reducing the amount of sick GPU's by a lot. Still to much windows errors... so in the end I just went to CentOS... configured it late last morning, (7 hours ago) and everything is still running without getting sick or any other problems.

Now going back to work to see why remote monitoring is not working yet while I enabled it...

Either way, thanks a lot everybody for the help! Looks like in the end Windows was no good for this system (too much spontaneous crashes, like every hour)

[FiatKiller]

FYI, I've noticed that 3.30 has alot more trouble finding all the block eruptors, compared to 3.2.2
I have 18 of them and 3.3.0 comes up with 13 and 3.2.2 comes up with 17 everytime. There's a
Jale7 in the mix also. Always detects that.

[mightygoose]

Any way to overclock an asic such as a BFL 5Ghs?

[-ck]

Any way to overclock an asic such as a BFL 5Ghs?

Flash it, but you need to purchase certain hardware and download software to do it. There are forum threads here showing you how.

[Zanatos666]

Any way to overclock an asic such as a BFL 5Ghs?

Flash it, but you need to purchase certain hardware and download software to do it. There are forum threads here showing you how.

Just did mine.  Humming nicely at ~8.5Gh/s now.  Life is good.

[Karin]

Courtesy of Kerry Cupit, unofficial OSX binaries:
http://spaceman.ca/cgminer/

Thanks

Thanks!  That would be me (in case anyone wants to get in touch with me via the forums).

Now I can't wait for the next version to test out all my deployment code

[kano]

Any way to overclock an asic such as a BFL 5Ghs?

http://www.kano-kun.net/?p=70

https://bitcointalk.org/index.php?topic=236875.0

https://bitcointalk.org/index.php?topic=244235.0

[micalith]

I've just started mining with half a dozen USB Erupters on Slush's pool (Ubuntu 11.10). Cgminer periodically stops/crashes. When it does, I can't enter anything into terminal, so have to start a new terminal and restart cgminer. I've gone through the readme but can't figure out a way to make it restart automatically when this happens.

Any tips apreciated

[mdude77]

I've just started mining with half a dozen USB Erupters on Slush's pool (Ubuntu 11.10). Cgminer periodically stops/crashes. When it does, I can't enter anything into terminal, so have to start a new terminal and restart cgminer. I've gone through the readme but can't figure out a way to make it restart automatically when this happens.

Any tips apreciated

are you using active cooling on the USB erupters?  if not that might be the source of your crashing.  (just a guess, I don't do linux)

M

[Polyatomic]

Is there a thread that explains multiple pools set up for cgminer.

[micalith]

Is there a thread that explains multiple pools set up for cgminer.

I found https://bitcointalk.org/index.php?topic=68901.0 yesterday. Pooling to bitminter and slush's nicely with the new config file.

are you using active cooling on the USB erupters?  if not that might be the source of your crashing.  (just a guess, I don't do linux)

M

Yeah. My fan only only arrived today, so we'll see if that helps, but I'm sceptical. The whole thing stops all at once, whereas with overheating I would have expected individual Erupters to stop without necessarily shutting cgminer down


This https://bitcointalk.org/index.php?topic=51622.msg615755#msg615755    is the closest I've found to any sort of automated reconnection. I think it's for a screen thing or something, which I'm not familiar with. I don't know how to alter or implement that script for auto-restart of failed cgminer

[Polyatomic]

Is there a thread that explains multiple pools set up for cgminer.

I found https://bitcointalk.org/index.php?topic=68901.0 yesterday. Pooling to bitminter and slush's nicely with the new config file.

are you using active cooling on the USB erupters?  if not that might be the source of your crashing.  (just a guess, I don't do linux)

M

Yeah. My fan only only arrived today, so we'll see if that helps, but I'm sceptical. The whole thing stops all at once, whereas with overheating I would have expected individual Erupters to stop without necessarily shutting cgminer down


This https://bitcointalk.org/index.php?topic=51622.msg615755#msg615755    is the closest I've found to any sort of automated reconnection. I think it's for a screen thing or something, which I'm not familiar with. I don't know how to alter or implement that script for auto-restart of failed cgminer

@ micalith , cheers for the link to the OT

[-ck]

Is there a thread that explains multiple pools set up for cgminer.

The README included does all that and more. Exciting stuff!

[Polyatomic]

Is there a thread that explains multiple pools set up for cgminer.

The README included does all that and more. Exciting stuff!

How can I do 75%/45 minutes pool 0 , 25%/15 minutes pool 1 , is that round robin.