I manually disabled -ffast-math option in x265 CMakefile and the problem went away. I still wonder why the distribution version was not built with -ffast-math option. I did read somewhere that fast-math may make some math operations faster but not necessarily correct and it is not IEEE floating point compliant.
At the same time I also disabled numa support in x265 and transcoding same video is almost twice faster now. I am guessing the code relying on libnuma (if compiled with numa enabled) when failing due to some limited numa support in OSv also disabled proper threading which made it slower possibly. Waldek On Saturday, November 24, 2018 at 3:18:16 PM UTC-5, Waldek Kozaczuk wrote: > > I think libmvec is used when -ffast-math is used (per something related > that I found here - “https://gitlab.com/graphviz/graphviz/issues/1412). > > “The user has tracked this symbol to the glib mathvec library (-lmvec), > some details are at https://sourceware.org/glibc/wiki/libmvec This > library is used when -ffast-math is supplied, and this compiler flag is > hardcoded into the Graphviz configure script. The documentation suggests > that when I use static linking, I need to use -lmvec -lm. I am currently > exploring this option. An alternative is to remove -ffast-meth flag.” -- You received this message because you are subscribed to the Google Groups "OSv Development" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
