Я оцениваю оптимизирующий компилятор Visual C++ 10 на тривиальных примерах кода, поэтому посмотрите, насколько хорош машинный код, и у меня пока нет творческих вариантов использования.
Есть ли какой-нибудь образец кода, который обычно используется для оценки того, насколько хорош оптимизирующий компилятор C++?
Единственным допустимым тестом является тот, который имитирует тип кода, который вы разрабатываете. Оптимизаторы по-разному реагируют на разные приложения и разные стили кодирования, и единственное, что действительно имеет значение, — это код, который вы собираетесь компилировать с помощью компилятора.
Попробуйте протестировать такие библиотеки, как Eigen (http://eigen.tuxfamily.org/index.php?title=Main_Page).
Во многих тестах используется scimark: http://math.nist.gov/scimark2/download_c.html однако вы должны быть избирательны в том, что вы тестируете (тестируете изолированно), так как некоторые тесты могут дать сбой из-за плохого развертывания цикла, но остальная часть кода была отличной, но что-то еще лучше только из-за развертывания цикла ( т.е. остальная часть его сгенерированного кода была ниже номинала)
Как уже было сказано, вам действительно нужно измерять оптимизацию в контексте типичных вариантов использования ваших собственных приложений в типичных целевых средах. По этой причине я включаю таймеры в свой собственный пакет автоматической регрессии и обнаружил несколько довольно необычных результатов, как описано в предыдущий вопрос FWIW, я обнаружил, что VS2010 SP1 создает код в среднем примерно на 8% быстрее, чем VS2008 в моем собственном приложении, и примерно на 13% с оптимизацией всей программы. Это не распределяется равномерно по вариантам использования. Я также склонен видеть значительные различия между длинными тестовыми прогонами, которые не видны при профилировании гораздо меньших тестовых случаев. Я еще не проводил сравнения платформ, например. зависит от платформы или аппаратного обеспечения.
Я полагаю, что многие оптимизаторы будут точно настроены, чтобы давать наилучшие результаты по сравнению с известными наборами тестов, что, в свою очередь, может означать, что это не лучшие фрагменты кода для проверки преимуществ оптимизации. (Размышление конечно)
