Bitcoin Forum
May 03, 2024, 01:41:11 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 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 »
10941  Bitcoin / Mining software (miners) / Re: Official CGMINER thread - CPU/GPU miner in C for linux/windows/osx on: September 02, 2011, 12:21:51 AM
Hi ckolivas,

I can confirm the high number of rejects (100% on my boxes) with CPU mining has been fixed. The only algo that wouldn't generate rejects for me was the sse2_64. So great work.

Compiling 1.6.1 is a different story though. I notice the configure script checks for curl_easy_init and after that does the pkg-config check for libcurl. Since it doesn't know where to look for curl yet, the former check obviously fails. Also, you use LIBCURL_CPPFLAGS, but on FreeBSD (and possibly other systems), pkg-config only returns LIBCURL_CFLAGS. Since they should be the same, could you change it to make use of CFLAGS instead of CPPFLAGS ?

Thanks in advance.
libcurl.m4 defines LIBCURL_CPPFLAGS and CFLAGS would be something completely different as far as I understand it, so you're missing the m4 file from some package.
10942  Bitcoin / Mining software (miners) / Re: Official CGMINER thread - CPU/GPU miner in C for linux/windows/osx on: September 01, 2011, 01:45:59 PM
Ok, configure scripts are witchcraft to me.

I'm having trouble finding any interest in supporting older distributions and libraries in light of that knowledge limitation of mine. If you have patches, I'd be more than happy to accept them  Undecided
10943  Bitcoin / Mining software (miners) / Re: Official CGMINER thread - CPU/GPU miner in C for linux/windows/osx on: August 31, 2011, 12:13:37 PM
This has probably already been answered but honestly.... some people have better things to do than re-read 60 pages of a thread.

When I use cryptopp_asm32 mode for the CPU miner, I get ridiculously wrong values for the hash rate - things like 150 MH/s, wildly fluctuating up and down and the 5 sec average frequently displaying Nan.  Is there a bug in the rate calculation for that algorithm?
I'd say the cryptopp_asm32 on windows is likely broken.
10944  Bitcoin / Mining software (miners) / Re: AMD Catalyst™ Control Center / AMD Vision™ Engine Control Center 11.8 Released! on: August 31, 2011, 04:46:05 AM
You can use OpenCL remotely through RDP now, and without dummy plugs. Too bad about the 100% cpu bug thought, it's still there.
Not only is it still there, but they even managed to port the bug to the linux driver as well!

Anyone on linux, do NOT move away from 11.6.
10945  Bitcoin / Mining software (miners) / Re: Official CGMINER thread - CPU/GPU miner in C for linux/windows/osx on: August 31, 2011, 04:39:50 AM
ckolivas,
thanks for the reply about ask rate and scan time.
I don't completely comprehend yet what it does really but thanks! Cheesy

I was wondering, is there anymore specific flags I should pay more attention to when solo mining?

I'm also trying to figure out how to do FASTLOOP=false with cgminer, is this possible or is this set automagically?

None of the variables from other miners are directly portable to cgminer. Presumably what you want is the dynamic mode OFF which happens whenever you set an intensity with -I (number).
10946  Bitcoin / Mining software (miners) / Re: Official CGMINER thread - CPU/GPU miner in C for linux/windows/osx on: August 31, 2011, 03:17:49 AM
Why intensity 9 now?

And what does this mean?

Quote
Don't leak work to backup pools when primary pool is lagging

Why 9? I thought I explained that. I get more mhashes now with 9 than 8. With previous versions I didn't.

Normally work gets leaked to backup pools if the primary pool is detected as lagging before it has actually failed. Enabling this new flag means no work will go to backup pools unless the primary one has failed completely. This was a requested feature by a donor.
10947  Bitcoin / Mining software (miners) / Re: Official CGMINER thread - CPU/GPU miner in C for linux/windows/osx on: August 30, 2011, 11:12:01 PM
Just as a quick data point, I am now recommending dedicated mining rigs use -I 9 instead of -I 8. Changes in the last few versions seem to make for a very small rise in throughput on 69xx cards with the higher intensity. As always, test for yourself as your mileage may vary.  Wink
10948  Bitcoin / Mining software (miners) / Re: Official CGMINER thread - CPU/GPU miner in C for linux/windows/osx on: August 30, 2011, 10:43:49 AM
the queued items in the bottom part of the logs won't get updated. using the 1.6.1 windows-binary on win7x64


