Download to read offline
Uploaded byCodeFest
CodeFest 2013. Скрыган К. — Оптимизация .Net приложений на примере Resharper
Документ описывает методы оптимизации производительности в .NET с использованием инструментов, таких как ReSharper и dotTrace. Рассматриваются проблемы с алгоритмической производительностью, управление памятью и технические аспекты, связанные с сборкой мусора. Также упоминаются рекомендации по использованию структур данных и кэширования для улучшения эффективности приложений.
More Related Content
Similar to CodeFest 2013. Скрыган К. — Оптимизация .Net приложений на примере Resharper
CodeFest 2013. Скрыган К. — Оптимизация .Net приложений на примере Resharper
- 1.
- 2.
- 3. Алгоритмическая производительность • DotTrace– как инструмент анализа производительности • Sampling: почти «честное» время выполнения, профилирование практически не накладное по производительности
- 4. Алгоритмическая производительность • Tracing:дорогое профилирование, не отражает реального времени выполнения, но показывает количество вызов • Timeline: инструмент для анализа производительности многопоточных приложений
- 5. Типичные продолбы • Алгоритмический«взрыв» (квадрат или больше) • Ожидание на lock’ах • Memory traffic (о нём поподробнее )
- 6. Memory traffic: GC •В деталях, механику CLR GC не знает никто, кроме самих CLR team. Алгоритмы и принципы CLR GC весьма закрыты.
- 7. Memory traffic: GC •«Stop-the-world» - блокировка всех трэдов • Чем больше memory traffic – тем чаще вызывается GC • LOH – Large Object Heap (>82 Кб) – специальная куча для больших объектов
- 8. Memory traffic • Стараемсяне создавать новых объектов, там, где не нужно. • Объекты зачастую неожиданно создаются в неочевидных местах.
- 9. Замыкания: то, чтовидим мы
- 10.
- 11. Params: что мывидим
- 12. Params всегда аллоцируетобъект!
- 13.
- 14. …и только одинзамыкающий класс!
- 15.
- 16. Во что компилируетсяyield
- 17.
- 18. Ну и самое«сладкое»: IList vs List
- 20. Memory traffic: прочиепримеры • LinQ, Select and others • Guid.ToString() создаёт дважды. Можно переписать через stackalloc
- 21.
- 22. Соображения о структурахданных • Equals вызывается чаще чем GetEntry? – см. коллизии • Интернирующие структуры данных • StringSlice – лекарство против SubString
- 24. StringSlice в лексере INTERN
- 25. Неочевидные соображения оструктурах данных : LocalList
- 26. LOH • Объекты вLOH никогда не перемещаются • LOH только растет и никогда не уменьшается (т.е. если объект собран сборщиком мусора, размер LOH все равно остается неизменным) • Хип LOH освобождается только тогда, когда LOH полностью пуст • Как следствие – OutOfMemory из-за сильно фрагментированной памяти
- 27.
- 28. Boxing • Очевидные проблемы:используем value types в качестве reference types • public struct ToBeBoxed : IMySuperInterface {…} • Не забываем что все итераторы – struct’ы!
- 29. .NET method groupbug Lambda Delegate target Method group Ratio expression Class 329 463 0.71 Interface 24474 461 53.1 Struct 28372 400 71.0
- 30. Более общие соображения •«Кризис среднего возраста» для объектов • Есть смысл задумать о том, в каком поколении собираются объекты. Желательно, чтобы в Gen0 • WeakReferences – только в крайнем случае.
- 31. Caches: тонкости • LevelDb– храним кэши на диске • DirectMappedCache, LRUWeakReferenceCache – «вытесняющие» словари с ограниченным размером
- 32. UI Thread: тонкостив обращении • Chunked operations – прерываем операции в других потоках, чтобы не зависать в UI потоке • InterruptableReadactivityCookie – операция, прерываемая в том числе по WriteLock.Acquire() из UI потока
- 33. Tools • ReSharper –статический анализ кода на performance issues. • DotTrace – профилятор • DotMemory, .NET Memory Profiler – memory- профилятор • DotPeek (ReSharper) – декомпилятор • Ildasm.exe
- 34.
Editor's Notes
- #9 Конкретный пример здесь!