Полигон-2

[q]

А что мешает нацепить на него радиатор? Неужели не найдётся подходящей медяшки? Или хотя-бы люминевый радиатор распилить
и прицепить с торцов на скобки. Понятно что не аутентично, но и разгонный режим не соответствует его норме.

[/q]

Мне мешает то, что сопроцессор расположен под ISA8 слотами, им перпендикулярно. И карты расширения упираются стеклотекстолитом ему в керамическую крышку. Целых 2 штуки. Не сколхозишь радиатор никак, дизайн PCB не позволяет.

Xalveyn написал:

[q]

Не сколхозишь радиатор никак, дизайн PCB не позволяет.

[/q]

Магическое слово "теплотрубка". Ограбь какой-нть ноут. Пластинка меди над/под чипом, к ней сбоку трубку и ветродуй сквозь радиатор наружу корпуса.

sanders написал:

[q]

Теперь встает вопрос - а так уж оправдано деление на 8087-1 и 8087-2?
Только ли тем, что при работе на завышенной частоте один кристалл грелся до штатной температуры и его маркировали 8087-х, а другой грелся на N градусов выше, и тогда его маркировали "просто" 8087 ?

[/q]

Да скорее всего так оно и было. Топология-то полностью та-же и техпроцесс неизменен.
Только тестировали не на 12, а на штатных 10 и далее 8 MHz

Я просто к чему - вот вижу в коммерческом продукте в микроконтроллере PIC такое:

[q]

printf(LCD_PUTC,"%g ms\2................",(float)1000 / (8000000 / prescaller / (65536-refresh_time)));

[/q]

и меня аж передергивает. А сколько такого еще в продакшене крутится - я даже представить боюсь. Чего только один андройд стоит, как массовый продукт.

[q]

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

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

[/q]

387 даёт результаты, отличные от более ранних моделей при некоторых условиях в некоторых ситуациях. Особенно при обработке переполнений. Причина в том, что 387 полностью соответствует стандарту IEEE 754-1985, который изначально разрабатывался как стандартизация возможностей 8087го, но был в итоге несколько упрощён. За списком отличий - в разделы C и D документа. У неинтеловских сопроцессоров могут быть дополнительно свои различия в скорости и точности вычислений. А синус с косинусом точно не надо, отдельные команды для них появились только в 387.