Currently the windows build always uses a lot more CPU than the linux build. It has to do with the windows library that gives support for the linux features and I'm not sure there's anything to do about it. Beyond that, some drivers use a lot more CPU when more than one card is in use. The other big CPU user is when dynamic mode is enabled, as it constantly monitors the GPU usage and throttles it accordingly, but conversely spends more CPU time doing this. To decrease CPU usage, disable dynamic mode by choosing an intensity with -I.

About dynamic mode:

The intensity level is determined by cgminer to be that which will keep the desktop GUI fluid based on how quickly it refreshes. If you have a low power card, the intensity will almost always be low because of this. If you have a high power GPU, it may well get to quite high intensity levels even when still in use.

About the OSX build:

It should build if you have the right tools for it. Ycros is helping me out there.

About shares rejected:

When doing solo mining, you are constantly trying to find a block for yourself and anything that looks like it might be a block is submitted to the network. Most of the time it will be rejected because it's not the real block you've found.

About stopping in windows:

I'm working on trying to make it more robust, but ctrl-break is the only way to stop it at the moment.

Other stuff:

Low priority while I try to get cgminer as stable as possible with the most frequently requested or sponsored features. While I have spent a LOT of time on this project, I do not have infinite time to implement everything in such a short time space.

It should build if you have the right tools for it. Ycros is helping me out there.

Since the machine with the fastest graphics card I currently have access to is a Mac, I'm kinda interested in this, too. I recently tried to build cgminer 1.2.6-1 on it and there was a compiler error and configure couldn't find the Mac OpenCL implementation.So if there's any testing you need done, I'll be happy to do it as I have time, since I would like to use something other than DiabloMiner there (which keeps segfaulting as of recently).

Edit: And yes, I've seen the entry in the news file about fixing the OpenCL tests, I'm just waiting for the next release to try this.

win32 v1.2.6 still has problem with combined gpu+cpu mining and with cpu mining.

radeon 5550 + core i3 (should be 60+Mh/s + ~8Mh/s - both overclocked)

"-g 0 -t 4" - cpu threads keep getting restarted every 60 seconds and don't complete any work.as someone suggested in the previous topic, it would be much more efficient to make all cpu threads work on a single share because otherwise they complete no work at all.

"-g 2 -t 4" - gpu threads are for some reason hogged by cpu and both cpu and gpu don't complete any work.checked with gpu-z - gpu load stays at 0

Changelog:- Show last 8 characters of share submitted in log.- Display URL connected to and user logged in as in status.- Display current block and when it was started in the status line.- Only pthread_join the mining threads if they exist as determined bypthread_cancel and don't fail on pthread_cancel.- Create a unique work queue for all getworks instead of binding it to thread 0to avoid any conflict over thread 0's queue.- Clean up the code to make it clear it's watchdog thread being messaged torestart the threads.- Check the current block description hasn't been blanked pending the realnew current block data.- Re-enable signal handlers once the signal has been received to make itpossible to kill cgminer if it fails to shut down.- Disable restarting of CPU mining threads pending further investigation.- Update longpoll messages.- Add new block data to status line.- Fix opencl tests for osx.- Only do local generation of work if the work item is not stale itself.- Check for stale work within the mining threads and grab new work ifpositive.- Test for idle network conditions and prevent threads from being restartedby the watchdog thread under those circumstances.- Make sure that local work generation does not continue indefinitely bystopping it after 10 minutes.- Tweak the kernel to have a shorter path using a 4k buffer and a mask on thenonce value instead of a compare and loop for a shorter code path.- Allow queue of zero and make that default again now that we can track howwork is being queued versus staged. This can decrease reject rates.- Queue precisely the number of mining threads as longpoll_staged after anew block to not generate local work.

When doing solo mining, you are constantly trying to find a block for yourself and anything that looks like it might be a block is submitted to the network. Most of the time it will be rejected because it's not the real block you've found.

- Startup appears to compile a kernel for each thread for each GPU. In the case of the default number of threads, 2, that's double work for no benefit.

- If multiple, identical GPUs are present in the system, the same OpenCL kernel will be compiled for each of them.

- If there really is a need to compile a specific kernel for each GPU, it might be more efficient to do the compilation within a worker thread, this allowing the compiles to run in parallel on multi-core machines.

- Finally, where do the generated .bin files actually get stored on linux?

- Startup appears to compile a kernel for each thread for each GPU. In the case of the default number of threads, 2, that's double work for no benefit.

- If multiple, identical GPUs are present in the system, the same OpenCL kernel will be compiled for each of them.

- If there really is a need to compile a specific kernel for each GPU, it might be more efficient to do the compilation within a worker thread, this allowing the compiles to run in parallel on multi-core machines.

- Finally, where do the generated .bin files actually get stored on linux?

No it does not. It compiles one kernel once for all similar hardware and then loads the binary from that point on. Since you have to run cgminer from the source directory currently, that's where it also stores the binary file.

This looks really cool and I would like to switch to it but I'm having a couple issues on ubuntu 11.04.

Already have appsdk 2.1 installed (was using phoenix)did: git clone https://github.com/ckolivas/cgminer cgminerbut sudo ./autogen.sh just yields "./autogen.sh: 8: aclocal: not found"I tried some of the other steps to see if it got any further, but I think it's obviously failing on the first step because: