Bitcoin Forum
May 02, 2024, 07:14:55 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 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 564 565 566 567 568 569 »
10381  Other / CPU/GPU Bitcoin mining hardware / Re: 7970 Linux drivers released on: February 08, 2012, 02:16:23 PM
Well I can't seem to use these drivers with my 6000 series cards plugged in at the same time Undecided. It's either or for now  Tongue
10382  Bitcoin / Mining software (miners) / Re: CGMINER GPU bitforce overclock monitor fanspeed RPC in C linux/windows/osx 2.2.3 on: February 08, 2012, 02:09:28 PM
Hello ck!

Apparently the problem with "OFF" decreased but not disappeared completely:


Same here. Ran 18 hrs and got 3 of 4 cards showing OFF with 2.2.3.  Started 2.1.2 with the same flags last night, I'll check it in 8 hours.  Are you using --auto-fan? Not using auto-fan seemed to solve it in 2.2.1, until my power crashed anyway.
Can you check in the menu when the GPUs were "last initialised" ?
10383  Bitcoin / Mining software (miners) / Re: new DiaKGCN kernel for Phoenix miner (7970 / GCN) - 2012-02-04 on: February 08, 2012, 07:46:56 AM
Check my git tree. There's a diakgcn branch now. Only the output side is different, but I can't get shares out of it yet. No support for new macros yet either.
Investigate the imported diakgcn. The only significant change is to the output code, but I get no  shares yet...
https://github.com/ckolivas/cgminer/blob/diakgcn/diakgcn120208.cl
10384  Bitcoin / Mining software (miners) / Re: new DiaKGCN kernel for Phoenix miner (7970 / GCN) - 2012-02-04 on: February 08, 2012, 07:14:44 AM
Check my git tree. There's a diakgcn branch now. Only the output side is different, but I can't get shares out of it yet. No support for new macros yet either.
10385  Bitcoin / Mining software (miners) / Re: new DiaKGCN kernel for Phoenix miner (7970 / GCN) - 2012-02-04 on: February 07, 2012, 10:51:36 PM
So how are we going diapolo? Is your kernel ready for me to port it to cgminer Wink
10386  Bitcoin / Mining software (miners) / Re: CGMINER GPU bitforce overclock monitor fanspeed RPC in C linux/windows/osx 2.2.3 on: February 07, 2012, 12:19:52 PM
Debugging requires:
-D --verbose -T
as the README file says...
10387  Bitcoin / Mining software (miners) / Re: CGMINER GPU bitforce overclock monitor fanspeed RPC in C linux/windows/osx 2.2.3 on: February 07, 2012, 10:19:07 AM
Which flags do I have to use to get the best out of my 7970?
cgminer is currently not performing that well yet on 7970. The best you'll get is likely to be with -g 3 -I 9 and no other flags. It defaults to -v 1 -w 256 -k poclbm when it detects a 7970.
10388  Bitcoin / Pools / Re: [3609 Gh/s] DeepBit.net PPS+Prop,instant payouts, we pay for INVALID BLOCKS too on: February 07, 2012, 01:29:30 AM
Funny how cgminer is recommended as a solution to the problem, but isn't in the list of recommended software on the deepbit front page.  Wink
10389  Bitcoin / Pools / Re: [200GH/s] p2pool: Decentralized, DoS-resistant, Hop-Proof pool on: February 07, 2012, 12:33:30 AM
ckolivas, maybe I should ask this in the cgminer thread, but since it concerns P2Pool I'll ask here anyway.

I was running 2.1.2 before upgrading to the latest version. I was using -c 1 and --submit-stale with 2.1.2, and since upgrading I've removed --submit-stale as it seems it's no longer required in 2.2.3.

Do you recommend I continue to use -c 1 and are there any other switches that might be useful for P2Pool?
I'm assuming you mean -g 1. That's probably the only switch which -theoretically- might help. It has as much effect on speeding up returns as decreasing intensity by 1. The difference is decreasing intensity by 1 has a much bigger effect on your overall hashrate. Find the peak of your hashrate with intensity, but don't go higher (usually somewhere 7-9) and -g 1 is all I'd recommend.
10390  Bitcoin / Pools / Re: [200GH/s] p2pool: Decentralized, DoS-resistant, Hop-Proof pool on: February 06, 2012, 10:14:08 PM
Well, I'm mining here too now. Good work on the concept.

