Полигон-2

Ekb написал:

[q]

Скинул NSSI сюда: http://www.ex.ua/403586779089

[/q]

Этот сайт заблокирован по решению
органов власти Российской Федерации.

This website is blocked by the decision
of the government of the Russian Federation.

Сумма Телеком приносит извинения за доставленные неудобства.
Summa Telecom apologizes for the inconvenience.

Позор Сумме Телеком-у!!!!!!!!!!!!!!

А скиньте пожалуйста еще куда-то эту утилитку? Или сюда на форум к сообщению прикрепите?
Только собрался потестить много сопроцессоров, а тут Российская Федерация вмешалась.

sanders написал:

[q]

Ekb написал:

[q]

Скинул NSSI сюда: http://www.ex.ua/403586779089

[/q]

Этот сайт заблокирован по решению
органов власти Российской Федерации.

This website is blocked by the decision
of the government of the Russian Federation.

Сумма Телеком приносит извинения за доставленные неудобства.
Summa Telecom apologizes for the inconvenience.

Позор Сумме Телеком-у!!!!!!!!!!!!!!

А скиньте пожалуйста еще куда-то эту утилитку? Или сюда на форум к сообщению прикрепите?
Только собрался потестить много сопроцессоров, а тут Российская Федерация вмешалась.

[/q]

Насколько я знаю, доступ к ex.ua с российских IP закрыт очень давно. Причем самим ex.ua

NSSI не работает на ХТ. Вернее, запускается только информирующая часть, но не полный интерфейс.
Возможно из-за того, то ЕХЕ-шник занимает 511кб (много для ХТ).
Да, прога видит FPU, выдает сводку по компу.

Буду к вечеру писать на Паскале утилитку вычислений на FPU, и если только компиллятор не обманет, подсунув эмуляцию на случай отсутствия сопроцессора, тогда будут результаты.
В любом случае отпишусь.

Все верно.
Написал я утилитку на Паскале, т.к. больше ничего не знаю, а Паскаль в вузе знал на II месте по кафедре.
Утилитка заведомо не умеет эмулировать сопроцессор и ругается, если не обнаруживает его присутствие.
Далее она 255 раз выполняет поочередно умножение и деление двух случайных чисел (одних и тех же).
Далее она сравнивает поочередно результаты в массиве умножения и тоже самое в массиве деления.
Если находи отличие в результатах - выпадает с соответствующей ошибкой.
Если все оба массива внутри себя идентичны, то ОК и следующая итерация с другими случайными числами.
Могу выложить утилитку.
Сейчас проверяет 8087 (4,7МГц), работающий в JukoXT на 12МГц (проверил осциллографом).
Я так понимаю, что если за некое длительное время сопроцессор не расплавит сокет, не сгорит сам, не повесит комп и продолжит выдавать корректные результаты, значит, этот сопроцессор можно использовать на такой завышенной частоте.

Что я обнаружил интересного при отладке на 386/387SX. Результат умножения на 9й цифре после запятой может не совпадать раз в 100-300итераций. Долго думал, считать ли это ошибкой. Решил, что раз система у меня не разогнанная, сопроцессор ULSI вполне себе качественный, то этот нюанс на совести Турбо Паскаля. Я обрезал результат умножения до типа single (а деление оставил типа real, раз ошибок нет), и решил смириться с точностью 8 знаков после запятой. Теперь обдумываю, почему деление не вызывает такой неточности, ведь по-моему деление более сложный математический процесс, нежели умножение.

Нужно ли проверять еще какие-то математические действия (синус-косинус), я не знаю. По моему все они раскладываются на умножение-деление.

Выкладываю.
Внутри архива EXE-шник и исходник.
А сопроцессор 8087 на 12МГц шурует уже полчаса и прошел 40тыс итераций. Горячий выше терпения пальца, но ниже шипения слюны :-). Термодатчик от тестера куда-то задевал к сожалению.