Полигон-2

wbcbz7 написал:

[q]

и где-то их располагать

[/q]

На переходнике, видимо.

i8088 написал:

[q]

Одного буфера не хватит, надо еще сообразить, как им управлять, и возможны подводные камни многочисленные

[/q]

Поэтому и создал тему.
Пока видится так:
- 4 буфера 74хх245 по 8 бит,
- /WE на DIR,
- /CAS на /OE.
У ALS задержка 10нс. Т.е. планка 60нс становится 70нс, планка 70нс становится 80нс. ИМХО не критично.
У HCT задержка 16нс. Что хуже, зато эти чипы стоят копейки.
F или AHCT было бы идеально, но цена чипов делает затею бессмысленной.

Вот здесь подробно написано на тему почему EDO обычно не работает на четверках

взято отсюда:
http://forum.ixbt.com/topic.cgi?id=6:457:6#6

а там оно появилось из Paul's FAQ
http://web.archive.org/web/200...q3.html#15

[q]

Более подробный ответ хотелось бы начать с того факта, что память EDO имеет от памяти fast page одно-единственное отличие. Если для последней линии ввода-вывода данных немедленно закрывались, как только начиналось задание адреса следующего бита (зарядка CAS в fast page схеме), то EDO (Extended Data Out) режим позволяет держать эти линии открытыми практически вплоть до окончания ввода нового адреса и соответственно начала вывода следующего бита. Тем самым память EDO разрешает одновременно считывать данные и задавать адрес следующих данных, что в свою очередь позволяет сократить длительность цикла доступа путем использования конвейерной схемы.

Основная же неприятность происходит как раз из того факта, что память fast page автоматически закрывает шину данных при задании нового адреса. В результате для упрощения и ускорения работы большинство PC-контроллеров памяти (в том числе ВСЕ базирующиеся на форм-факторе 72-пиновых SIMM) отказались от использования линии Output Enable для контроля "открытости" линий ввода-вывода, предпочтя контроль посредством линии CAS. При этом системная шина, "свободная" с точки зрения памяти, открывалась для доступа другим подсистемам компьютера - таким, как кэш или контроллер жесткого диска, или, к примеру, другим "подбанкам" памяти, если использовался режим interleave.

С появлением же EDO предположение, что зарядка CAS закрывает линии ввода-вывода, перестало быть верным. Если же неосведомленные об этом контроллеры пытались открыть шину для других устройств, немедленно происходила порча данных, передаваемых этими устройствами, что естественно порождало остановку системы. Для нормального функционирования памяти EDO обязательно требовались контроллеры, об этом ее свойстве "осведомленные" (хотя и необязательно поддерживающие конвейерный EDO-режим). Такие контроллеры, что неудивительно, появились не ранее, чем стандарт EDO был официально признан. Забавно, что они по-прежнему не использовали линию Output Enable, поскольку ставшие к тому времени стандартом де-факто 72-пиновые SIMM этого не предусматривали.

Таким образом, неспособность многих разработанных "до EDO" систем работать с этой памятью является болезнью практически неизлечимой. Чисто теоретически можно предположить существование чипсетов, которые (хотя бы после апгрейда BIOS) допускали бы поддержку EDO путем изменения способа контроля открытости линий ввода-вывода с fast page на характерный для EDO, но на практике этого встречать не доводилось. Так же теоретически некоторые системы с interleave могли бы приобрести возможность распознавать EDO после принудительного отключения interleave (либо просто заполнения банков по исключающей interleave схеме), но особой практической ценности не имеет и это решение. Во-первых, отмена interleave может означать значительное падение производительности. Во-вторых, обычно interleave поддерживался системами серверного класса, для которых характерно применение памяти с четностью - соответствующие же модули EDO так и остались экзотикой.

К несчастью, память fast page в настоящее время близка к полному исчезновению с рынка, так что upgrade не поддерживающих EDO систем со временем будет становиться все более и более проблематичным. Единственная относительно хорошая новость для владельцев старых компьютеров заключается в том, что нередко высказывающиеся опасения, что память EDO, будучи установлена в их систему, может привести к сбоям в работе, не имеют под собой реальных оснований - EDO SIMM либо бесповоротно откажутся работать еще на стадии загрузки, либо будут работать, не порождая каких-либо специфических проблем.

[/q]

Rio444 написал:

[q]

А предложения-то какие?

[/q]

По мнению автора FAQ болезнь не излечима (практически). Я понимаю, что он лучше меня разбирается в работе памяти.
ИМХО, если бы был простой практичный путь, его бы уже нашли. А теоретический и сложный - на любителя.

Ну, если у вас получится это сделать в железе, то как говорится, респект и уважуха!
Я пока не вникал во все тонкости работы FPM vs EDO, просто ознакомился, чтобы понять, что могут быть грабли, даже если в мануале, как например к LS486E, написано, что поддерживает EDO, хотя это зависит от ревизии моста.