Профилировщик Visual Studio не показывает время, на которое влияют отношения метода. Я имею в виду, что есть метод C. Его можно вызвать из A или B. Я хочу, чтобы профайлер показывал мне, что, когда A называет C, тратится 10-12 мс, но когда B называет C, 30 C. 70 минут тратится на C. Можете ли вы предложить любые существующие профилировщики для решения этой ситуации?Профильная измерительная аппаратура с отношениями
1
A
ответ
0
В конце концов, я сделал это. Я не уверен, что я поделюсь ею. Если вы думаете, что вам это нужно, позвольте мне сейчас.
Смежные вопросы
- 1. Спящий режим, контрольно-измерительная аппаратура и удаление каскадного порядка
- 2. Тесты на изгиб для студии Android (измерительная аппаратура)
- 3. Простая C++ исходная аппаратура?
- 4. Измерительная латентность штормовых болтов
- 5. Измерительная тестируемость кода C#
- 6. Поврежденная профильная информация с g ++ и CMake
- 7. Профильная служба выставления счетов SaaS
- 8. WhatsApp intercept Профильная загрузка фотографии
- 9. LabVIEW + аппаратура National Instruments или ???
- 10. Измерительная строка и ширина шрифта
- 11. Измерительная сила пунша на iphone
- 12. Программная аппаратура без порта принтера
- 13. Swift Измерительная нотация для UnitType
- 14. Get TransactionID from Recurring Профильная информация
- 15. Монтажная ленточная аппаратура под Windows для Informix
- 16. iOS измерительная веб-страница Скачать TIme
- 17. Измерительная рамка Время рендеринга приложения для Android
- 18. Arduino измерительная мощность для запуска кода
- 19. Измерительная карта изометрической плитки для GL_DEPTH_COMPONENT24_OES
- 20. Работа с повторяющимися отношениями
- 21. Карта HQL с отношениями
- 22. Проблема RestKit с отношениями
- 23. Auth :: user() с отношениями?
- 24. ArrayCollection :: соответствие с отношениями
- 25. Система тегов с отношениями
- 26. Проблемы с отношениями mysql?
- 27. Hibernate с отношениями
- 28. Посевные элементы с отношениями
- 29. PFObject подклассов с отношениями
- 30. Красноречивый с множественными отношениями
Я использую [* этот способ *] (http://stackoverflow.com/a/378024/23771) конечно. Если я возьму 10 стеков, а C на 5 из них, это говорит мне, что C отвечает за 50% времени. Из тех 5, если A выше C на 2 из них, а B выше C на 3 из них, это означает, что 40% времени, используемого C, происходит от A и 60% от B. Все эти цифры очень приблизительные, но для определения проблем с производительностью приблизительный уровень достаточно хорош. –
Так что ничего. Я начал разрабатывать такой профилировщик, потому что мне это нужно. Инструментальная часть уже завершена. – Vlad
Я думаю, что идеальный профилировщик применял бы искусственный интеллект к каждому образцу стека. В противном случае я применяю реальный интеллект к каждому образцу стека. Я не знаю ни одного стекового сэмплера, который позволяет пользователю видеть образцы (кроме 'rprof'). Конечно, я могу сделать это только для небольшого количества образцов, но когда я говорю, что небольшое количество образцов более чем достаточно, чтобы найти проблемы, люди не хотят его слышать. Но когда они на самом деле пытаются это сделать, они понимают, что это так. Так что люди получают за все, что хорошая технология профайлера * меньше ускорения! *, Потому что они упускают возможности. –