Search code examples
c++performanceassemblyx86-64logarithm

Logarithm in C++ and assembly


Apparently MSVC++2017 toolset v141 (x64 Release configuration) doesn't use FYL2X x86_64 assembly instruction via a C/C++ intrinsic, but rather C++ log() or log2() usages result in a real call to a long function which seems to implement an approximation of logarithm (without using FYL2X). The performance I measured is also strange: log() (natural logarithm) is 1.7667 times faster than log2() (base 2 logarithm), even though base 2 logarithm should be easier for the processor because it stores the exponent in binary format (and mantissa too), and that seems why the CPU instruction FYL2X calculates base 2 logarithm (multiplied by a parameter).

Here is the code used for measurements:

#include <chrono>
#include <cmath>
#include <cstdio>

const int64_t cnLogs = 100 * 1000 * 1000;

void BenchmarkLog2() {
  double sum = 0;
  auto start = std::chrono::high_resolution_clock::now();
  for(int64_t i=1; i<=cnLogs; i++) {
    sum += std::log2(double(i));
  }
  auto elapsed = std::chrono::high_resolution_clock::now() - start;
  double nSec = 1e-6 * std::chrono::duration_cast<std::chrono::microseconds>(elapsed).count();
  printf("Log2: %.3lf Ops/sec calculated %.3lf\n", cnLogs / nSec, sum);
}

void BenchmarkLn() {
  double sum = 0;
  auto start = std::chrono::high_resolution_clock::now();
  for (int64_t i = 1; i <= cnLogs; i++) {
    sum += std::log(double(i));
  }
  auto elapsed = std::chrono::high_resolution_clock::now() - start;
  double nSec = 1e-6 * std::chrono::duration_cast<std::chrono::microseconds>(elapsed).count();
  printf("Ln: %.3lf Ops/sec calculated %.3lf\n", cnLogs / nSec, sum);
}

int main() {
    BenchmarkLog2();
    BenchmarkLn();
    return 0;
}

The output for Ryzen 1800X is:

Log2: 95152910.728 Ops/sec calculated 2513272986.435
Ln: 168109607.464 Ops/sec calculated 1742068084.525

So to elucidate these phenomena (no usage of FYL2X and strange performance difference), I would like to also test the performance of FYL2X, and if it's faster, use it instead of <cmath>'s functions. MSVC++ doesn't allow inline assembly on x64, so an assembly file function that uses FYL2X is needed.

Could you answer with the assembly code for such a function, that uses FYL2X or a better instruction doing logarithm (without the need for specific base) if there is any on newer x86_64 processors?


Solution

  • Here is the assembly code using FYL2X:

    _DATA SEGMENT
    
    _DATA ENDS
    
    _TEXT SEGMENT
    
    PUBLIC SRLog2MulD
    
    ; XMM0L=toLog
    ; XMM1L=toMul
    SRLog2MulD PROC
      movq qword ptr [rsp+16], xmm1
      movq qword ptr [rsp+8], xmm0
      fld qword ptr [rsp+16]
      fld qword ptr [rsp+8]
      fyl2x
      fstp qword ptr [rsp+8]
      movq xmm0, qword ptr [rsp+8]
      ret
    
    SRLog2MulD ENDP
    
    _TEXT ENDS
    
    END
    

    The calling convention is according to https://learn.microsoft.com/en-us/cpp/build/overview-of-x64-calling-conventions , e.g.

    The x87 register stack is unused. It may be used by the callee, but must be considered volatile across function calls.

    The prototype in C++ is:

    extern "C" double __fastcall SRLog2MulD(const double toLog, const double toMul);
    

    The performance is 2 times slower than std::log2() and more than 3 times slower than std::log():

    Log2: 94803174.389 Ops/sec calculated 2513272986.435
    FPU Log2: 52008300.525 Ops/sec calculated 2513272986.435
    Ln: 169392473.892 Ops/sec calculated 1742068084.525
    

    The benchmarking code is as follows:

    void BenchmarkFpuLog2() {
      double sum = 0;
      auto start = std::chrono::high_resolution_clock::now();
      for (int64_t i = 1; i <= cnLogs; i++) {
        sum += SRPlat::SRLog2MulD(double(i), 1);
      }
      auto elapsed = std::chrono::high_resolution_clock::now() - start;
      double nSec = 1e-6 * std::chrono::duration_cast<std::chrono::microseconds>(elapsed).count();
      printf("FPU Log2: %.3lf Ops/sec calculated %.3lf\n", cnLogs / nSec, sum);
    }