3 ms·
Easily? Do you have any benchmarks to back that up? My sense is that JITet platforms lose most of the time still, but that the JITted platforms are getting cl
by joakleaf 12y ago
Easily?
Do you have any benchmarks to back that up?
My sense is that JITet platforms lose most of the time still, but that the JITted platforms are getting closer, and occasionally win.
- vardump 12y agoYeah, I do. Kind of. Static code carries a lot of overhead in some cases. SwiftShader is a specialized JIT. It generates the code at runtime. It beats any C-code by about an order of magnitude. https://www.transgaming.com/swiftshader/faq https://www.transgaming.com/swiftshader/faq All fast RegExp matchers do JIT compilation. Like PCRE. Native code just can't compete. IIRC, about an order of magnitude advantage. Firewall rules can benefit from JIT by an order of magnitude. For example: https://wiki.freebsd.org/SummerOfCode2014/ConvertingIPFWRulesets https://wiki.freebsd.org/SummerOfCode2014/ConvertingIPFWRule...
- repsilat 12y ago> All fast RegExp matchers do JIT compilation. Like PCRE. Native code just can't compete. I thought that most "native" regex engines basically amounted to small interpreters written in a compiled language. I'd be surprised if the languages that actually compile their regexes to native code are not competitive.
- vardump 12y agoYes, that's exactly what I meant. Those "small interpreters written in a compiled language" have no chance against Just-in-Time compiled code.