2013-12-10 1 views
5

Очень давным-давно (2003) команда CLR Performance опубликовала статью, написанную Яном Грэем под названием «Writing Faster Managed Code: Know What Things Cost». За десять лет с тех пор, как это было написано .NET, было добавлено еще много базовых операций; и я уверен, что выполнение многих основных операций, упомянутых в статье, изменилось со времени первоначальной версии CLR.Есть ли хорошая ссылка на то, какие основные операции стоят в последних версиях .NET?

Есть ли хорошая ссылка, которая обновила измерение производительности для основных операций для более поздних версий CLR?

+0

Хороший вопрос, но я полагаю, что это немного не по теме (_ "... Вопросы, предлагающие нам рекомендовать или находить инструмент, библиотеку или любимый ** ресурс offf-сайта **, не относятся к теме для переполнения стека, поскольку они склонны привлекать упрямые ответы и спам ... »_). –

+0

@Adriano Есть ли лучший сайт обмена стеками для такого рода вопросов? – Chuu

+2

Chuu я нашел этот вопрос, где кажется, по крайней мере, 2009 год, 4 года назад, но через 6 лет с оригинального сообщения не было обновленной версии. http://stackoverflow.com/questions/719449/is-there-an-updated-version-of-writing-faster-managed-code-know-what-things-co –

ответ

1

Самая актуальная ссылка от команды CLR - это инструмент MeasureIt и статьи журнала MSDN (part 1, part 2), которые шли вместе с ним. MeasureIt не имеет того же набора тестов, что и в статье Джона, но поставляется с исходным кодом, поэтому вы можете легко отредактировать его, чтобы добавить дополнительные тесты. MeasureIt.exe /edit извлечет исходный код для вас. Только MeasureIt.exe будет запускать стандартный набор тестов и открывать результаты.

Кроме того, большинство концепций более высокого уровня в статье Ян все еще актуальны и точны. Просто цифры устарели.

0

Как отметил один из довольно саркастических комментариев, эта информация в значительной степени устарела благодаря повышению качества, свободным/доступным инструментам для профилирования. Лучший способ справиться с производительностью на этом уровне - написать код удобным и удобным образом, а затем позволить профайлеру рассказать вам, где все происходит медленно.

Смежные вопросы