Rafael,

Sorry about the [long] delay getting back to you.

Regarding LLVM vs the interpreter:
I wasn't involved in the performance profiling of LLVM/JIT vs the interpreter, 
as the testing was done a little before I joined, just after the interpreter 
was made operable again.  I was told that the interpreter is a little slower, 
but due to the size of the bytecode functions, the performance difference 
between just-in-time bytecode compilation vs bytecode interpretation was 
insignificant.

I wish I had any sort of numbers to back up that claim, but I'm not aware of 
any written research materials left behind, and I'm too focused on other 
efforts at present to try to replicate their work. If anyone takes the 
initiative on this, bear in mind that bytecode functions are only invoked for 
certain file types, so any sort of benchmarking will have to take into account 
each of the file types for which bytecode signatures exist.

Presumably if more processor intensive bytecode signatures are written, the 
scale would tilt in favor of LLVM/JIT.

Regarding CMake:
We have a lot of custom logic with autoconf/automake to identify dependencies 
and platform specific features.  I think it would be a bit of a nightmare to 
replicate all of this in Cmake.

That said, if a Cmake expert has the energy to put Cmake build scripts together 
I’m not opposed to having Cmake support alongside the existing autotools stuff. 
If eventually the Cmake infrastructure rivals our current autotools stuff, we 
could swap it out.

Micah


On Dec 8, 2018, at 2:33 PM, Rafael Ferreira <r...@uvasoftware.com> wrote:

Thanks for the reply Micah, are there any performance concerns with the 
bytecode interpreter? I hear you on cmake, I’m not a big fan of its syntax but 
it is, at the very least, more static analysis friendly.


_______________________________________________
clamav-devel mailing list
clamav-devel@lists.clamav.net
http://lists.clamav.net/cgi-bin/mailman/listinfo/clamav-devel

Please submit your patches to our Bugzilla: http://bugzilla.clamav.net

Help us build a comprehensive ClamAV guide:
https://github.com/vrtadmin/clamav-faq

http://www.clamav.net/contact.html#ml

Reply via email to