Interesting. The queued value is truly the "number of items this specific device queued" and there are other ways the queue is kept full that mean this device may not ever really request work on its own. So, strictly speaking, it's still correct under that description, but I can see why it looks odd.
10949  Bitcoin / Mining software (miners) / Re: Official CGMINER thread - CPU/GPU miner in C for linux/windows/osx on: August 29, 2011, 11:28:07 PM
Indeed as ancow said, I completely ignored that fact. bash DOES cache the location and if you remove it after you've already used it, it will stupidly continue to try and use that one.
10950  Bitcoin / Mining software (miners) / Re: Official CGMINER thread - CPU/GPU miner in C for linux/windows/osx on: August 29, 2011, 11:11:42 PM
Because the least work and most portable was to add the --prefix value to the directories cgminer checks. If you grab the precompiled binary it will be set to /usr, if you don't set --prefix it will be set to /usr, if you set --prefix it will be wherever you choose and it ends up when you do 'make install'. The last part was the most important.
10951  Bitcoin / Mining software (miners) / Re: Official CGMINER thread - CPU/GPU miner in C for linux/windows/osx on: August 29, 2011, 11:03:14 PM
You must specify your install directory with --prefix= and compile it yourself if you want to install it somewhere specific.
In case you were responding to me, I wasn't clear.  I am fine with the default install path.  However, historically the default install path has been /usr/local/bin and for some reason, the default install path is /usr/bin on 1.6.1, but I get the error about cgminer not being in /usr/local/bin.  This is after I install (and before, obviously), and I did manually compile from source (hence the comment about configure not checking the JSON version and dealing with it appropriately [using the included source if the installed source is too old]).  I will try with --prefix, and I imagine that will solve the problem, but I didn't do anything different for 1.6.1 than I did for 1.5.8.  1.5.8 installed in /usr/local/bin again after I uninstalled 1.6.1 and re-installed 1.5.8, so something it seems like is different about this version that causes that error if --prefix isn't provided in Fedora 15.
That's because it has to have some default prefix if none is specified, and (perhaps foolishly) I chose /usr since most distros install everything there (even though most configure scripts default to /usr/local, I know). Ideally it should have a custom location for kernels, in something like $prefix/lib/cgminer or share/cgminer or some other crap, but I couldn't decide where would work cross platform and my care factor dropped to negative levels once I got it working at all.
10952  Bitcoin / Mining software (miners) / Re: Official CGMINER thread - CPU/GPU miner in C for linux/windows/osx on: August 29, 2011, 10:54:05 PM
2: When i start with cpu mining disabled everything works perfectly fine. But when i enable cpu mining with -t7 (8 core machine) it looses connection with the first 2 pools but after 1 minute it reconnects.
I noticed this when I last experimented with CPU mining (2-3 weeks ago). My impression was that the connection loss happens whenever a CPU thread finds a share, although I have no empirical evidence (it wasn't important enough for me to do a run with debugging enabled).
This can probably be alleviated by increasing the -Q value (default is 1). This can be done while it's still running in ettings -> [Q]ueue. Experiment and see.
10953  Bitcoin / Mining software (miners) / Re: Official CGMINER thread - CPU/GPU miner in C for linux/windows/osx on: August 29, 2011, 09:12:40 PM
You must specify your install directory with --prefix= and compile it yourself if you want to install it somewhere specific.
10954  Bitcoin / Mining software (miners) / Re: Official CGMINER thread - CPU/GPU miner in C for linux/windows/osx on: August 29, 2011, 10:43:41 AM
I found some temporarily fix to reduce the cpu consumption in windows...
use this tool http://www.adsciengineering.com/StartAffinity/
to set the affinity of cgminer to one core. Use quotes on your cgminer cmdline and the id you would set in the taskmanager.


Or is there a way to actually get rid of it yet?
It only uses a total amount of CPU that amounts to 100% of one CPU core due to the strange way the ATI driver is written, and binding the application to one core just means all the work will go to that one core; it does not actually decrease CPU usage.
Yeah but 100% of one core is less than ~70% of 4 cores. (I'm sure i can say that since the cpu fan runs much slower then)
Okay that is much crappier than I'd even imagined it would be on windows.
10955  Bitcoin / Mining software (miners) / Re: Official CGMINER thread - CPU/GPU miner in C for linux/windows/osx on: August 29, 2011, 10:31:17 AM
New release: Version 1.6.1, Links in first post. Smiley

Executive summary of user visible changes:
Hopefully fixed the zero sized binary bug \o/
Hopefully fixed the (old ncurses) resize crash
Hopefully fixed the memory leak in cpu mining and the inappropriately high rejects
Tidier build and smarter config and new --disable-opencl option
Less false positives for "unable to provide work fast enough"
New --shares option (mine X shares and exit)
New --enable-cpu and --disable-gpu options
Version info


Full changelog:
- Copy cgminer path, not cat it.
- Switching between redrawing windows does not fix the crash with old
libncurses, so redraw both windows, but only when the window size hasn't
changed.
- Reinstate minimum 1 extra in queue to make it extremely unlikely to ever have
0 staged work items and any idle time.
- Return -1 if no input is detected from the menu to prevent it being
interpreted as a 0.
- Make pthread, libcurl and libcurses library checks mandatory or fail.
- Add a --disable-opencl configure option to make it possible to override
detection of opencl and build without GPU mining support.
- Confusion over the variable name for number of devices was passing a bogus
value which likely was causing the zero sized binary issue.
- cgminer no longer supports default url user and pass so remove them.
- Don't show value of intensity since it's dynamic by default.
- Add options to explicitly enable CPU mining or disable GPU mining.
- Convert the opt queue into a minimum number of work items to have queued
instead of an extra number to decrease risk of getting idle devices without
increasing risk of higher rejects.
- Statify tv_sort.
- Check for SSE2 before trying to build 32 bit SSE2 assembly version. Prevents
build failure when yasm is installed but -msse2 is not specified.
- Add some defines to configure.ac to enable exporting of values and packaging,
and clean up output.
- Give convenient summary at end of ./configure.
- Display version information and add --version command line option, and make
sure we flush stdout.
- Enable curses after the mining threads are set up so that failure messages
won't be lost in the curses interface.
- Disable curses after inputting a pool if we requested no curses interface.
- Add an option to break out after successfully mining a number of accepted
shares.
- Exit with a failed return code if we did not reach opt_shares.
- The cpu mining work data can get modified before we copy it if we submit it
async, and the sync submission is not truly sync anyway, so just submit it sync.


---
If you're wondering why I include the entire build in the linux binary tarball, it's so you can do 'make install' to install it into a system location.  Wink
10956  Bitcoin / Mining software (miners) / Re: Official CGMINER thread - CPU/GPU miner in C for linux/windows/osx on: August 28, 2011, 11:30:01 PM
I never had any compile errors form cgminer so this is the first one:

Code:
.../usr/lib/gcc/i686-pc-linux-gnu/4.4.5/include/xmmintrin.h:32:3: error: #error "SSE instruction set not enabled"

That's the new 32 bit assembly cpu mining code which is only being half compiled. A workaround for the moment is to add -msse2 to your CFLAGS till I can figure out how to fix it.
10957  Bitcoin / Mining software (miners) / Re: Official CGMINER thread - CPU/GPU miner in C for linux/windows/osx on: August 28, 2011, 11:28:13 PM
I found some temporarily fix to reduce the cpu consumption in windows...
use this tool http://www.adsciengineering.com/StartAffinity/
to set the affinity of cgminer to one core. Use quotes on your cgminer cmdline and the id you would set in the taskmanager.


Or is there a way to actually get rid of it yet?
It only uses a total amount of CPU that amounts to 100% of one CPU core due to the strange way the ATI driver is written, and binding the application to one core just means all the work will go to that one core; it does not actually decrease CPU usage.
10958  Bitcoin / Mining software (miners) / Re: Official CGMINER thread - CPU/GPU miner in C for linux/windows/osx on: August 28, 2011, 10:20:28 AM
Another couple:

1) So what does more exactly longpoll do and how to enable it with cgminer? I was under impression that it should be enabled by default, unless I specify --no-longpoll, but somehow it doesn't work for me on Slush pool. Shall I add LP to the pool URL?

2) So what's the best kernel for Radeon 5xxx ATM, shall I add -k phatk for optimum performance?

P.S. I really want to kill AMD, upgraded to latest Debian testing and the 10.7 or 10.8 or whatever they are consume 100% CPU. Argh...
I believe slush doesn't have longpoll. cgminer detects it by default and tries to enable it. Luckily cgminer is very good at minimising rejects even without longpoll.

Best kernel is likely phatk, and I'm pretty sure it will use that anyway by default.
10959  Bitcoin / Mining software (miners) / Re: SCAM: CoinMiner at bitcoin-miner-pro.com steals wallet on: August 28, 2011, 09:24:05 AM
One by one every mining software is being tagged as a virus by the stupid virus software makers because the mining software is being packaged with a trojan set of parameters. Obviously that's not the mining software's fault, so the virus software makers can go and get fffff
10960  Bitcoin / Mining software (miners) / Re: Official CGMINER thread - CPU/GPU miner in C for linux/windows/osx on: August 28, 2011, 09:22:03 AM
Is ask rate and scan time the same thing?
There is no official terminology for any of this stuff, but I'm assuming what ask-rate is, I guess the answer is yes.
Pages: « 1 ... 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!