OLD: BFGMiner 3.10.0: modular ASIC+FPGA, GBT+Strtm, RPC, Mac/Lnx/W64, AntU1, DRB - page 74.

Amph

legendary

Activity: 3248

Merit: 1070

pressing m show me that threads are ok, one do 275 and the other 275 as well, this mean that diff 0 is the diff of the network?

ok after some tests, i see that i'm not accepting any share

i just used the cgminer string: --scrypt -o stratum+tcp://stratum.cipherpool.com:8838 -u -p --gpu-threads 2 --thread-concurrency 8192 -I 13 -S opencl:auto

Luke-Jr

legendary

Activity: 2576

Merit: 1186

Quote from: HellDiverUK on January 01, 2014, 12:19:24 PM

Diff 0? That looks wrong. Have you tried a different (working) pool?

Diff 0 is normal for scrypt.

Amph

legendary

Activity: 3248

Merit: 1070

no, mmh maybe is the pool? it can be yeah...

i tried with a different coin and pool, but still the same result, diff 0..

HellDiverUK

hero member

Activity: 1246

Merit: 501

Diff 0? That looks wrong. Have you tried a different (working) pool?

Amph

legendary

Activity: 3248

Merit: 1070

new version show 0/0 hash

AbiTxGroup

sr. member

Activity: 447

Merit: 250

Quote from: Dusty on January 01, 2014, 07:59:01 AM

Ouch, how could I miss the readme.gpu file? Embarrassed

I've no dedicated hardware, but adding -S opencl:auto did the trick.

Thank you very much and sorry for being so dumb.

Anyway I suppose this is a bug...?

I was just trying to help out and not be critical about the readme's. Been a techie for over 30 years and I still read all the text files. My main point was to show you where I found the info.

And, to continue on...

The NEWS.txt file has several entries to show changes to GPU/opencl.

I found an entry to shows it was not a bug:

Quote

- cpu/opencl: Always disable by default; removes deprecated -G option entirely

Looks like the entry in the README.GPU.txt may be in error since by default, it will not be enabled even without other mining devices.

Dusty

hero member

Activity: 731

Merit: 503

Libertas a calumnia

Ouch, how could I miss the readme.gpu file? Embarrassed

I've no dedicated hardware, but adding -S opencl:auto did the trick.

Thank you very much and sorry for being so dumb.

Anyway I suppose this is a bug...?

AbiTxGroup

sr. member

Activity: 447

Merit: 250

Quote from: Dusty on January 01, 2014, 07:14:06 AM

Hello,
I would like to use bdgminer to use my gpu but it does not recognise it.
Clinfo lists it just fine:
clinfo | grep DEV
Device Type: CL_DEVICE_TYPE_GPU
Device Type: CL_DEVICE_TYPE_CPU
and poclbm is able to mine with it without any problem

I'm under Ubuntu.

Can someone tell me how to understand/debug why bfgminer is not using my device?

Thanks!

Does the README.GPU.txt help:

Quote

EXECUTIVE SUMMARY ON GPU USAGE (SEE ALSO README.scrypt FOR SCRYPT MINING):

By default, BFGMiner will NOT mine on any GPUs unless it cannot find any
dedicated mining devices. If you wish to use both dedicated mining devices, as
well as your GPU to mine, you can explicitly enable it with the -S opencl:auto
option.

Single pool, regular desktop:

bfgminer -S opencl:auto -o http://pool:port -u username -p password

Do you have any other mining devices on the same machine?

What are you using for a startup command?

Dusty

hero member

Activity: 731

Merit: 503

Libertas a calumnia

Hello,
I would like to use bdgminer to use my gpu but it does not recognise it.
Clinfo lists it just fine:
clinfo | grep DEV
Device Type: CL_DEVICE_TYPE_GPU
Device Type: CL_DEVICE_TYPE_CPU
and poclbm is able to mine with it without any problem

I'm under Ubuntu.

Can someone tell me how to understand/debug why bfgminer is not using my device?

Thanks!

nottm28

hero member

Activity: 574

Merit: 500

Quote from: deagel on December 28, 2013, 09:38:08 AM

Hi,
you wrote:

Latest release: 3.9.0 (announcement & changes)
Arch: pacman -S bfgminer

If i try to install it the version but i get only:

Code:

