Pull to refresh

Comments 6

запуск дебагера при нахождении проблемы — киллер фича! интересно как это сделано для никсов и gdb. если я хочу для винды и для линукса, нужно покупать две лицензии, я правильно понимаю?
Для Linux и gdb сделано — можете скачать trial и попробовать, как оно выглядит. Там может потребоваться использование target remote в gdb. Насчёт лицензий да, для разных ОС нужны отдельные лицензии.
Во сколько раз он замедляет программу?
Это сильно зависит от самой программы. Анализ ошибок памяти замедляет программу меньше — от 2х до 80х. Анализ проблем взаимодействия потоков — от 10х до 160х. Такой большой разлёт оценок демонстрирует степень зависимости от структуры программы. 80х и 160х — исключительные случаи.
Если работает 100 потоков и они постоянно обмениваются данными, замедление будет куда сильнее, чем если их 8 и обмениваются иногда.
Только сегодня скачал триал и уже нашел потенциальную гонку данных. У меня вопрос к автору: какой инструмент (от intel?) мог бы помочь определить причину следующего поведения: есть приложение серверного типа, которое на старте потребляет 30% CPU. Далее нагрузка на процессор растет линейно, хотя нагрузка по количеству данных и соединений остается равномерной, и уже через час-два процессор не выдерживает. Утечек памяти нет, проверенно уже — какой инструмент или комбинация может помочь обнаружить причину? спасибо!
Для профилировки производительности и поиска проблем с перенагрузкой используйте Intel® VTune Amplifier XE. На хабре про него много писал vtsymbal, правда больше про микроархитектурный анализ, вам может потребоваться более высокоуровневый. На русском есть несколько старых и не очень вебинаров.
Sign up to leave a comment.