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

[-ck]

Cgminer 2.8.4 crashes again on windows 7.

Same here.

2.8.3 and 2.8.4 crash after approx 2 days.

Have only tried Stratum (on BTCGuild) so far.

Host: OS: Win7x64, GPU: 1 x 6970.

@ckolivas: what information can I provide to help you fix this bug?

This is painful since the mode of failure on windows is really a mystery. The best thing you can do for now is run in debug mode to give me even more indication of where the problem lies. Run it with "--verbose -D -T -P" and see what the last messages are before it crashes.

Even better would be a custom debug build running in gdb but I doubt any of you are up for that   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...

[Rjb82]

"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.

[Tittiez]

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  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.

[hashalfahalve]

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

[P_Shep]

Even better would be a custom debug build running in gdb but I doubt any of you are up for that   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.

[-ck]

"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...

[-ck]

Even better would be a custom debug build running in gdb but I doubt any of you are up for that   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

[jjshabadoo]

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.

[kano]

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

[Roy Badami]

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

[mezzomix]

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.

[Mobius]

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

[-ck]

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

[-ck]

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.

[Roy Badami]

Thanks!

[mdude77]

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

[-ck]

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]

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]

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.

[Cranky4u]

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