https://opennet.ru/openforum/vsluhforumID3/107833.html Компания Google объявила (http://google-opensource.blogspot.ru/2016/05/xray-function-call-tracing-system.html) о скором открытии исходных текстов проекта XRay (https://storage.googleapis.com/xray-downloads/whitepaper/XRayAFunctionCallTracingSystem.pdf), в рамках которого развивается система трассировки вызова функций в приложениях, активно используемая для отладки внутренних сервисов Google, таких как BigTable и движка контекстной рекламы. Система примечательна поддержкой динамической активации, позволяющей включать отладочный режим, создающий паразитную нагрузку, только при необходимости, в остальное время практически не создавая накладных расходов. Подобный подход позволяет использовать XRay для отладки высоконагруженных приложений в их естественной рабочей среде, где невозможно применение обычных систем отладки и профилирования.<br><br><br><br>Основу XRay составляют добавляемые во время компиляции точки перехвата и динамически загружаемая библиотека. В обычном режиме точки перехвата работают как пустые заглушки (" https://opennet.ru/openforum/vsluhforumID3/107833.html#36 Tue, 10 May 2016 08:39:31 GMT DTrace умеет это делать для любой инструкции, правда разрешено это для юзерспейсных приложений: <br><br> $ /usr/sbin/dtrace -l -n 'pid$target::main:*' -c /bin/true<br><br>SystemTap еще умеет к строчкам кода привязываться<br> https://opennet.ru/openforum/vsluhforumID3/107833.html#35 Tue, 10 May 2016 08:36:48 GMT Для этого в dtrace можно эти самые точки (пробы) точно так же вставлять в код, компилировать и затем использовать по мере необходимости.<br> https://opennet.ru/openforum/vsluhforumID3/107833.html#34 Tue, 10 May 2016 06:05:31 GMT подозреваю, что не всё так просто. dtrace, по-идее, может перехватывать только на границе функций, а если тебе нужно, скажем, один цикл внутри функции померять, то уже и не получится (нужно, чтобы в машинном коде появилось место для внедрения точки перехвата, соответственно нужно компилятору указать, в каких местах nop-инструкции ставить)<br> https://opennet.ru/openforum/vsluhforumID3/107833.html#33 Tue, 10 May 2016 05:55:15 GMT &gt; Овощ<br><br>Фрукт, ну на тебе ещё.<br>Если бы полтора года назад google напоролся бы на 'ужасный' clang<br>То наверно бы не было вот этого перевода Android NDK c gcc на clang в декабре 2015 года<br> https://opennet.ru/openforum/vsluhforumID3/107833.html#32 Tue, 10 May 2016 03:12:48 GMT Не нашёл там особого здравомыслия. Один вообще не понятно какой замер и полтреда спецолимпиады по дисциплине "c++ vs pascal"<br>Ну вот http://www.phoronix.com/scan.php?page=article&item=clang-37-gcc52&num=1<br>Что-то примерно равное.<br> https://opennet.ru/openforum/vsluhforumID3/107833.html#31 Mon, 09 May 2016 18:32:04 GMT Добро пожаловать на лор https://www.linux.org.ru/news/gnu/12552668<br>результаты измерений в треде<br> https://opennet.ru/openforum/vsluhforumID3/107833.html#30 Mon, 09 May 2016 17:37:07 GMT А что то изменилось в худшую сторону для clang?<br>PS: особо не надеюсь на здравомыслие, тут редко такое встретишь, обычно фанатизм людям заменяет мозг. И мысли чётко детско-максималистичные. Хотя бывают исключения.<br>PSS: естественно читал и ссылки в той статье и комментарии (тогда ещё), да и вообще за этой темой поглядываю.<br> https://opennet.ru/openforum/vsluhforumID3/107833.html#29 Mon, 09 May 2016 17:20:46 GMT Овощ, ты умеешь читать содержимое ссылок которые даёшь и в особенности дату публикации?<br> https://opennet.ru/openforum/vsluhforumID3/107833.html#27 Mon, 09 May 2016 15:40:52 GMT хмм, dtrace умеет делать подобное без каких либо указаний компилятору<br>