Victor_VG
Tracker Mod | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
insorg
Это не "любовь" конструктора, а требование стандарта JEDEC DDR3 Registered DRAM. Board Electrical Required оговаривающего максимально допустимую паразитную ёмкость и индуктивность соединительной линии, её волновое сопротивление и длину. Если сделать более длинные проводники, то во первых получим большую задержку распространения сигнала в линии и с высокой вероятностью проблемы с синхронизацией временной диаграммы памяти, кроме того, "бесплатно" получим более высокие выходные токи микросхем поскольку более длинные проводники имеют большую паразитную ёмкость на общий провод схемы, между собой и на землю. А большая взаимная ёмкость это и больший уровень взаимопроникновения сигналов между линиями - получим ещё и усложнение борьбы с помехами. И всё это на фоне проблемы завала фронтов на паразитных ёмкостях линии.
Короче чем короче длина проводников там лучше. А ещё и размеры гнезда LGA2011 96x54 мм для варианта Narrow ILM у которого крепёжные стойки кулера расположены прямоугольником или 80х80 мм для варианта Square ILM, и в любом случае в распоряжении конструктора примерно 70 мм длины проводника между контактами слота и процессорного гнезда, а для LGA2011 число слотов памяти может достигать двенадцати вместо четырёх для десктопных разъёмов. Вот и приходится располагать слоты памяти параллельно оси LGA2011 на минимальном расстоянии с двух сторон от него. Иначе регистровая память работать не будет, а десктопной из-за высокой входной ёмкости по шине адреса больших объёмов массива не наберёшь раз, и вдобавок чем больше объём модуля или меньше размер ячейки там он чувствительнее к ионизирующим излучениям. А чтобы случайный электрон не изменил заряд запоминающей ёмкости ячейки нам придётся её свинцом укрыть или использовать коды коррекции ошибок - ЕСС, а это дополнительные разряды для их хранения, большее время цикла "чтение-модификация-запись" ячейки т.к. добавляется время проверки и коррекции ошибок строки памяти в аппаратуре ЕСС, и большая латентность ОЗУ. Зато мы как минимум обнаружим и исправим любые одиночные ошибки в строке, а имеющие большую кратность обнаружим.
Обычный контроль чётности этого не даст - он обнаружит только нечётное число ошибок, а чётное не обнаружит, не говоря про коррекцию ошибки.
----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti |
|
вылезло когда решил использовать. Возврат с извинениями - виноват что был невнимателен.
