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

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: -ck on October 20, 2012, 05:34:10 PM

Quote from: P_Shep on October 20, 2012, 04:03:36 PM

Quote from: -ck on October 20, 2012, 08:21:08 AM

Even better would be a custom debug build running in gdb but I doubt any of you are up for that Undecided

I'm trying that on my laptop which is the only thing that has windows. Hopefully I don't fry it in the process, but at 10MH/s I also doubt it will recreate the problem.

Sigh. I wish it were only linux...

How do you do that? I tried something a while back but didn't get it working.

What I want to do is run under gdb, save the environment when it crashes, then continue running so that it's not sitting all day locked up.

When you build it, build it without optimisations in the CFLAGS and with the -g option, i.e. CFLAGS="-g -Wall -W" only. Then
gdb cgminer
run [usual cgminer parameters] -T
Running it with -T is a good idea cause gdb spews out other information and corrupts the display when you're using the curses display.

Here's a debug build in case someone is willing to try it:
http://ck.kolivas.org/apps/cgminer/temp/cgminer.exe

Meanwhile my laptop continues to fry itself but has not crashed with the windows binary. It's probably too slow to even reproduce the problem.

Cranky4u

hero member

Activity: 810

Merit: 1000

Just upgrade3d from 2.7.x to 2.8.x

Can someone please provide a plain english explination of the "Diff" data in the HW mining lines? eg Diff: 100/25

Thanks in advance

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: mdude77 on October 21, 2012, 09:45:57 PM

Quote from: -ck on October 21, 2012, 09:15:20 PM

Quote from: mdude77 on October 21, 2012, 07:54:05 PM

I keep having problems with 2.8.4 freezing. It doesn't give any errors, it just stops, like someone hit the pause button. Sometimes it'll go for days before it happens, sometimes it'll go a few hours. This one points to p2pool, running on windows 7. I have two other machines with 2.8.4 on it, and they don't seem to have the problem. However, one of the machines is unstable (windows 8 preview) and tends to reboot of its own accord. The other is my main workstation and cgminer gets shut down fairly often there.

Also, I'm confused by the new output on 2.8.4 that shows the difficulty found vs difficult desired. I'm guessing the pools don't care about it, and they credit you for what's desired, not what's given? Otherwise if you hit the magic number and found a block, they'd be crediting you a whole lot, which they don't do.

M

Are you using any stratum pool somewhere in backups or otherwise in the cgminer that fails?

The output diff is purely cosmetic.

I don't think so. I have p2pool, ozcoin, emc, and 50btc there. But I see what you're thinking. Let me remove emc and 50btc.

M

No, neither of those are stratum pools so should not be affected directly by stratum code.

mdude77

legendary

Activity: 1540

Merit: 1001

Quote from: -ck on October 21, 2012, 09:15:20 PM

Quote from: mdude77 on October 21, 2012, 07:54:05 PM

I keep having problems with 2.8.4 freezing. It doesn't give any errors, it just stops, like someone hit the pause button. Sometimes it'll go for days before it happens, sometimes it'll go a few hours. This one points to p2pool, running on windows 7. I have two other machines with 2.8.4 on it, and they don't seem to have the problem. However, one of the machines is unstable (windows 8 preview) and tends to reboot of its own accord. The other is my main workstation and cgminer gets shut down fairly often there.

Also, I'm confused by the new output on 2.8.4 that shows the difficulty found vs difficult desired. I'm guessing the pools don't care about it, and they credit you for what's desired, not what's given? Otherwise if you hit the magic number and found a block, they'd be crediting you a whole lot, which they don't do.

M

Are you using any stratum pool somewhere in backups or otherwise in the cgminer that fails?

The output diff is purely cosmetic.

I don't think so. I have p2pool, ozcoin, emc, and 50btc there. But I see what you're thinking. Let me remove emc and 50btc.

M

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: mdude77 on October 21, 2012, 07:54:05 PM

I keep having problems with 2.8.4 freezing. It doesn't give any errors, it just stops, like someone hit the pause button. Sometimes it'll go for days before it happens, sometimes it'll go a few hours. This one points to p2pool, running on windows 7. I have two other machines with 2.8.4 on it, and they don't seem to have the problem. However, one of the machines is unstable (windows 8 preview) and tends to reboot of its own accord. The other is my main workstation and cgminer gets shut down fairly often there.

