sergesneg ·
27-Май-12 14:13
(спустя 1 месяц 5 дней)
Ну во-первых большое спасибо автору за самодеятельность, а то у нас уже скоро системные программеры переведуться)), все дружно стали "уЭбдиСрайнерами", "хатээмэль-поэтами" контролмэнеджерсайтописателями")).
Ну во вторых. Для-тех, кому не нравиться I586 и т.д. не в этом суть, достаточно нужно было сделать замечание автору и усьо, а не выяснять кто умный.
В третьих. Эта прога проверяет не быстродействие процессора, а скорее системы в целом. Наборы инструкций ЦПУ ограничены языком высокого уровня, в данном случае БорландСи++, ПаверБилдер и Делфи для Win х86 платформ, и ясно указано математики с плавающей запятой! Большего ожидать не нужно. Ни какой графики ни какой многопоточности и мноЙАдрёности она тестировать не будет. Зря там указаны наборы инструкций и количества ядер (это для автора), а то я сам не злым тихим матом подумал, что она еще и это проверяет. Гы-гы)
Вывод, очень полезная програ для проверки полноценных систем (уточняю полноценных: мать+цпу+память+ос+побочные паразитные процессы). Жестокая работа с стандартными виндовзными дээлельками - от сюда, для критиков, отличия хрюшки, висты и семерки. Ясен перец, что там они растянуты и размазаны. Отлично тестирует систему для работы с бухгалтерскими прогами, конструкторские АРМы, экспертнто-технологические комплексы и подобную хренотеть, особенно написанную на делфи и борладноской трехомудии. Замечу, что сейчас такого добра валом, даже преобладает, куда не плюнь - каждый третьий - дельфин)) Для более точного тестирования предлагаю запустить столько экземпляров программы, сколько потоков вы хотите протестировать, или можно сколько ядер у ЦПУ. После запуска перед началом тестирования установите максимальный приоритет задачи, не знаю почему автор это сам не делает, хотя иногда в этом-то и есть плюс.
Автору ИМХО:
1) Тебе трудно написать каку-нить инструкцию, чё-то выдрал бы от сюда?
2) Приоритет нужно изменять из проги, для чайников, если они, вдруг не умеют
3) Для тестирования нужно использовать набор значений операндов, размещённых, в большом массиве, на много большем, чем все кеши процов всех уровней, которые могут только быть. А то кусок прогри где тестируется математика запрыгивает в кеш и там себе крутиться - что является грубейшей ошибкой для тестирования систем, но небольшим плюсом для тестирования самого ЦПУ.
4) Убери лишнюю информацию с экрана, которую ты не тестируюешь, не вводи народ в заблуждение, или укажи какие именно инструкции ты тестируешь, а вся другая инфа, типа марка ЦПУ и наборы его инструкция даются только для инфы.
5) Будешь делать для АМД х64, не лепи всё в кучу. Сделай отдельно для х86 и х64. Для итаниумов и другой, чисто 64-битной беды можешь не писать, её уже почти нет, а там, где есть твоя прога не нужна.
6) Не нужно называть её прогой для тестирования чисто плавающей матеманики цпу. Она же не на ассемблере написана, ИМХО - это не точно! Ты не знаешь тестирует ли она ЦПУ внутри его кеша, идут ли параллельные процессы, выгрузки из кешей, оптимизация потоков и т.п. В конце концов ты же тестируешь внутри виндовозки. А то тебя потом заколебают такими вопросами: ХП, Семёрка, ещё ни кто еще не сказал, что на одинаковых компах с одинаковыми осями по разному тест проходит, или типа, после лечения вирусов тестирует быстрее))