cgminer version 2.2.3 has some enhancements specifically targeted at working optimally with p2pool so if you're on cgminer, I recommend upgrading.

DiabloMiner had p2pool support first :<
Haha. Cgminer worked fine on p2pool before as well. It just works even better now. I was making no comparison with DM.
10391  Other / CPU/GPU Bitcoin mining hardware / Re: POLL: What temps & fan speeds do you maintain for 24/7 mining? on: February 06, 2012, 09:11:45 PM
I use default cgminer settings  Wink They were developed around my own usage pattern of course  Cheesy
10392  Bitcoin / Pools / Re: [200GH/s] p2pool: Decentralized, DoS-resistant, Hop-Proof pool on: February 06, 2012, 09:08:45 PM
Well, I'm mining here too now. Good work on the concept.

cgminer version 2.2.3 has some enhancements specifically targeted at working optimally with p2pool so if you're on cgminer, I recommend upgrading.
10393  Bitcoin / Mining software (miners) / Re: CGMINER GPU bitforce overclock monitor fanspeed RPC in C linux/windows/osx 2.2.3 on: February 06, 2012, 08:55:31 PM
Fixed
10394  Bitcoin / Mining software (miners) / Re: CGMINER GPU bitforce overclock monitor fanspeed RPC in C linux/windows/osx 2.2.3 on: February 06, 2012, 11:36:22 AM
New version: 2.2.3

Links for both binary and source in top post.

Note this version has extra goodness for mining on p2pool, though other pools will of course benefit too.

Human readable summary of possibly user visible changes:

- New opencl kernels to work half decently on GCN hardware 79xx and to make phatk2 work on them, NVIDIA devices and much older ATI GPUs.

- OpenCL Platform information is now available when cgminer is called with --ndevs, including what devices are available on each platform. cgminer also now supports the --gpu-platform command line option which allows you to choose what platform to use, should you have multiple installed (eg both NVIDIA and ATI, or mutliple SDKs from ATI). Note you MUST delete any *.bin files generated before starting for new binaries to be generated using the chosen platform.

- Some pools support an extension called "submitold" which recommends you actually submit stales. Instead of universally throwing them out (default cgminer behaviour) or submitting all of them (when you enable --submit-stale), this allows the pool to tell cgminer what it wants you to do. On pools that your stale count doesn't matter (like p2pool) there is a theoretically miniscule chance this share is worth submitting, and on merged mining pools, it might be okay to submit shares from a valid BTC block but not a valid NMC block. You can actually see this in action in this latest version with output that looks like this:

Code:
[2012-02-06 22:15:25] Stale share detected, submitting as pool requested
[2012-02-06 22:15:25] Rejected 00000000.302ced5f.c73e1884 GPU 2 thread 2 pool 0
As you can see, it was still rejected by p2pool here, but that is harmless.

- More work is "rolled" on longpoll. This should minimise the dip in hashrate across longpolls, and decrease the "pool is not providing work fast enough" warnings on pools that support n-rolltime. It will also increase the dreaded "efficiency" rating.

- GPU threads on the same GPU now start work staggered, with the first thread on each GPU having no delay. This means all GPUs should be busy ahead of extra threads on a GPU that is already busy. This should further decrease the dips across block changes/longpolls/network delays.

- Hopefully the "linked GPU" (eg 5970) scenario where a GPU would be apparently randomly turned off is fixed.

- When a GPU hangs now, the fan control should still keep trying to keep it at target temperature if it's hung running flat out. This should decrease crashes.

- The --donation feature is GONE.

- The wrong "thread" will not be reported if a GPU is disabled.

- Some networks can take extraordinarily long for the pool detection to work so the 15 second timeout has been increased to 60 seconds. This will help those who have had apparently everything set up fine but ended up with pool communication failure at startup.

- Enabling the -T text only option will guarantee that the formatted "curses" output will never occur. This makes debugging easier.

- Bitforce devices should actually work now.

- More information available (last share) in the changed RPC API.

---
Changelog:

2.2.3:
- Revert "Rewrite the convoluted get_work() function to be much simpler and roll
work as much as possible with each new work item." This seems to cause a race on
work in free_work(). Presumably other threads are still accessing the structure.

2.2.2:
- Provide support for the submitold extension on a per-pool basis based on the
value being detected in a longpoll.
- Don't send a ping to a dynamic device if it's not enabled as that will just
enable it for one pass and then disable it again.
- Rewrite the convoluted get_work() function to be much simpler and roll work as
much as possible with each new work item.
- Roll as much work as possible from the work returned from a longpoll.
- Rolling work on each loop through the mining thread serves no purpose.
- Allow to stage more than necessary work items if we're just rolling work.
- Replace divide_work with reuse_work function used twice.
- Give rolled work a new ID to make sure there is no confusion in the hashtable
lookups.
- Remove now-defunct hash_div variables.
- Remove unused get_dondata function.
- Silence ADL warnings.
- Silence unused parameter warnings.
- Stagger the restart of every next thread per device to keep devices busy ahead
of accessory threads per device.
- Deprecate the --donation feature. Needlessly complex, questionable usefulness,
depends on author's server and a central pool of some kind, and was not heavily
adopted.
- It's devices that report back now, not threads, update message.
- Continue auto-management of fan and engine speeds even if a device is disabled
for safety reasons.
- No need to check we're highest performance level when throttling GPU engine
speed.
- Abstract out tests for whether work has come from a block that has been seen
before and whether a string is from a previously seen block.
- Probe but don't set the timeout to 15 seconds as some networks take a long
time to timeout.
- Remove most compiler warnings from api.c
- Add last share's pool info in cgpu_info
- Allow the OpenCL platform ID to be chosen with --gpu-platform.
- Iterate over all platforms displaying their information and number of devices
when --ndevs is called.
- Deprecate main.c
- Some networks can take a long time to resolve so go back to 60 second timeouts
instead of 15.
- Only enable curses on failure if curses is desired.
- Fix warnings in bitforce.c
- Bugfix: Need to open BitForce tty for read-write
- Fix various build issues.
- Modularize code: main.c -> device-cpu + device-gpu
- Fix phatk kernel not working on non-bitalign capable devices (Nvidia, older
ATI).
- Update poclbm kernel for better performance on GCN and new SDKs with bitalign
support when not BFI INT patching. Update phatk kernel to work properly for non
BFI INT patched kernels, providing support for phatk to run on GCN and non-ATI
cards.
- Return last accepted share pool/time for devices
- Display accepted share pool/time for CPUs
- Bug intensity always shows GPU 0
- Update example web miner.php to use new API commands
10395  Bitcoin / Mining software (miners) / Re: CGMINER GPU bitforce overclock monitor fanspeed RPC in C linux/windows/osx 2.2.2 on: February 06, 2012, 10:52:49 AM
Hmm... could be a race on the work item. Can you "git checkout a3e77937c8b8d924b2671aa4a77e9f13689ac64a", rebuild, and see if it goes away?

Running more than twice as long as before and no crash yet. I'll post again, should this post trigger another crash, but so far it looks good.


@kano: The first thing I did before posting was "ulimit -c unlimited; make clean; ./autogen.sh && ..." just to get a clean core dump.
Quick bugfix then, and I'm going to release it as 2.2.3. Thanks.
10396  Bitcoin / Mining software (miners) / Re: CGMINER miner overclock monitor fanspeed RPC in C linux/windows/osx 2.1.2 on: February 06, 2012, 10:35:51 AM
A mining buddy Eliden got some weird problem with all versions of cgminer from 2.0.7 to 2.1.2

http://img841.imageshack.us/img841/6650/88077886.png this is the screenshot

The temps and the rpm of the fan disappearing on start of cgminer