Also, I'm confused by the new output on 2.8.4 that shows the difficulty found vs difficult desired. I'm guessing the pools don't care about it, and they credit you for what's desired, not what's given? Otherwise if you hit the magic number and found a block, they'd be crediting you a whole lot, which they don't do.

M

Are you using any stratum pool somewhere in backups or otherwise in the cgminer that fails?

The output diff is purely cosmetic.

mdude77

legendary

Activity: 1540

Merit: 1001

I keep having problems with 2.8.4 freezing. It doesn't give any errors, it just stops, like someone hit the pause button. Sometimes it'll go for days before it happens, sometimes it'll go a few hours. This one points to p2pool, running on windows 7. I have two other machines with 2.8.4 on it, and they don't seem to have the problem. However, one of the machines is unstable (windows 8 preview) and tends to reboot of its own accord. The other is my main workstation and cgminer gets shut down fairly often there.

Also, I'm confused by the new output on 2.8.4 that shows the difficulty found vs difficult desired. I'm guessing the pools don't care about it, and they credit you for what's desired, not what's given? Otherwise if you hit the magic number and found a block, they'd be crediting you a whole lot, which they don't do.

M

Roy Badami

hero member

Activity: 563

Merit: 500

Thanks!

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: Roy Badami on October 21, 2012, 01:48:22 PM

I don't seem to be able to see a v2.8.4 tag in git - can I just assume that the tip of the master branch is at 2.8.4?

roy

My bad. On this occasion it was at the commit with the version number. Uploaded tag now.

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Put the stratum URL in without any prefix in the config file.

Mobius

hero member

Activity: 988

Merit: 1000

Quote from: mezzomix on October 21, 2012, 02:47:32 PM

I'm using 2.8.4 now but the stratum implementation seems to be broken. I have the same behaviour in all 2.8.x versions (see my post). It seems that stratum+tcp:// URLs in the config file are not working.

Use the normal address btcguild.com:8332 - it will automatically detect stratum and switch

mezzomix

legendary

Activity: 2702

Merit: 1261

I'm using 2.8.4 now but the stratum implementation seems to be broken. I have the same behaviour in all 2.8.x versions (see my post). It seems that stratum+tcp:// URLs in the config file are not working.

Roy Badami

hero member

Activity: 563

Merit: 500

I don't seem to be able to see a v2.8.4 tag in git - can I just assume that the tip of the master branch is at 2.8.4?

roy

kano

legendary

Activity: 4592

Merit: 1851

Linux since 1997 RedHat 4

Quote from: jjshabadoo on October 20, 2012, 11:53:16 PM

I feel like an idiot, sorry in advance but...

Where is the scrypt readme ?

please don't hurt me, but I looked on cons page and can only see the cgminer readme.

Thanks.

SCRYPT-README ...

Edit: or in the windows binary release: SCRYPT-README.txt

jjshabadoo

hero member

Activity: 535

Merit: 500

I feel like an idiot, sorry in advance but...

Where is the scrypt readme ?

please don't hurt me, but I looked on cons page and can only see the cgminer readme.

Thanks.

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: P_Shep on October 20, 2012, 04:03:36 PM

Quote from: -ck on October 20, 2012, 08:21:08 AM

Even better would be a custom debug build running in gdb but I doubt any of you are up for that Undecided

I'm trying that on my laptop which is the only thing that has windows. Hopefully I don't fry it in the process, but at 10MH/s I also doubt it will recreate the problem.

Sigh. I wish it were only linux...

How do you do that? I tried something a while back but didn't get it working.

What I want to do is run under gdb, save the environment when it crashes, then continue running so that it's not sitting all day locked up.

When you build it, build it without optimisations in the CFLAGS and with the -g option, i.e. CFLAGS="-g -Wall -W" only. Then
gdb cgminer
run [usual cgminer parameters] -T
Running it with -T is a good idea cause gdb spews out other information and corrupts the display when you're using the curses display.

