Search results

I would never host game servers on a VPS. VPS's do not have direct access to some/most of the hardware, and a lot of CPU instructions are emulated by the host node. You'll end up with lots of latency and poor performance.

I don't see anything in the changelog or the code changes that would affect performance, looking at your benchmark output I see a variation of a few percentage points overall between the latest beta builds, which would probably match up with context switching, CPU scheduler latency, or others...

For a minor speed increase, you could disable exception handling which would usually resort to calling abort() on Linux. You could also use -ffast-math, but that does some really funky thing to code generation (and it actually can cause problems: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55522)

You could obtain an edgerouter device and enable SNMP and then have a remote VPS graph it via rrdtool/mrtg over snmp. Or, you could come up with a very small device, like a mini-pc, that sits in front of everything and you could use some traffic counters to measure data, per protocol. Think of...

Did you invalidate the VFS cache before you ran tests? A 'mount -o remount /' will usually do that (or whatever filesystem you are compiling on). No, it doesn't hurt it. It's confusing, though. A lot of Linux distros are apparently starting to/suggesting overall unsupport for 32bit (about...

I briefly looked over the code for your CPU detection stuff.. It's actually, kind of bloated in a way. You're also passing -O3 in a few spots with mtune - That just increases the size of the binary in most cases with GCC - CLANG is a lot better with -O3.. If you're compiling code on 'customer'...

-march=native tells the compiler to call cpuid() to get a list of the current CPU's features/flags/l1/2l/l3 size and optimize for that specific processor. Indeed, the code isn't portable, and is a huge drawback of RPM based languages like PHP, perl, etc is they are generally passed with -O2/-O0...

C/C++/ASM/Perl/Bash I use asm for reverse engineering malware and c for silly projects that I don't want to write in perl/bash.

'not many devs actually optimize code' Actually, a developer's first goal is writing something that works, and doesn't error out; Write a function now, let GCC/clang optimize it away. Sometimes you'll need to either do inline asm so gcc/clang doesn't do silly things, or profile for performance...

"Current issues i am facing is database table crashes...." It crashes on what, exactly? Too many connections? The defaults for MySQL's InnoDB are not optimal for large servers. Ultimately, you're going to be CPU bound, ie: PHP (or mysql) will run out of userland time long before you saturate...

Those numbers look odd - I wonder if they would improve with -march=native on the binary for the older PHP versions.