Bitcoin Forum
July 12, 2024, 03:24:13 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 463 464 465 466 467 468 469 470 471 472 473 474 475 476 477 478 479 480 481 482 483 484 485 486 487 488 489 490 491 492 493 494 495 496 497 498 499 500 501 502 503 504 505 506 507 508 509 510 511 512 [513] 514 515 516 517 518 519 520 521 522 523 524 525 526 527 528 529 530 531 532 533 534 535 536 537 538 539 540 541 542 543 544 545 546 547 548 549 550 551 552 553 554 555 556 557 558 559 560 561 562 563 ... 570 »
10241  Bitcoin / Mining software (miners) / Re: CGMINER GPU FPGA overclock monitor fanspeed GCN RPC linux/windows/osx 2.3.0 on: February 23, 2012, 11:36:18 AM
I now have one 5850 running cgminer 2.2.7 and another on 2.3.0, on the same engine/mem clocks. I'll be counting the accepted shares on the pool they are connected to and see if there is a significant difference. Cgminer 2.2.7 is reporting ~400MH/s and 2.3.0 is reporting ~320MH/s atm. At first glance, it seems they are submitting the same amount of shares (39 vs 40), so this could just be a "cosmetic" change in cgminer 2.3.0.  Grin
That, unfortunately, does not make sense... and this hashrate drop is more than a little disturbing since there is no real valid explanation for it.

edit: it's so big it's like one has an intensity set and the other is running dynamic.
10242  Bitcoin / Mining software (miners) / Re: CGMINER GPU FPGA overclock monitor fanspeed GCN RPC linux/windows/osx 2.3.0 on: February 23, 2012, 11:10:19 AM
The cgminer window closes really fast on Windows, you really need to put an #ifdef win getch() at the end of execution, since piping the output doesn't work either Tongue

Anyway, by a screen grab, it shows Platform version: OpenCL 1.1 AMD-APP-SDK-v2.5 (793.1), with 1 platform device (GPU 0 ATI Radeon HD 5800 Series), and my settings for engine (970) and mem (150).

The default kernel is phatk120222Cypressv2w128l4.
Now that's a serious groaner since the phatk kernel is only trivially changed it should not perform any differently  Huh Try -v 2 -w 256 since you're grossly underclocking memory.

If you start it from a dos prompt window the window won't close...
10243  Bitcoin / Mining software (miners) / Re: CGMINER GPU FPGA overclock monitor fanspeed GCN RPC linux/windows/osx 2.3.0 on: February 23, 2012, 11:06:03 AM
ck, if you can give me a hint as to how to compile a 32-bit version on a 64-bit linux machine, I can provide cypress kernels for l4 along with l8 from SDK 2.1.
Cannot do. You can only make 32 bit kernels from running on 32 bit OS I'm afraid.
10244  Bitcoin / Mining software (miners) / Re: CGMINER GPU FPGA overclock monitor fanspeed GCN RPC linux/windows/osx 2.3.0 on: February 23, 2012, 10:53:20 AM
New version: Version 2.3.0 - February 23, 2012

Thanks for the update mate, but this version doesn't compile a bitalign kernel for my cards (5850's), it's the non-bitalign kernel which is much slower (~320MH/s vs ~400MH/s).

Copying over the bin from the previous version and renaming it from "phatk120213Cypressbitalignv2w256long4" to "phatk120222Cypressv2w256l4" doesn't work also (HW failures).
Woah now there is nothing that should stop it compiling a bitalign kernel. It just stops CALLING it bitalign. You're not doing the SDK 2.6 dance are you?

Yeah, I just read the changelog carefully. Nope, no dance, jumping back to 2.2.7 immediately gets back to ~400MH/s (I always unpack each cgminer version to a fresh folder, no leftovers from prev vers). I'll try the other kernels to see how they go. Tongue
What does:
cgminer -n
report? And what kernel .bin file is being generated for you by default?
10245  Bitcoin / Mining software (miners) / Re: CGMINER GPU FPGA overclock monitor fanspeed GCN RPC linux/windows/osx 2.3.0 on: February 23, 2012, 10:42:45 AM
New version: Version 2.3.0 - February 23, 2012

Thanks for the update mate, but this version doesn't compile a bitalign kernel for my cards (5850's), it's the non-bitalign kernel which is much slower (~320MH/s vs ~400MH/s).

Copying over the bin from the previous version and renaming it from "phatk120213Cypressbitalignv2w256long4" to "phatk120222Cypressv2w256l4" doesn't work also (HW failures).
Woah now there is nothing that should stop it compiling a bitalign kernel. It just stops CALLING it bitalign. You're not doing the SDK 2.6 dance are you?
10246  Bitcoin / Mining software (miners) / Re: CGMINER GPU FPGA overclock monitor fanspeed GCN RPC linux/windows/osx 2.3.0 on: February 23, 2012, 10:24:15 AM
New version: Version 2.3.0 - February 23, 2012

Human readable summary:
New kernels across the board, including Diablo kernel. Selection is carefully designed to be optimal by default according to device and SDK combination.
Much better coping with SDK 2.6 so it no longer warns excessively about it, but note it's STILL faster with most cards on earlier SDKs.
Fixed the huge dip in hashrate with all the extra longpolls.
Fixed the number of extra longpolls during pool switch.
Hopefully fixed the device OFF problem.
Added Icarus FPGA support.
Can set kernel, vector and worksize per device now with -k diablo,phatk,phatk,poclbm -v 2,2,2,1 -w 128,256,256,64 for example
Hashrate at startup should be more meaningful sooner.
New --benchmark feature to test hashrate. Leave it running for ~3 mins to get reliable results, then quit and check the summary! Great for testing multiple same devices with different kernels, vectors etc. Produces NO HASHES so don't leave it running  Wink
Engine clock speed should ramp up instantly after a period of network outage which drops the profile to low power.
New API commands for pool management.
Fixes to API code to shut down cleanly.


Full changelog:
- Consider extra longpoll work items as staged_extra so as to make sure we queue
more work if queueing regular work items as longpolls.
- Use diablo kernel on all future SDKs for Tahiti and set preferred vector width
to 1 on poclbm kernel only.
- Explicitly type the constants in diakgcn kernel as uint, to be in line with
poclbm kernel.
- Reset all hash counters at the same time as resetting start times to get
accurate hashrates on exiting which is mandatory for benchmarking.
- Report thread out before it starts to avoid being flagged as sick when waiting
for the first work item.
- Don't disable and re-enable devices as they may recover and in the meantime
have their status set to OFF.
- API new commands enablepool and disablepool (version already incremented)
- Tolerate new-format temperature readings for bitforce
- Modify cgminer.c pool control to allow API to call it
- Bugfix: Fix BitFORCE driver memory leak in debug logging
- Extra byte was being unused in poclbm leading to failure on some platforms.
- Explicitly type the constants in poclbm kernel as uint.
- Don't save 'include' when saving the configuration
- Allow configuration file to include another recursively
- Use the SDK and hardware information to choose good performing default
kernels.
- Move phatk kernel to offset vector based nonce bases as well.
- Add a --benchmark feature which works on a fake item indefinitely to compare
device performance without any server or networking influence.
- Allow writing of multiple worksizes to the configuration file.
- Allow writing of multiple vector sizes to the configuration file.
- Allow writing of multiple kernels to the configuration file.
- Allow multiple different kernels to be chosen per device.
- Allow the worksize to be set per-device.
- Allow different vectors to be set per device.
- If we're well below the target temperature, increase gpu engine speed back to
maximum in case we have gotten lost between profiles during an idle period.
- We should be setting the value of fan_optimal, not its address.
- As all kernels will be new versions it's an opportunity to change the .bin
format and make it simpler. Specifying bitalign is redundant and long can be l.
- Use any() in kernel output code.
- Put the nonce for each vector offset in advance, avoiding one extra addition
in the kernel.
- Reset times after all mining threads are started to make estimating hashrates
easier at startup.
- Bugfix: allow no-exec (NX) stack
- Fix minor warning.
- fix the bitforce.c code style follow 1TBS
- fix icarus.c compile warning
- small changes to speedup no vec for AMD 898.1 OCL runtime
- Update licensing to GPL V3.
- Reset the longpoll flag after it's been used once to prevent it restarting
work again.
- Begin import of DiabloMiner kernel.
- Modify API debug messages to say API instead of DBG
- When API shuts down cgminer don't kill itself
- Don't make rolled work from the longpoll be seen as other longpoll work items.
- API add 'privileged' command so can verify access level
- Set the lp_sent variable under lock since there will almost always be a race
on setting this variable, potentially leading to multiple LPs being sent out.
- API restrict access to all non display commands by default
- Update API version to 1.2 for new 'Log Interval'
- API add --log Interval to 'config' reply
- --api-allow special case 0/0 means all
10247  Bitcoin / Mining software (miners) / Re: CGMINER GPU bitforce overclock monitor fanspeed GCN RPC linux/windows/osx 2.2.7 on: February 22, 2012, 07:58:54 AM
The plummeting hashrate is partially caused by what I consider a bug I noticed recently. When a pool lags, cgminer sets the clocks back to 157 Mhz. When the pool comes back or cgminer switches to a backup pool, it slowly ramps up the speed from the minimum configured. I see no need for that behavior.  It takes a few minutes before its mining back at full speed for no real reason.

Same here, I use AMDOverdriveCtrl to handle each graphic card, and when there is no load due to lag of pool, the card automatically drop clocks to 157Mhz, I think it is a feature of ATI powerplay on card, has nothing to do with cgminer/AMDoverdriveCtrl. But when load is re-applied to the card, AMDOverdriveCtrl immediately shows the clock returned to 900Mhz, but cgminer's hash rate will only slowly climb back to original hashrate in about 10 minutes

But I take it as a feature Cheesy Smoothly increase the load on card will improve the stability when there is a sudden change in the clock frequency
A number of niggling issues cause drop in hashrate over longpolls and network outages in 2.2.7. Fixed in next version.  Hold on to your hats...
10248  Bitcoin / Mining software (miners) / Re: CGMINER GPU bitforce overclock monitor fanspeed GCN RPC linux/windows/osx 2.2.7 on: February 22, 2012, 07:45:39 AM
Current git fails to build kernels. According to a bisect, the following commit is the problem:

Code:
commit 26c59fbf0f399950d843faba5a9a0fb5dc345df6
Author: Con Kolivas <kernel@kolivas.org>
Date:   Wed Feb 22 16:59:28 2012 +1100

    Allow the worksize to be set per-device.
Heh you couldn't wait till I finished it Cheesy Yeah I'm still working on the code, thanks.

edit: Yes I know I shouldn't leave the master branch in an unworkable state but I had to rush off and didn't want to lose my work to date.
10249  Bitcoin / Mining software (miners) / Re: CGMINER GPU bitforce overclock monitor fanspeed GCN RPC linux/windows/osx 2.2.7 on: February 21, 2012, 11:20:17 PM
The plummeting hashrate is partially caused by what I consider a bug I noticed recently. When a pool lags, cgminer sets the clocks back to 157 Mhz. When the pool comes back or cgminer switches to a backup pool, it slowly ramps up the speed from the minimum configured. I see no need for that behavior.  It takes a few minutes before its mining back at full speed for no real reason.
It's actually a longstanding bug I've been fighting for some time. The driver really shouldn't be reporting back speeds of the lower profile but it screws everything up when it does.
10250  Bitcoin / Mining software (miners) / Re: CGMINER GPU bitforce overclock monitor fanspeed GCN RPC linux/windows/osx 2.2.6 on: February 20, 2012, 10:38:24 PM
Due to high value or each high-diffigulty p2pool share, I recommend you use --submit-stale.
This will make cgminer submit every share it finds, even if it thinks it is already stale. This won't make a huge difference but might net you an additional share every now and then.
This is no longer necessary with the latest cgminer since p2pool will send the message "submitold" which cgminer now supports, so it will do it selectively for p2pool anyway.  Wink
10251  Bitcoin / Mining software (miners) / Re: CGMINER GPU bitforce overclock monitor fanspeed GCN RPC linux/windows/osx 2.2.7 on: February 20, 2012, 09:57:17 PM
[2012-02-20 16:45:41] Loaded binary image poclbm120214Quadro FX 380v1w256long4.bin
[2012-02-20 16:45:41] Initialising kernel poclbm120214.cl without bitalign, 1 vectors and worksize 256
[2012-02-20 16:45:42] Error -42: Building Program (clBuildProgram)

#define CL_INVALID_BINARY                           -42

Delete the file poclbm120214Quadro FX 380v1w256long4.bin and start again.
10252  Bitcoin / Mining software (miners) / Re: CGMINER GPU bitforce overclock monitor fanspeed GCN RPC linux/windows/osx 2.2.7 on: February 20, 2012, 08:43:01 PM
ck, youre a machine Smiley

I miss the donation bit as it was a "set-and-forget" option but I understand the reasons for dropping it.

of course now i have to actually pay attention and donate manually again. *grumble*workworkwork* *sigh*

kidding about the grumbling of course.

sent 1.221122 BTC your way.
Much appreciated. I tend to work in huge bursts if it hasn't been obvious till now Wink
10253  Bitcoin / Mining software (miners) / Re: CGMINER GPU bitforce overclock monitor fanspeed GCN RPC linux/windows/osx 2.2.7 on: February 20, 2012, 08:41:31 PM
ckvolias

2.2.7 has some serious problems in windows if pool 0 is not live

takes a very long time just to start and then it starts to show gpus as sick when they are not
does not happen if the pool 0 is live

this may have been the case in 2.2.6 and not noticed it , have a feeling it has something to do with your new pool probing setup


+1 I had a similar issue:

Not sure if it occurred on other versions but I had a network cable become unplugged (I swear it wasn't me) it seemed to hang forever without reporting connectivity issues.

Ditto. I have experienced this as well. Most of us that have p2pool set as our primary pool will not actually have it up and running when we are troubleshooting issues with cgminer. This problem explains the lock ups I was experiencing now... I believe I'm using 2.2.6, though, so this must have been a recent-developed bug.
Unchanged for a while. Shouldn't lead to lock-ups though...
10254  Bitcoin / Mining software (miners) / Re: CGMINER GPU bitforce overclock monitor fanspeed GCN RPC linux/windows/osx 2.2.6 on: February 20, 2012, 08:40:30 PM
... Overclocked to 950 Mhz, memory underclocked to 300 Mhz, intensity at 9. Used to average 270 Mhash, and still do ...
Rassah, 270 MHash/s seems a tad low. May I ask what work size and vector width you are using? Are you running the default 2 threads per GPU?

Another fine-tuning suggestion: a 270 MHash/s card might be better off with intensity 8, the stale rate should drop a bit provided your pool server is fast enough.
Right now, I'm at 0,21% stales at Bitminter which is rather high - usually my stale rate is about 0,1%.

Just wiped the old cgminer directory, and installed 2.2.7 binaries. I'm on Windows, so I don't even know where the .bin would be. Still no change; mining at the same speed. My 5830's are actually getting exactly 266Mhash/s each (I have two of them).
The only cgminer parameters I'm using are:
-I 9 --auto-fan --auto-gpu --gpu-engine 750-950 --gpu-memclock 300
so I'm not specifying any work sizes or vectors (unless I 9 is work size). I'm mining to P2Pool, and my local stale rate is ~8.6%
The only way I know of making it hash faster is by increasing the Mhz to above 950, but at that point my system gets really unstable, and sometimes either locks up or bluescreens :/
Try copying this file:
http://ck.kolivas.org/apps/cgminer/bins/2.5/phatk120213Cypressbitalignv2w128long4.bin
into your cgminer directory, overwriting a file by the same name and start again.
10255  Bitcoin / Mining software (miners) / Re: CGMINER GPU bitforce overclock monitor fanspeed GCN RPC linux/windows/osx 2.2.7 on: February 20, 2012, 08:39:23 PM
I get the following error running on Win 7 - 64bit:

[2012-02-20 14:45:04] Error: clEnqueueReadBuffer failed. (clEnqueueReadBuffer)

Video card is Quadro FX 380 card, ForceWare 295.51 driver.
Is this a new problem?
10256  Bitcoin / Mining software (miners) / Re: CGMINER GPU bitforce overclock monitor fanspeed GCN RPC linux/windows/osx 2.2.7 on: February 20, 2012, 11:05:53 AM
That overrides any user specified values. The defaults are fine for now. New SDKs and if any faster kernels come up, I will change them.
10257  Bitcoin / Mining software (miners) / Re: CGMINER GPU bitforce overclock monitor fanspeed GCN RPC linux/windows/osx 2.2.7 on: February 20, 2012, 10:37:33 AM
I hope I didn't miss anything, but isn't it impossible to see the worksize if you let cgminer choose it?
--verbose -D
10258  Bitcoin / Pools / Re: [270GH/s] p2pool: Decentralized, DoS-resistant, Hop-Proof pool on: February 20, 2012, 05:58:52 AM
New cgminer version 2.2.7 designed to cope better with failover circumstances involving p2pool as it effectively works off a different blockchain.

https://bitcointalk.org/index.php?topic=28402.msg758324#msg758324
10259  Other / CPU/GPU Bitcoin mining hardware / Re: HD7770 & HD7750 mining thread on: February 20, 2012, 05:47:06 AM
There was a problem with earlier cgminer releases and the new 12.2 ATI driver release. This should be fixed in cgminer 2.2.7 so this should work with these cards.
10260  Bitcoin / Mining software (miners) / Re: collection for cgminer 7970 [Card as been sent! THANK YOU EVERYONE] on: February 20, 2012, 05:27:03 AM
Cgminer 2.2.7 out. This version fixes the bug with 12.2 ATI drivers. Reworked to use -w 64 by default on Tahiti which is worth just under 1 more MHash. 718.5 MHash now at 1200/1050+5% clocks intensity 11.
Pages: « 1 ... 463 464 465 466 467 468 469 470 471 472 473 474 475 476 477 478 479 480 481 482 483 484 485 486 487 488 489 490 491 492 493 494 495 496 497 498 499 500 501 502 503 504 505 506 507 508 509 510 511 512 [513] 514 515 516 517 518 519 520 521 522 523 524 525 526 527 528 529 530 531 532 533 534 535 536 537 538 539 540 541 542 543 544 545 546 547 548 549 550 551 552 553 554 555 556 557 558 559 560 561 562 563 ... 570 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!