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

check_status

full member

Activity: 196

Merit: 100

Web Dev, Db Admin, Computer Technician

Quote from: -ck on April 30, 2012, 07:28:42 AM

Quote from: check_status on April 30, 2012, 06:58:02 AM

I'd like to reduce stales/DOA for p2pool, rejected shares and Longpolling (hardware errors are zero). Is this more a combination of engine/mem, gpu threads, intensity, vectors, and worksize rather than a specific kernel?

There is only one phatk in cgminer and it's called -k phatk, and it's actually phatk2.2 as you would know it. If you do not specify anything, it is chosen by default on pretty much all 5X and 6X cards with any SDK before 2.6. If you have 5X cards, STICK TO AN OLDER SDK, 2.1, 2.4 or 2.5 and let it choose phatk.

Thanks. Maybe because someone says you must use the phatk2 kernel in cgminer I became confused because of the 3 .bin files labled phatk120223bart.....8l8.bin and the 1 phatk .cl file, assuming, because there are 4 phatk files, I could migrate to another kernel that might offer different performance.

Quote from: -ck on April 30, 2012, 07:28:42 AM

To do the best with p2pool, read the readme.

But is intensity and threads the only factors that will increase how many BTC my system will generate with p2pool? Can a particular mem clock frequency affect how much BTC is produce in p2pool?

The00Dustin

hero member

Activity: 807

Merit: 500

Quote from: -ck on April 28, 2012, 12:28:23 AM

- Use longpolls from backup pools with failover-only enabled just to check for
block changes, but don't use them as work.

I don't have enough data or it to be definitive yet, but I'm wondering if this didn't slightly lower my Utility. I am mining on a a merged pool that sometimes uses submitold, but have a backup pool that doesn't. Both use merged mining, and I am using --failover-only. So, I'm wondering, when a pool other than 0 sends an LP before pool 0, is pool 0's work discarded even though it might still be good? It seems to me like it would be, and then for the time between the LP on the backup pool and the LP on the primary pool, work wouldn't be done. This may not be true, because it may immediately request new work that may then also be discarded when my pool does LP (I have seen this take 20 seconds with no share submitted, but sometimes it takes significantly longer than that to find a share at ~318 MH/s). That having been said, I am asking because my U is at 4.35 (which rounds to 4.4 in the main stats, over only 6125 shares) where it was at 4.41 before (over tens of thousands of shares over weeks of work). Obviously we are only talking about a difference of .06 in my U, which may be statistically insignificant, but it is still potentially 1.5% less shares being submitted over >12 hours.

fred0

sr. member

Activity: 349

Merit: 250

Quote from: jddebug on April 29, 2012, 09:16:33 PM

Quote from: Luke-Jr on April 29, 2012, 09:11:21 PM

Quote from: bombo999 on April 29, 2012, 07:28:32 PM

I don't know what to tell you ... it didn't work before, now it works with gpu disabled. Is there a reason why bfl's are not auto detected like they are in ufasoft's miner?

Ufasoft doesn't really autodetect, it just spams every serial port with a probe every few seconds. I'm working on a proper autodetect for Windows.

That would be fantastic.

Possible to detect if one has throttled and/or a way to know which one is which? I have a number of them and one is running a bit hot. I have no way of figuring out which one it is except removing them all and trying them one at a time.

I have found that the easiest way to identify a particular single is to disable it then reenable it using kano's api calls. When pgadisable is sent to a particular device the red led on the right side(when looking at the front panel status led) will toggle off. Then send the pgeenable to the same device to confirm the light is on. Simple bash script follows:

Code:

