I've got 10 cores on PPS and SGS (but the server gives out far more PPS) so that should help :)
On a related thought, I've not looked at LLR versions, but are there possible speed gains for Windows users, and/or other LLR based projects too?
The speed gains are the result of (let me quote from the whatsnew.txt file of Prime95 v26.2):
- Faster FFTs for most SSE2-capable CPU architectures.
in the gwnum-lib that is also used by the LLR application.
So the speed gains should occur on every platform* and many LLR sub projects. The speed gains may vary depending on the CPU you use for primality testing and the subproject it crunches on, in particular the current FFT length it uses.
*as soon as the new binaries are released
If people want to avoid making errors on the reissues, there is a way to fix the WUs client-side.
The following is intended for advanced users. No responsibility is assumed by me for the loss of cache or any other problems caused by your attempts at the fix. I recommend suspending network activity and making a backup of the whole data directory tree prior to editing client_state for easy restoration of a good state.
Download a fair-sized cache to avoid having to repeat this procedure too often. Completely shutdown BOINC. Using a plain text editor, open the file named client_state.xml in the data directory (check first few lines of messages tab in Manager for location). Do a global replace of
Save the file. Restart BOINC. Check the messages tab for error messages. If there aren't any you've successfully fixed the WUs. Otherwise, consider restoring from backup which I hope you made.
Raising the bound on unaffected WUs such as other LLRs or even WUs of other projects makes no difference.
Nice speedup indeed. Down to ~300 seconds from ~440 on my Q9550. :)