Test with dual-Xeon 2687W 32 threads :
old cpu miner 64bit : ~4460KHs
Yam M7Q : I let some time to reach max perf (auto-tuning) : 5800~5820KH/s
Big improvement, nice job !
Thanks.
I guess maintainers of groestlcoin.org shall update miner performance charts basing on those stats
Awesome work! Which of these works best for Xeon / Xeon E5 on linux? thx
Look up microarchitecture for your cpu model at cpu world. Builds named after microarchitectures and follow gcccpu feature set naming (march and mtune).
the only miner i seem to be able to get working on AWS EC2 is linux-generic
I try sandy-bridge with C1 and ivy-bridge with C3 setups on Ec2 and always get:
Illegal instruction (core dumped)
are there other dependencies i need to get this working? what am i missing? thanks:)
Waiting for
srcxxx to confirm if this gets the BOUNTY
could u pls recompile the mac versions. they give "Illegal instruction: 4" errors
heres the fix
http://stackoverflow.com/questions/14268887/what-is-the-illegal-instruction-4-error-and-why-does-mmacosx-version-min-10I am perfectly aware of these situations, so I will explain in few more details:
1. Illegal Instruction. Problem is that older OSes do not set up CPUs to operate new instruction sets, such as AES-NI and AVX2, properly. Most performance critical portions of yam manually coded in assembly, so I use instructions of my choice, and recompiling will not help. Specifying macosx-version-min simply disables some parts of instruction sets, but assembly code will not be affected, so issue will definitely persist.
What you can do is a) try to run generic build; b) check if your CPU supports needed instruction sets (some more details on this are also in readme.txt).
In fact, this is NOT MacOS X specific issue, it is also known to be in: Windows 7 without SP1 (does not run Haswell builds because of no AVX2 support prior to SP1); AVX misdetection in XEN virtualization environment and bug in Linux kernel
2. Abort trap: 6
This is also known issue, documented in "known issues" in readme.txt
It will occur, for example, if you misspell parameter name. I am looking for proper ways to resolve this already for a long time. It has to do with gcc-specific exception handling, boost libraries and symbol visibility settings. Still no clean solution, because of factoring out exceptions completely is unrealistic.
I can confirm I have been stupid
I messed up the configs and finally saw my mistake.
Everything on linux works beautifully.
Ivy-bridge on EC2 HVM c3 systems getting at least ~330Kh/s per core.
Does this sound about right?
On a Mac Mini Core 2 I'm getting ~240kH/s per core
The "Abort trap: 6" error was again my misconfig!
However the one issue that is real is the "Illegal instruction: 4" error on OSX systems running 10.7x and before. the link I posted above will show I hope how to recompile for OSX versions prior to 10.8. The Mac mini is running 10.8.2 by my other macs running 10.7x cant handle it. Could u try fixing it please? ThanksThe 33% BOUNTY is my offering. I believe you got it
yvg1900!!!
Was waiting for srcxxx to confirm but Ill settle for a couple forum members chiming in with their +33% results and Ill send you the BOUNTY.
So… CONFIRMATIONS PLEASE SO I CAN AWARD THE BOUNTY! THXI will put up my EC2 mining guide for noobs in a few hours.
P>S> Does this make GRS best mining option for Mac OSX users?
i don't think nVidia is better,that 1200Mh is my rig, all AMD