#!/bin/bash
BFLHOST=192.168.0.199
BFLPORT=4028
if [ $# -eq 2 ] ; then
    if [ $1 == "d" ] ; then
        echo -n "pgadisable|$2" | nc $BFLHOST $BFLPORT | awk 'BEGIN { FS=","; } ; { for (i=1;i<=NF;i++) { print $i } exit; }'
    elif [ $1 == "e" ] ; then
        echo -n "pgaenable|$2" | nc $BFLHOST $BFLPORT | awk 'BEGIN { FS=","; } ; { for (i=1;i<=NF;i++) { print $i } exit; }'
    fi
else
    echo "Enable/Disable fpga "
    echo " arg1 e or d enable/disable a device"
    echo " arg2 device number to enable/disable"
fi

Luke-Jr

legendary

Activity: 2576

Merit: 1186

Quote from: kano on April 30, 2012, 08:49:46 AM

... and if anyone didn't realise:
If you use the api command "devdetails" it will tell you which "Kernel" it is using and the "Model" for each gpu

You forget to mention that I wrote this, both the back-end code shared by CGMiner and BFGMiner, and the original implementation of "devdetail" which you rejected so you could rewrite it less efficiently...

DeathAndTaxes

donator

Activity: 1218

Merit: 1079

Gerald Davis

Quote from: kano on April 30, 2012, 08:49:46 AM

... and if anyone didn't realise:
If you use the api command "devdetails" it will tell you which "Kernel" it is using and the "Model" for each gpu

Nice.

kano

legendary

Activity: 4592

Merit: 1851

Linux since 1997 RedHat 4

... and if anyone didn't realise:
If you use the api command "devdetails" it will tell you which "Kernel" it is using and the "Model" for each gpu

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: check_status on April 30, 2012, 06:58:02 AM

/**FPGA's will not take over once I release my Zero-Point Energy Generator. The enrergy it produces will be free, but the device is gonna cost you. Cool

Someone suggested using phatk2 with 5800 and 5900 cards but when I designate '-k phatk2' cgminer said 'you can't do that'.
Using search on this thread I noticed ckolivas states cgminer automatically chooses which phatk kerenl to use, because there are several available I guess. Also, when I check the config file after creating it while running, it isn't obvious which phatk is being used, it just lists 'phatk'.

Do I use '--verbose -T' to check which phatk kernel is in use?

When starting from the commandline (Not -c), can I specify which specific phatk kernel to use instead of letting automatic choose?

Does it matter which SDK is in use to get the benefeits suggested for phatk2?

I'd like to reduce stales/DOA for p2pool, rejected shares and Longpolling (hardware errors are zero). Is this more a combination of engine/mem, gpu threads, intensity, vectors, and worksize rather than a specific kernel?

There is only one phatk in cgminer and it's called -k phatk, and it's actually phatk2.2 as you would know it. If you do not specify anything, it is chosen by default on pretty much all 5X and 6X cards with any SDK before 2.6. If you have 5X cards, STICK TO AN OLDER SDK, 2.1, 2.4 or 2.5 and let it choose phatk. To do the best with p2pool, read the readme.

check_status

full member

Activity: 196

Merit: 100

Web Dev, Db Admin, Computer Technician

/**FPGA's will not take over once I release my Zero-Point Energy Generator. The enrergy it produces will be free, but the device is gonna cost you. Cool

Someone suggested using phatk2 with 5800 and 5900 cards but when I designate '-k phatk2' cgminer said 'you can't do that'.
Using search on this thread I noticed ckolivas states cgminer automatically chooses which phatk kerenl to use, because there are several available I guess. Also, when I check the config file after creating it while running, it isn't obvious which phatk is being used, it just lists 'phatk'.

Do I use '--verbose -T' to check which phatk kernel is in use?

When starting from the commandline (Not -c), can I specify which specific phatk kernel to use instead of letting automatic choose?

Does it matter which SDK is in use to get the benefeits suggested for phatk2?

I'd like to reduce stales/DOA for p2pool, rejected shares and Longpolling (hardware errors are zero). Is this more a combination of engine/mem, gpu threads, intensity, vectors, and worksize rather than a specific kernel?

DutchBrat

hero member

Activity: 868

Merit: 1000

Quote from: miscreanity on April 29, 2012, 10:53:32 PM

Quote from: bombo999 on April 29, 2012, 10:11:45 PM

makes you look like an immature whining fool ...

Maybe to the uninitiated. Stick around for a while and you'll see, but please refrain from discouraging my daily entertainment. Thank you

Kano & Luke-JR are like Statler & Waldorf (2 grumpy old men from the Muppet show).... I think they would get along very well IRL Wink

miscreanity

legendary

Activity: 1316

Merit: 1005

Quote from: bombo999 on April 29, 2012, 10:11:45 PM

makes you look like an immature whining fool ...

Maybe to the uninitiated. Stick around for a while and you'll see, but please refrain from discouraging my daily entertainment. Thank you

bombo999

member

Activity: 107

Merit: 10

makes you look like an immature whining fool ... completely devalues anything technical that you have to add

kano

legendary

Activity: 4592

Merit: 1851

Linux since 1997 RedHat 4

Quote from: bombo999 on April 29, 2012, 10:08:02 PM

Hey Kano, why the name calling?

New around here I guess?
He is annoying - very.
That's my polite name calling

From: Kano the cry baby

(<- as you called me before Cheesy

)

bombo999

member

Activity: 107

Merit: 10

Hey Kano, why the name calling?

kano

legendary

Activity: 4592

Merit: 1851

Linux since 1997 RedHat 4

Quote from: kano on April 29, 2012, 06:52:02 PM

...
Edit: for auto detection of course ZTX is always auto
ICA doesn't ever do auto
BFL does auto only in linux and only when you specify -S auto - however it has 2 methods:
1) where it looks in /dev/serial/by-id (which can sometimes only show 1 BFL on some linux versions if you have more than 1 BFL)
2) by libudev checking the USB Model when libudev is compiled in

I added that on to the end of my post at the bottom of the last page, but I guess I was slow doing it

So there it is again

Edit:
I'll be getting a BFL soon (bought it today from someone else here in the forum)

I can see a clear path to doing proper auto-detection so I'll do that after I get it.
Basically use nelisky's code in ZTX to detect BFL's the same way.

If Mr annoying wants to do it before me - feel free to do it

I'm just not sure if all BFL identify the same way so will need some feedback in that area when I get to it.

Then that would also be a neat way to do pseudo-auto detection on Icarus
(same way but it could get false positives so will still need to do the quick 0.1s Hash test also)

jddebug

sr. member

Activity: 446

Merit: 250

Quote from: Luke-Jr on April 29, 2012, 09:11:21 PM

Quote from: bombo999 on April 29, 2012, 07:28:32 PM

I don't know what to tell you ... it didn't work before, now it works with gpu disabled. Is there a reason why bfl's are not auto detected like they are in ufasoft's miner?

Ufasoft doesn't really autodetect, it just spams every serial port with a probe every few seconds. I'm working on a proper autodetect for Windows.

That would be fantastic.

Possible to detect if one has throttled and/or a way to know which one is which? I have a number of them and one is running a bit hot. I have no way of figuring out which one it is except removing them all and trying them one at a time.

Luke-Jr

legendary

Activity: 2576

Merit: 1186

Quote from: bombo999 on April 29, 2012, 07:28:32 PM

I don't know what to tell you ... it didn't work before, now it works with gpu disabled. Is there a reason why bfl's are not auto detected like they are in ufasoft's miner?

Ufasoft doesn't really autodetect, it just spams every serial port with a probe every few seconds. I'm working on a proper autodetect for Windows.

bombo999

member

Activity: 107

Merit: 10

no worries ... i'm just happy to have it running ... thanks to epoch for the advice

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: bombo999 on April 29, 2012, 07:33:30 PM

the post you linked to indicates that autodetect for bfl only works in linux ... not windows .... as I indicated, I am running windows

Oh, I'll shut up then Embarrassed

If there's no autodetect in the windows code it's because it hasn't been done yet.

bombo999

member

Activity: 107

Merit: 10

the post you linked to indicates that autodetect for bfl only works in linux ... not windows .... as I indicated, I am running windows

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: bombo999 on April 29, 2012, 07:28:32 PM

I don't know what to tell you ... it didn't work before, now it works with gpu disabled. Is there a reason why bfl's are not auto detected like they are in ufasoft's miner?

Darn now I got mixed up. BFL should be autodetected, it's Icarus that doesn't sorry. See Kano's post.

edit, here: https://bitcointalksearch.org/topic/m.874680

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