Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

If you're actually sensitive to performance you surely would never use upstream debian binary packages. At least for the x86_64 distro they are built to run on Opteron and just rebuilding them for a less-old CPU like Intel Sandy Bridge, or for whatever CPU you intend to use, can make a huge difference. I get a full 100% improvement in sysbench oltp just from rebuilding the libc and database server with march=skylake.


Benchmarks please. I also do not think that they are actually tuned specifically for opteron.


Why would you care what my benchmarks look like? If you are performance-sensitive, run yours. If you don’t have any, you’re not sensitive to performance.


I think the only one being sensitive here is you - the other commenter is just looking for some way to quantify the huge performance gain that you claim, as it seems unlikely (although not impossible) that just recompiling the packages would provide such a major performance increase.


Using the oltp workload that comes packaged with sysbench, the median latency falls from 50us to 25us on a skylake xeon with nvme storage after recompiling MySQL and libc with march=skylake. Give it a whirl.


Maybe I'm performance sensitive and haven't noticed anything like the claimed improvement and wondering what I did wrong and how I can fix things?


Seriously? You are claiming a 100% improvement from a recompile when the difference between gcc -O0 and -O2 isn't that, and wondering why people are asking to see the benchmarks?


Could one use -mtune to optimize to newer hardware, but make sure it runs for older hardware?


Maybe, but unless you actually own the old hardware, why would you? By the way mtune is much less effective than march. It might change the way a few instructions are scheduled but march will use the actual instructions and registers on your machine.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: