Почему связь с librt меняет производительность между g ++ и clang?

Я только что нашелэтот ответ от @ tony-d с бенч-кодом для проверки затрат на вызов виртуальной функции. Я проверил это с помощью тестаg++:

$ g++ -O2 -o vdt vdt.cpp -lrt
$ ./vdt
virtual dispatch: 150000000 0.128562
switched: 150000000 0.0803207
overheads: 150000000 0.0543323
...

Я получил лучшую производительность, чем его (соотношение составляет около 2), но потом я проверил сclang:

$ clang++-3.7 -O2 -o vdt vdt.cpp -lrt
$ ./vdt
virtual dispatch: 150000000 0.462368
switched: 150000000 0.0569544
overheads: 150000000 0.0509332
...

Теперь соотношение достигает примерно 70!

Затем я заметил-lrt аргумент командной строки, и после небольшого поиска в Googlelibrt Я пытался без этого дляg++ а такжеclang:

$ g++ -O2 -o vdt vdt.cpp
$ ./vdt
virtual dispatch: 150000000 0.4661
switched: 150000000 0.0815865
overheads: 150000000 0.0543611
...
$ clang++-3.7 -O2 -o vdt vdt.cpp
$ ./vdt
virtual dispatch: 150000000 0.155901
switched: 150000000 0.0568319
overheads: 150000000 0.0492521
...

Как видите, производительностьswaped.

Из того, что я нашел оlibrtэто нужно дляclock_gettime и другие связанные вычисления времени (возможно, я ошибаюсь, поправьте меня в этом случае!), но код компилируется без-lrtи время кажется правильным из того, что я вижу.

Почему ссылки / не ссылкиlibrt так сильно влияет на этот код?

Информация о моей системе и компиляторах:

$ g++ --version
g++-5 (Ubuntu 5.3.0-3ubuntu1~14.04) 5.3.0 20151204
Copyright (C) 2015 Free Software Foundation, Inc.

$ clang++-3.7 --version
Debian clang version 3.7.1-svn254351-1~exp1 (branches/release_37) (based on LLVM 3.7.1)
Target: x86_64-pc-linux-gnu
Thread model: posix

$ uname -a
Linux ****** 3.13.0-86-generic #130-Ubuntu SMP Mon Apr 18 18:27:15 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux

Ответы на вопрос(1)

Ваш ответ на вопрос