Hacker News new | past | comments | ask | show | jobs | submit login

(2013)



Has this metric been surpassed since?


Of course. Since this is a hardware-bound metric, newer faster harder can transmit more messages.

A more timeless metric would be something like "30-instruction message-passing on x86"


Rephrased: given the same hardware, has anyone found a technique that results in greater throughput?


Yes, absolutely. I use KDB to get billions-of-transactions-per-second, but then an interpreted language is clearly better than the JVM.

Put grossly, the "technique" isn't well defined; Even things like "message" aren't well defined, and at the end of the day, are we really talking about a new-and-improved memcpy[1]? Or are we talking about something that's less-slow than other things (and if so, what?)

Not saying this isn't interesting, just that I don't know if it's interesting. Something I want to know is when Java programmers struggle to get into 200k/sec HTTP requests, can I point them at this?

[1]: http://www.codeproject.com/Articles/1110153/Apex-memmove-the...


Is this sort of code purely bound by # CPU instructions? Surely other aspects of hardware could also improve.




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

Search: