Забавно... Как он себе представляет "накручивание" бенчмарка?
На самом деле "накручивание" (точнее, завышенные показатели) есть результат двух действий: 1) Оптимизации кода самого бенчмарка под конкретное железо, что прямо противоречит требованиям к бенчмарку (ибо бенчмарк оговаривает не только заданные действия теста, но и как и каким софтом производится получение исполняемого кода, причем отсутствие оптимизации при этом явно оговаривается); 2) Оптимизацией драйверов под конкретный бенчмарк, которую делают совершенно законно абсолютно все производители. Первый способ дает откровенно фейковый результат, потому как опровергается моментально любым стандартным экземпляром бенчмарка. Используют его в основном на презентациях, где образцы только демонстрируют, но юзерам в руки не дают. Просто ловкость рук - со сцены показали, что два девайса делают ЧТО-ТО, получая похожие, но разные результаты. Зато у юзеров останется память, что вот этот девайс имеет письку длиннее чуть больше производительность. А что потом серийный аппарат окажется чуть медленнее на нормальном тесте - ну так не повезло, наверное, просто такой экземпляр попался. А вот второй способ - это как раз обычных источник непоняток: как так - первоклассные результаты в тестах, и при этом медленная и глючная работа в других приложениях. А причина как раз в драйверах. Можно выделить последовательность команд, которыми преимущественно и грузит некий тест проверяемое устройство, и оптимизировать их выполнение - в ущерб прочим командам. В итоге тест летает, а остальное еле ползает.
Комментарии 3
На самом деле "накручивание" (точнее, завышенные показатели) есть результат двух действий:
1) Оптимизации кода самого бенчмарка под конкретное железо, что прямо противоречит требованиям к бенчмарку (ибо бенчмарк оговаривает не только заданные действия теста, но и как и каким софтом производится получение исполняемого кода, причем отсутствие оптимизации при этом явно оговаривается);
2) Оптимизацией драйверов под конкретный бенчмарк, которую делают совершенно законно абсолютно все производители.
Первый способ дает откровенно фейковый результат, потому как опровергается моментально любым стандартным экземпляром бенчмарка. Используют его в основном на презентациях, где образцы только демонстрируют, но юзерам в руки не дают. Просто ловкость рук - со сцены показали, что два девайса делают ЧТО-ТО, получая похожие, но разные результаты. Зато у юзеров останется память, что вот этот девайс имеет
письку длиннеечуть больше производительность. А что потом серийный аппарат окажется чуть медленнее на нормальном тесте - ну так не повезло, наверное, просто такой экземпляр попался.А вот второй способ - это как раз обычных источник непоняток: как так - первоклассные результаты в тестах, и при этом медленная и глючная работа в других приложениях. А причина как раз в драйверах. Можно выделить последовательность команд, которыми преимущественно и грузит некий тест проверяемое устройство, и оптимизировать их выполнение - в ущерб прочим командам. В итоге тест летает, а остальное еле ползает.