В продолжение истории с пустой Си-шной программой

[vak]

Взял пустую Си-шную программу "int main() {}". Скомпилировал статически под Линуксом. Прогнал через valgrind, получил профиль выполнения. Отрисовал граф вызовов с помощью qcachegrind.

gcc -g -Os -static empty.c -o empty
valgrind --tool=callgrind --dump-instr=yes --collect-jumps=yes ./empty 
qcachegrind callgrind.out.*

Вот как эта халабуда выглядит.



Какие-то непонятные tunables сжирают время, и get_cie_encoding неясно что такое.

Под FreeBSD картина несколько яснее. И эффективнее: BSD-шная библиотека за 75471 процессорных инструкций супротив 170979 в Линуксе. Это на архитектуре x86_64.

Comments

[lxe]

https://opencores.org/websvn/filedetails?repname=openrisc_me&path=%2Fopenrisc%2Ftags%2Fgnu-src%2Fgcc-4.5.1%2Fgcc-4.5.1-or32-1.0rc2%2Fgcc%2Funwind-dw2-fde.c

Развертка стека для исключений.

[vak]

Казалось бы, зачем исключения для Си-шных программ. FreeBSD ними и не парится.

[dedekha]

Кого это может взволновать в мире, который программирует на питоне, джаве, и джава-скрипте?

[vak]

А потом приходит дворник и выгоняет всех Rust-метлой. Потому что вам ватты процессора на дело дадены, а не на разную фигню. 😀

[dedekha]

C++ дворник никого не выгнал.

Кстати, по моим не научным наблюдениям массовый программист не способен писать большие программы на с++ без тысяч предупреждений и сотен cast-ов. Это означает что массовый программист просто не способен что-либо сделать на rust. Питонизация всего на свете будет продолжаться пока она не упрется в то, что массовый программист не способен писать maintainable код на питоне, но до этого момента еще лет 10.