[minepeon@xyz ~]$ sudo pacman -S bfgminer
warning: bfgminer-3.8.1-1 is up to date -- reinstalling
resolving dependencies...
looking for inter-conflicts...

Packages (1): bfgminer-3.8.1-1

Total Installed Size: 1.42 MiB
Net Upgrade Size: 0.00 MiB

:: Proceed with installation? [Y/n]

Code:

[minepeon@xyz ~]$ uname -a
Linux xyz 3.10.25-1-ARCH #1 PREEMPT Mon Dec 23 16:07:25 MST 2013 armv6l GNU/Linux

can any body help me to get the actual version?

thanks for your help

deagel

Have you tried

cat /proc/version

BitMinerN8

hero member

Activity: 626

Merit: 500

Mining since May 2011.

Quote from: smoothrunnings on December 31, 2013, 06:25:17 AM

Does bfgminer for Windows have a fail over feature where by if one pool fails the miner will fail over to the second, and if the and when the first pool come back up the miner will flip back to the first like it does on hardware miners?

If so how do I configure this on the command line?

Thanks

Check the readme for additional pool options, the default is failover.
Just add another -o : -u -p to the existing command line.

philipma1957

legendary

Activity: 4354

Merit: 9201

'The right to privacy matters'

Quote from: HellDiverUK on December 31, 2013, 04:46:28 AM

Quote from: philipma1957 on December 31, 2013, 12:24:58 AM

How soon for antminer usb sticks? [/list]

Did you even look at the thread before posting? No? Thought not.

If you'd bothered to read the thread, you'd have seen this post less than 10 posts above yours: https://bitcointalksearch.org/topic/m.4208318

Roll Eyes

oh well missed it. i was tired when I posted last night. thanks for pointing out what i missed.

k2_1971

newbie

Activity: 45

Merit: 0

Quote from: HellDiverUK on December 22, 2013, 05:37:17 AM

Quote from: Luke-Jr on December 21, 2013, 05:48:26 PM

Previous Bitfountain (aka "ASICMiner") products did not support long polling, but it is certainly beneficial and perhaps worth adding to BFGMiner.

That would be great if you could - currently running the Cube through slush's proxy seems a little more efficient than through bfg's - but I'd rather use bfg.

Same here, I agree with HellDiverUK, if longpoll support could be added to BFGMiner that would be awesome. Thanks for all your hard work on this program Luke-Jr, I enjoy using it.

smoothrunnings

hero member

Activity: 630

Merit: 501

Does bfgminer for Windows have a fail over feature where by if one pool fails the miner will fail over to the second, and if the and when the first pool come back up the miner will flip back to the first like it does on hardware miners?

If so how do I configure this on the command line?

Thanks

HellDiverUK

hero member

Activity: 1246

Merit: 501

Quote from: philipma1957 on December 31, 2013, 12:24:58 AM

How soon for antminer usb sticks? [/list]

Did you even look at the thread before posting? No? Thought not.

If you'd bothered to read the thread, you'd have seen this post less than 10 posts above yours: https://bitcointalksearch.org/topic/m.4208318

Roll Eyes

philipma1957

legendary

Activity: 4354

Merit: 9201

'The right to privacy matters'

lajz99

hero member

Activity: 756

Merit: 500

What's the word on adding Drillbit device support?

shofty

newbie

Activity: 11

Merit: 0

id noticed that in the output, but it was working fine until 3.9.0

that said, this box has now had so many installs and uninstalls of the bfg and cg miners any one of them could have removed it.

whats the actual package name? edit: libncurses5-dev

Luke-Jr

legendary

Activity: 2576

Merit: 1186

Quote from: shofty on December 30, 2013, 08:56:00 AM

bfgminer is streaming output rather than holding it in a block of text, but i think this might be bacuase i've ssh'd onto the ubuntu box.

Compiled without curses support.

HellDiverUK

hero member

Activity: 1246

Merit: 501

Quote from: shofty on December 30, 2013, 08:56:00 AM

bfgminer is streaming output rather than holding it in a block of text, but i think this might be bacuase i've ssh'd onto the ubuntu box.

SSH has nothing to do with that. I ssh in to multiple different machines and never seen this (Ubuntu, OpenWRT, Arch).

Topic: OLD: BFGMiner 3.10.0: modular ASIC+FPGA, GBT+Strtm, RPC, Mac/Lnx/W64, AntU1, DRB - page 74. (Read 1193358 times)