Cgminer only reports what the ATI display library shows and does not show anything if it's not reporting results from a device. At the mercy of the ATI display library. If it stops reporting values there's nothing cgminer can do about it.
10397  Bitcoin / Mining software (miners) / Re: CGMINER GPU bitforce overclock monitor fanspeed RPC in C linux/windows/osx 2.2.2 on: February 06, 2012, 09:57:42 AM
With the latest version from git, I keep getting this:
Code:
(gdb) bt
#0  0x00007fae64776405 in *__GI_raise (sig=<optimized out>) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
#1  0x00007fae64779680 in *__GI_abort () at abort.c:92
#2  0x00007fae647ace0b in __libc_message (do_abort=<optimized out>, fmt=<optimized out>) at ../sysdeps/unix/sysv/linux/libc_fatal.c:189
#3  0x00007fae647b6656 in malloc_printerr (action=3, str=0x7fae6488d3e8 "double free or corruption (!prev)", ptr=<optimized out>) at malloc.c:6283
#4  0x00007fae647bb38c in *__GI___libc_free (mem=<optimized out>) at malloc.c:3738
#5  0x000000000040d4af in free_work (work=0x1573ee0) at cgminer.c:1550
#6  miner_thread (userdata=0x124eda0) at cgminer.c:3211
#7  0x00007fae6580ab50 in start_thread (arg=<optimized out>) at pthread_create.c:304
#8  0x00007fae648194ad in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#9  0x0000000000000000 in ?? ()
Hmm... could be a race on the work item. Can you "git checkout a3e77937c8b8d924b2671aa4a77e9f13689ac64a", rebuild, and see if it goes away?
10398  Bitcoin / Mining software (miners) / Re: CGMINER GPU bitforce overclock monitor fanspeed RPC in C linux/windows/osx 2.2.1 on: February 06, 2012, 07:58:17 AM
New version 2.2.2, source up for now, top post, binaries pending.

Changelog:
Version 2.2.2 - February 6, 2012

- Provide support for the submitold extension on a per-pool basis based on the
value being detected in a longpoll.
- Don't send a ping to a dynamic device if it's not enabled as that will just
enable it for one pass and then disable it again.
- Rewrite the convoluted get_work() function to be much simpler and roll work as
much as possible with each new work item.
- Roll as much work as possible from the work returned from a longpoll.
- Rolling work on each loop through the mining thread serves no purpose.
- Allow to stage more than necessary work items if we're just rolling work.
- Replace divide_work with reuse_work function used twice.
- Give rolled work a new ID to make sure there is no confusion in the hashtable
lookups.
- Remove now-defunct hash_div variables.
- Remove unused get_dondata function.
- Silence ADL warnings.
- Silence unused parameter warnings.
- Stagger the restart of every next thread per device to keep devices busy ahead
of accessory threads per device.
- Deprecate the --donation feature. Needlessly complex, questionable usefulness,
depends on author's server and a central pool of some kind, and was not heavily
adopted.
- It's devices that report back now, not threads, update message.
- Continue auto-management of fan and engine speeds even if a device is disabled
for safety reasons.
- No need to check we're highest performance level when throttling GPU engine
speed.
- Abstract out tests for whether work has come from a block that has been seen
before and whether a string is from a previously seen block.
- Probe but don't set the timeout to 15 seconds as some networks take a long
time to timeout.
- Remove most compiler warnings from api.c
- Add last share's pool info in cgpu_info
- Allow the OpenCL platform ID to be chosen with --gpu-platform.
- Iterate over all platforms displaying their information and number of devices
when --ndevs is called.
- Deprecate main.c
- Some networks can take a long time to resolve so go back to 60 second timeouts
instead of 15.
- Only enable curses on failure if curses is desired.
- Fix warnings in bitforce.c
- Bugfix: Need to open BitForce tty for read-write
- Fix various build issues.
- Modularize code: main.c -> device-cpu + device-gpu
- Fix phatk kernel not working on non-bitalign capable devices (Nvidia, older
ATI).
- Update poclbm kernel for better performance on GCN and new SDKs with bitalign
support when not BFI INT patching. Update phatk kernel to work properly for non
BFI INT patched kernels, providing support for phatk to run on GCN and non-ATI
cards.
- Return last accepted share pool/time for devices
- Display accepted share pool/time for CPUs
- Bug intensity always shows GPU 0
- Update example web miner.php to use new API commands
10399  Bitcoin / Mining software (miners) / Re: collection for cgminer 7970 [Card as been sent! THANK YOU EVERYONE] on: February 06, 2012, 06:43:47 AM
Awesome awesome awesome  Shocked

As you may have seen I've done some preliminary work to the git tree since this collection started anyway so that cgminer will run at least satisfactorily on 7970 if not optimally just yet.

Thanks to everyone who donated  Grin
10400  Bitcoin / Mining software (miners) / Re: CGMINER GPU bitforce overclock monitor fanspeed RPC in C linux/windows/osx 2.2.1 on: February 06, 2012, 12:02:47 AM
Yeah it just passes through the check for "dynamic" and might enable/disable once or twice before doing the right thing in the end. It does end up disabled doesn't it?

That it does. Just looks a little strange.
I'll make it prettier
Pages: « 1 ... 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 564 565 566 567 568 569 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!