Here's a debug build in case someone is willing to try it:
http://ck.kolivas.org/apps/cgminer/temp/cgminer.exe

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: Rjb82 on October 20, 2012, 12:57:39 PM

"Scrypt will now not fail when setting high thread concurrency values that still return some ram even if opencl returns an error on that ram allocation."

what exactly is considered "high"? I still cant get 2.8.4 to run on a 7950 with anything over 8192 (look-up gap2) unless i raise the look-up gap to 3 and go to 12224 (which i could do pre-2.8.4). Which allows intensity of 20 without HW errors. 3 vs 2 makes you lose some performance at the same concurrencies, but high intensities MORE than makes up for it. ( 3 @ 12224 @ 19 = ~400kh/s vs 2 @ 8192 @ 13 ~330kh/s)

Also... would you know why starting Cgminer @ 12 and raising to 13 gives HW errors, and using the -I 13 flag in my shortcut doesnt?

Thanks for your time.

I didn't say it would magically work, just that I relaxed one of the checks. And no I can't answer the second part about HW errors either. The scrypt opencl code remains a mystery to me. EDIT: Actually with the HW error scenario, it might be that because you're setting the kernel/memory size to intensity 13 on the first pass, that it allocates enough pinned system ram for that amount and continues working, whereas it doesn't like being increased after the fact. Magical scrypt pixie dust...

P_Shep

legendary

Activity: 1795

Merit: 1208

This is not OK.

Quote from: -ck on October 20, 2012, 08:21:08 AM

Even better would be a custom debug build running in gdb but I doubt any of you are up for that Undecided

I'm trying that on my laptop which is the only thing that has windows. Hopefully I don't fry it in the process, but at 10MH/s I also doubt it will recreate the problem.

Sigh. I wish it were only linux...

How do you do that? I tried something a while back but didn't get it working.

What I want to do is run under gdb, save the environment when it crashes, then continue running so that it's not sitting all day locked up.

hashalfahalve

member

Activity: 100

Merit: 10

Support the bitcoin economy, use BTC merchants

Can anyone offer a suggestion for why a BFL single in the same physical environment (cooling, etc) is only getting ~430MH on cgminer but when plugged into a windows box with bitminter it gets >800?

It doesn't appear to be throttling and the operating temperature is the same on both platforms.

BFL 0: 48.3C | 429.2/425.7Mh/s | A:11393 R:54 HW:0 U: 11.69/m

Tittiez

hero member

Activity: 686

Merit: 500

Quote from: BlackPrapor on October 18, 2012, 10:28:24 AM

Quote from: Karasur on October 18, 2012, 10:07:50 AM

it seems that 2.8.4 uses gpu more aggressive...
Some of my radeon 7970 (1170/1050/65C) work well with 2.7.7 but with 2.8.4 are sick after 2-3 min btc mining.

dunno about getting sick, but my 6950 now able to run with I=12, whereas in 2.7.x and all previous versions anything above 9 was causing cgminer to use 100% of CPU. So, now I'm able to squeeze 400Mhs from 6950 with AMD APP 2.4 and catalyst 12.8 drivers, running at 965Mhz Grin

and almost 440Mhs from 6970.

Holy shit thanks for telling me this! I hated that 100% CPU problem, and now in 2.8 its gone! I'm pulling 220Mh/s out of a 5770 now.

Rjb82

newbie

Activity: 57

Merit: 0

"Scrypt will now not fail when setting high thread concurrency values that still return some ram even if opencl returns an error on that ram allocation."

what exactly is considered "high"? I still cant get 2.8.4 to run on a 7950 with anything over 8192 (look-up gap2) unless i raise the look-up gap to 3 and go to 12224 (which i could do pre-2.8.4). Which allows intensity of 20 without HW errors. 3 vs 2 makes you lose some performance at the same concurrencies, but high intensities MORE than makes up for it. ( 3 @ 12224 @ 19 = ~400kh/s vs 2 @ 8192 @ 13 ~330kh/s)

Also... would you know why starting Cgminer @ 12 and raising to 13 gives HW errors, and using the -I 13 flag in my shortcut doesnt?

Thanks for your time.

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