Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Содержимое ячеек DRAM может быть повреждено в результате цик..."	+/–
Сообщение от opennews (ok), 25-Дек-14, 10:40
Разработчики ядра Linux обсуждают (https://lkml.org/lkml/2014/12/24/258) реализацию возможного обходного пути защиты от эффекта (ttps://www.ece.cmu.edu/~safari/pubs/kim-isca14.pdf) искажения содержимого отдельных битов памяти DRAM (https://ru.wikipedia.org/wiki/DRAM), выявленного исследователями из Университета Карнеги — Меллон и Intel Labs. Исследование показало, что можно легко инициировать повреждение отдельных битов в DRAM-памяти путём цикличного чтения данных из соседних ячеек памяти. Проблема обусловлена (http://blog.sudhanshumishra.in/2014/12/memory-error-due-to-c... особенностью работы памяти DRAM, которая формируется как двухмерный массив ячеек, каждая из которых состоит из конденсатора и транзистора. Состояние сохранённого в ячейке значения определяется тем, заряжен или нет конденсатор. Для поддержания заряди применяется цикл регенерации. При выполнении непрерывного чтения одной и той же области памяти из-за постоянного открытия и закрытия линии WL (Word Line), которая управляет транзисторами доступа, возникают флуктуации напряжения, которые могут привести к аномалии, вызывающей небольшую потерю заряда соседних ячеек. Если интенсивность чтения достаточно большая, то ячейка может потерять достаточно большой объём заряда и очередной цикл регенерации не успеет восстановить его первоначальное состояние, что приведёт к изменению значения сохранённых ячейке данных. Пример (http://blog.sudhanshumishra.in/2014/12/memory-error-due-to-c... ассемблерного кода, который может привести к повреждению смежных битов памяти (простой цикл с чтением содержимого памяти и очисткой кэша, чтение двух значений по разным адресам обусловлено необходимостью инициирования закрытия линии WL, если постоянно читать только одну ячейку линия WL остаётся открытой и эффект не проявляется): <font color="#461b7e">    loop:        mov X, %eax  ; Читаем значения адресов X и Y,        mov Y, %ebx  ; сохраняем значения в регистрах и кэше        clflush (X)  ; Чистим содержимое кэша        clflush (Y)        mfence       ; Убеждаемся, что данные точно вычищены из кэша        jmp loop </font> Подобный эффект можно использовать для инициирования атак по искажению данных в буфере, к которому атакующий не имеет доступа, но при этом имеет доступ к смежным с данным буфером областям памяти.  Отмечается, что старые чипы DRAM, выпущенные до 2011 года, значительно более устойчивы к возникновению подобных ошибок. Все из более ста протестированных новых модулей памяти, выпущенных в 2012 и 2013 годах, оказались подвержены проблеме.  В качестве рекомендации пока предлагается использовать модули памяти с контролем целостности ECC, которые значительно понижают вероятность незамеченного изменения данных, но полностью не исключают, так как возможны ситуации, когда в результате эффекта одновременно два бита могут поменять свои значения. URL: https://lkml.org/lkml/2014/12/24/258 Новость: http://www.opennet.dev/opennews/art.shtml?num=41340
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по времени | RSS]

1. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+4 +/–
Сообщение от rius (ok), 25-Дек-14, 10:40
У eeprom тоже есть похожее, ошибка read disturb. Постоянная вроде как память может потерять сохранённые значения.
Ответить | Правка | Наверх | Cообщить модератору

2. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+/–
Сообщение от A.Stahl (ok), 25-Дек-14, 10:44
Хм. Любопытно если бы кто-то из профильных специалистов провёл эксперимент по целенаправленному изменению данных в памяти с помощью этого метода. Т.е. сделать из ошибки уязвимость.
Ответить | Правка | Наверх | Cообщить модератору

	38. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	–18 +/–
	Сообщение от Dmitry77 (ok), 25-Дек-14, 14:12
	да,  и ещё хорошо бы не на ассемблере, на на более высокоуровневом языке. Например на js.
	Ответить | Правка | Наверх | Cообщить модератору

	67. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+/–
	Сообщение от Юзер без номера (?), 25-Дек-14, 17:19
	Чё уж так толсто? Лучше бы сразу на Scala или Lisp.
	Ответить | Правка | Наверх | Cообщить модератору

	70. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+1 +/–
	Сообщение от Аноним (-), 25-Дек-14, 17:39
	> да,  и ещё хорошо бы не на ассемблере Ну так возьми и напиши. Если сможешь обеспечить должную предсказуемость поведения.
	Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

	111. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	–1 +/–
	Сообщение от Dmitry77 (ok), 25-Дек-14, 23:41
	думаю не получится -  процессорный кэш не сбросится. А так заходишь на любимый опеннет, загружается js, и Kernel panic.. хотя тут проскакивала новость про NaCl.. интересно там можно очищать процессорный кэш?
	Ответить | Правка | Наверх | Cообщить модератору

	112. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+/–
	Сообщение от qwerty (??), 26-Дек-14, 00:07
	бабло у производителей заканчивается, вот теперь новую проблему 2000 придумали, бежим в магазины срочно менять память...
	Ответить | Правка | Наверх | Cообщить модератору

	117. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+/–
	Сообщение от Аноним (-), 26-Дек-14, 04:00
	> бабло у производителей заканчивается, вот теперь новую проблему 2000 придумали, бежим в > магазины срочно менять память... Прикольные у покупателей дефектных чипов отмазки нынче :)
	Ответить | Правка | Наверх | Cообщить модератору

	168. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+/–
	Сообщение от Аноним (-), 07-Авг-15, 09:59
	http://mobile.opennet.ru/opennews/art.shtml?num=42730
	Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

3. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+13 +/–
Сообщение от YetAnotherOnanym (ok), 25-Дек-14, 10:47
Вообще-то, это дело JEDEC, а не разработчиков ПО.
Ответить | Правка | Наверх | Cообщить модератору

4. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+/–
Сообщение от Аноним (-), 25-Дек-14, 10:59
Дожили. Вот и предел закону Мура.
Ответить | Правка | Наверх | Cообщить модератору

	6. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+3 +/–
	Сообщение от Xaionaro (ok), 25-Дек-14, 11:01
	Что-то там HP-шные маркетологи недавно пытались втереть про мемристоры. Хотя скорее всего и без этого найдут решения… В общем, скорее всего и не предел это вовсе никакой.
	Ответить | Правка | Наверх | Cообщить модератору

	28. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+8 +/–
	Сообщение от Аноним (-), 25-Дек-14, 12:33
	На каждый предел найдётся свой беспредел.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	50. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+/–
	Сообщение от Pahanivo (ok), 25-Дек-14, 15:31
	> На каждый предел найдётся свой беспредел. а на каждый беспредел свой "индус"
	Ответить | Правка | Наверх | Cообщить модератору

	75. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+1 +/–
	Сообщение от Аноним (-), 25-Дек-14, 17:46
	> Дожили. Вот и предел закону Мура. При чем тут вообще Мур? Перец понима как работает DRAM нашел баг в работе кучи чипов оперативки, основанный на том что чипмейкеры не подумали об одном краевом случае...
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	114. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+/–
	Сообщение от Аноним (-), 26-Дек-14, 00:39
	позвольте полюбопытствовать: а в чем, собственно, этот предел выражается?
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

5. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+5 +/–
Сообщение от Аноним (-), 25-Дек-14, 11:01
чтобы соседним битом в памяти оказался нужный байт нужного приложения нужно самостоятельно распределять память, то есть работать на уровне операционной системы. если есть такой уровень, то зачем геморроиться со всякими зацикливаниями?
Ответить | Правка | Наверх | Cообщить модератору

	7. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+1 +/–
	Сообщение от Xaionaro (ok), 25-Дек-14, 11:02
	> чтобы соседним битом в памяти оказался нужный байт нужного приложения нужно самостоятельно > распределять память, то есть работать на уровне операционной системы. если есть > такой уровень, то зачем геморроиться со всякими зацикливаниями? Это принципиальная проблема, которая может приводить к внезапным неполадкам. «Геморроиться» нужно, чтобы изучить проблему получше. У меня уже не раз было на долгоработающих высоконагруженных серверах ощущение сбоя ОЗУ (либо очень странного бага ядра), хотя, например, memtest показывает, что всё хорошо. Конечно скорее всего не связано с subj-ем, но а вдруг?
	Ответить | Правка | Наверх | Cообщить модератору

	20. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+/–
	Сообщение от Аноним (-), 25-Дек-14, 11:53
	Приложение не может адресовать физический адрес в ОЗУ (именно нужную ячейку в микросхеме, для тех, кто далек от программирования) поэтому с вероятностью 99.999999999999999999999999% соседним битом окажется бит самой этой злонамеренной программы, которая сама же себя и завалит.
	Ответить | Правка | Наверх | Cообщить модератору

	31. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+3 +/–
	Сообщение от Xaionaro (ok), 25-Дек-14, 13:41
	> Приложение не может адресовать физический адрес в ОЗУ (именно нужную ячейку в > микросхеме, для тех, кто далек от программирования) поэтому с вероятностью 99.999999999999999999999999% > соседним битом окажется бит самой этой злонамеренной программы, которая сама же > себя и завалит. Во-первых, я не узнал ничего нового. Не понимаю зачем вы это написали мне в ответ. Во-вторых, несмотря на присутствие виртуальной памяти, IIRC, страницы памяти обычно идут сплошными блоками (при отображении физической памяти). А значит некоторый элемент предсказуемости есть. Во-третьих, в своём комментарии я ничего не говорил про злонамеренную программу. А самым вероятным аналогом «злонамеренной» программы в моём комментарии выступает ядро Linux. Я говорил не про взлом, а про обычный глюк.
	Ответить | Правка | Наверх | Cообщить модератору

	51. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+/–
	Сообщение от Аноним (-), 25-Дек-14, 15:32
	> Во-третьих, в своём комментарии я ничего не говорил про злонамеренную программу. А самым вероятным аналогом «злонамеренной» программы в моём комментарии выступает ядро Linux. Я говорил не про взлом, а про обычный глюк. MMU выступает вероятным аналогом.
	Ответить | Правка | Наверх | Cообщить модератору

	21. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+/–
	Сообщение от YetAnotherOnanym (ok), 25-Дек-14, 11:58
	> memtest показывает, что всё хорошо Кстати да, ждём появления проверки этой фигни в следующей версии memtest.
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	25. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+/–
	Сообщение от Аноним (-), 25-Дек-14, 12:07
	так отпишись им
	Ответить | Правка | Наверх | Cообщить модератору

	33. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+/–
	Сообщение от dalco (ok), 25-Дек-14, 13:49
	Стесняюсь спросить - а что мониторинг ecc в этом случае выдавал? Обычно достаточно логи глянуть и сразу ясно - память или нет.
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	73. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+/–
	Сообщение от Аноним (-), 25-Дек-14, 17:43
	> достаточно логи глянуть и сразу ясно - память или нет. Мониторинг ... чего? В случае ECC там по идее будет много воплей про paity error.
	Ответить | Правка | Наверх | Cообщить модератору

	74. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+1 +/–
	Сообщение от Аноним (-), 25-Дек-14, 17:45
	> paity error. ^^^^^^ ECC FAIL :(.
	Ответить | Правка | Наверх | Cообщить модератору

	83. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	–6 +/–
	Сообщение от абвгдейка (?), 25-Дек-14, 18:38
	проблема - это когда у вас что-то не работает. А это, слава богу, только потенциально  низковероятная, высосанная из пальца угроза
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	88. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+/–
	Сообщение от Аноним (-), 25-Дек-14, 19:49
	> только потенциально  низковероятная, высосанная из пальца угроза Потенциальная возможность уронить (DoS) или атаковать (внеплановое изменене хода выполнения кода) любую систему с DRAM - выглядит интересно.
	Ответить | Правка | Наверх | Cообщить модератору

	90. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+/–
	Сообщение от Crazy Alex (ok), 25-Дек-14, 20:02
	Тем не менее - маловероятно. Кстати, интереснее всего выглядит возможность неспешной скрытой порчи данных. Это вам не DoS - здесь ни смена железа, ни бэкапы не помогут, когда жареным запахнет.
	Ответить | Правка | Наверх | Cообщить модератору

	101. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+/–
	Сообщение от Аноним (-), 25-Дек-14, 22:25
	> Тем не менее - маловероятно. Из очевидного что в голову пришло: - Неочевидные и наглые попытки объехать на кривой козе secure boot/trust zone/системы прав и привилегий/... путем контролируемого разрушения trusted данных/кода лишь потому что они были рядом с untrusted в DRAM. В ряде случаев это конечно учитывают, но упомянутая багофича нарушает столько програмерских и железячных допущений, что что-то где-то вполне может дать течь и все последствия даже предсказать невозможно - большинство систем элементарно не делалось с учетом таких подстав. Если что - я как-то раз "выигрывал джекпот" через переворот 1 бита в нужное время. Но это требовало хардварного приспособления. А тут нечто такое - софтварно, нахаляву. - Возможность попытаться спровоцировать DoS в системе которая без этого казалась бы трудноубиваемой. Тривиальный и безобидный код без каких либо подозрительных элементов может отправить всю систему в нокаут, одной левой. Даже в таком виде - это уже на уровне F00F бага в пентиумах.
	Ответить | Правка | Наверх | Cообщить модератору

	105. "Содержимое ячеек DRAM может быть повреждено в результате..."	+1 +/–
	Сообщение от arisu (ok), 25-Дек-14, 23:26
	> Тем не менее - маловероятно. проблема с маловероятными случаями обычно в том, что они действительно вылазят очень редко. зато очень метко.
	Ответить | Правка | К родителю #90 | Наверх | Cообщить модератору

	47. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	–1 +/–
	Сообщение от Нанобот (ok), 25-Дек-14, 14:50
	нужный байт нужного приложения достать вряд ли получится, а вот вызвать случайные повреждения памяти других процессов или йадра - вполне реально
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	72. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+/–
	Сообщение от Аноним (-), 25-Дек-14, 17:42
	> чтобы соседним битом в памяти оказался нужный байт нужного приложения нужно самостоятельно > распределять память, Это не так. Физическое размещение данных в памяти не имеет ничего общего с адресами в приложениях - операционка транслирует логические адреса приложений в физические адреса в памяти через таблицы трансляций. При некоторой поддержке этого процесса железом. Поэтому вполне может выйти что какой-то кус данных некоей программы оказывается жил в том же чипе DRAM и довольно близко.
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

8. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+6 +/–
Сообщение от an (??), 25-Дек-14, 11:09
Исследование проведено по заказу продавцов памяти с ECC :) вообще ИМХО бред - вся память всех новых компов работает со сбоями уже 3 года, а заметили это только что. Ну не первое ж апреля сегодня.
Ответить | Правка | Наверх | Cообщить модератору

	9. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+1 +/–
	Сообщение от Xaionaro (ok), 25-Дек-14, 11:16
	> Исследование проведено по заказу продавцов памяти с ECC :) > вообще ИМХО бред - вся память всех новых компов работает со сбоями > уже 3 года, а заметили это только что. Ну не первое > ж апреля сегодня. Алгоритм открыт и чрезвычайно прост. Проверьте сами…
	Ответить | Правка | Наверх | Cообщить модератору

	11. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+/–
	Сообщение от Аноним (-), 25-Дек-14, 11:28
	что-то не хочется рисковать)
	Ответить | Правка | Наверх | Cообщить модератору

	16. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+/–
	Сообщение от Xaionaro (ok), 25-Дек-14, 11:35
	> что-то не хочется рисковать) Могу отсыпать памяти, если нужно)
	Ответить | Правка | Наверх | Cообщить модератору

	19. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	–1 +/–
	Сообщение от an (??), 25-Дек-14, 11:50
	вы уже проверили? и как? через какое время содержимое "поплыло"? на самом деле даже если чтото произойдет - не факт что это память виновата. есть еще многоуровневый кэш, микрокод процессора, да мало ли еще чего.
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	37. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+1 +/–
	Сообщение от Xaionaro (ok), 25-Дек-14, 13:55
	> вы уже проверили? Я не утверждаю что это херня. Я вполне доверяю тому, что написано (в рамках того, насколько мне требуется достоверно знать "правду" по данному вопросу). А вы видать считаете, что они врут/ошибаются. А ведь они сделали всё возможное, чтобы вы сами могли убедиться. Почему бы не проявить уважение и не воспользоваться предоставленным инструментом, если они врут/ошибаются по-вашему? Я бы проверил на вашем месте, если бы действительно думал, что это «бред, проведённый по заказу продавцов памяти с ECC». > и как? через какое время содержимое "поплыло"? Если я увижу какую-то практическую пользу от данного знания для себя в работе или поводы думать, что это ошибка исследователей, то проверю. А иначе это впустую потраченное время. Ничего не опроверг, ничего нового не узнал и никак это не за чем не применить. P.S.: Решил таки проверить, но осознал, что у меня везде память с ECC.
	Ответить | Правка | Наверх | Cообщить модератору

	76. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+1 +/–
	Сообщение от Аноним (-), 25-Дек-14, 17:47
	> P.S.: Решил таки проверить, но осознал, что у меня везде память с ECC. Так это замечательно - сразу как раз и будут вопли про парити.
	Ответить | Правка | Наверх | Cообщить модератору

	135. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+/–
	Сообщение от Xaionaro (ok), 26-Дек-14, 10:25
	У меня с данной программой на личном компе (с i5) в dmesg ничего не высыпалось. Проверил ещё на Xeon E5506. Аналогично ни в dmesg, ни в «edac-util -v» никаких признаков ошибки. Может что-то не так делаю. Нужно статью прочесть внимательнее…
	Ответить | Правка | Наверх | Cообщить модератору

	52. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+/–
	Сообщение от Аноним (-), 25-Дек-14, 15:33
	> вся память всех новых компов работает со сбоями > уже 3 года, а заметили это только что. Потому что в реальных полезных программах нет таких циклов. Теоретически столкнуться с проблемой возможно, практически — нет.
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	66. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+1 +/–
	Сообщение от Карбофос (ok), 25-Дек-14, 17:12
	на практике эта "фича", в первую очередь, появится в вирусне.
	Ответить | Правка | Наверх | Cообщить модератору

	86. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	–3 +/–
	Сообщение от an (??), 25-Дек-14, 19:29
	то есть память не читается много раз подряд. Хорошо, в компах возможно(хотя тоже сомнительно) но DRAM в разных местах используется. К тому же мне думается речь идет про время между циклами регенирации (~10мс), что при частоте выборки 1ггц дает как я понимаю всего 2-3 выборки из одной и той же ячейки согласно приведенному алгоритму при 32битных счетчиках. 2 выборки за 10мс не встречаются? смешно. Может всетаки ктото забыл правильно контроллер регенерации запрограммировать в линуксе и теперь исследует результат?
	Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

	94. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+/–
	Сообщение от EHLO (?), 25-Дек-14, 20:38
	А насколько часто в реальных приложениях сбрасывается кэш?
	Ответить | Правка | Наверх | Cообщить модератору

	106. "Содержимое ячеек DRAM может быть повреждено в результате..."	+1 +/–
	Сообщение от arisu (ok), 25-Дек-14, 23:32
	> то есть память не читается много раз подряд. вообще-то она попадает в кэш процессора, и потом всё читается уже оттуда. поэтому вероятность в «обычном» коде налететь на такое весьма невелика. именно поэтому пример усердно чистит этот самый кэш. > Может всетаки ктото забыл правильно контроллер регенерации запрограммировать в линуксе > и теперь исследует результат? может, ты всё-таки перестанешь бредить?
	Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

	153. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+/–
	Сообщение от Аноним (-), 26-Дек-14, 21:06
	> Может всетаки ктото забыл правильно контроллер регенерации запрограммировать в линуксе > и теперь исследует результат? А вон тот допатченый мемтест86, запускаемый бутлоадером БЕЗ ВСЯКИХ ОПЕРАЦИОНОК как в ваш бред вписывается?
	Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

	139. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+/–
	Сообщение от anonymous (??), 26-Дек-14, 12:18
	Да не, в обычном случае данные из кэша возмутся после 1 итерации, а там статическая память
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

15. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	–5 +/–
Сообщение от Аноним (-), 25-Дек-14, 11:34
Звонок в службу поддержки производителя памяти: - Здравствуйте! У нас ОС ошибками на счет памяти сыпёт!?!?!? Что делать? - Фамилия? - Человечьков. - Что то таких не знаем! А, вот, где то, на задворках ваша "Человечковская" организация. - Ну слава Богу! - Сейчас посмотрим... Вы покупали "трехгодичную" память. - Да. - Это было три года, три месяца и три дня назад? - Да. - ..... - .......... - Ну в общем, ждем вас снова. Только в этот раз, забивайте чемодан под завязку, купюрами более крупного достоинства ;) Может все и уладится.
Ответить | Правка | Наверх | Cообщить модератору

	17. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+17 +/–
	Сообщение от Fracta1L (ok), 25-Дек-14, 11:41
	По-моему, ты болен.
	Ответить | Правка | Наверх | Cообщить модератору

	18. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	–2 +/–
	Сообщение от Аноним (-), 25-Дек-14, 11:47
	> По-моему, ты болен. Хорошо! Пусть будет по вашему. Буду болеть, на здоровье! Главное, что бы количество больных не превысило критическую массу (особенно среди производителей памяти ;)
	Ответить | Правка | Наверх | Cообщить модератору

	29. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+5 +/–
	Сообщение от trdm (ok), 25-Дек-14, 12:40
	Пелевенит.
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	30. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+4 +/–
	Сообщение от burjui (ok), 25-Дек-14, 13:10
	Вы льстите автору сего опуса. Скорее уж петросянит с осложнением в виде графомании.
	Ответить | Правка | Наверх | Cообщить модератору

	35. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	–1 +/–
	Сообщение от Аноним (-), 25-Дек-14, 13:53
	> Вы льстите автору сего опуса. Скорее уж петросянит с осложнением в виде > графомании. Да. Захотелось улыбнутся (что бы так грустно не было ;)
	Ответить | Правка | Наверх | Cообщить модератору

	45. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	–1 +/–
	Сообщение от Аноним (-), 25-Дек-14, 14:48
	> По-моему, ты болен. я не болен. я спец по написанию диссертаций. профессия.
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	57. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+3 +/–
	Сообщение от Anonimous (?), 25-Дек-14, 16:00
	"Спец по написанию диссертаций" - это либо диагноз, либо приговор, т.к. деяние сие по сговору, за третьих лиц, наказуемо, а в личных целях больше двух диссеров иметь не логично, так что точно не "профессия".
	Ответить | Правка | Наверх | Cообщить модератору

	164. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+/–
	Сообщение от Аноним (-), 28-Дек-14, 17:16
	> деяние сие по сговору, за третьих лиц, наказуемо Пруф? По-моему даже если официально выставить счет на "подготовку диссертации", официально получить за это деньги (ну и официально заплатить с этого налоги) - ничего не будет.
	Ответить | Правка | Наверх | Cообщить модератору

	118. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+/–
	Сообщение от Аноним (-), 26-Дек-14, 04:04
	> я спец по написанию диссертаций. > профессия. За тобой диссернет тоже придет...
	Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

	23. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+/–
	Сообщение от Аноним (-), 25-Дек-14, 12:00
	что за поток мыслей?
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

	26. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+7 +/–
	Сообщение от A.Stahl (ok), 25-Дек-14, 12:14
	Где ты тут мысли увидел? :)
	Ответить | Правка | Наверх | Cообщить модератору

	63. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	–1 +/–
	Сообщение от Baz (?), 25-Дек-14, 16:39
	на столько тонкая шутка, что режет на пополам сам бозон Хиггса
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

	84. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+1 +/–
	Сообщение от Аноним (-), 25-Дек-14, 19:17
	>на столько правильно надо писать так: на стол ько
	Ответить | Правка | Наверх | Cообщить модератору

24. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	–3 +/–
Сообщение от Нанобот (ok), 25-Дек-14, 12:04
>Разработчики ядра Linux обсуждают да уж... две бабки в Linux Kernel Mailing List написали по три сообщения, и об этом знаменательном событии уже пишут на опеннете
Ответить | Правка | Наверх | Cообщить модератору

	27. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+/–
	Сообщение от EuPhobos (ok), 25-Дек-14, 12:28
	Если б приподъездные бабки вдруг обвиртуалились, то повреждения ячеек памяти увеличилось бы многократно, и ошибки наблюдались бы повсеместно )
	Ответить | Правка | Наверх | Cообщить модератору

	46. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+4 +/–
	Сообщение от Аноним (-), 25-Дек-14, 14:50
	> да уж... две бабки в Linux Kernel Mailing List > написали по три сообщения, и об этом знаменательном > событии уже пишут на опеннете -- А вы слышали: ячейка DRAM повредила своё содержимое циклическим чтением! -- Наркоманка навреное.
	Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

32. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+/–
Сообщение от Аноним (-), 25-Дек-14, 13:45
похоже Нео съел таки красную таблетку...
Ответить | Правка | Наверх | Cообщить модератору

34. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	–15 +/–
Сообщение от bOOster (ok), 25-Дек-14, 13:52
Архитектура какая? Сгнившая intel x86/64? Для RISC(PowerPC, ARM и иже с ними) работает? 99.9% что не работает.
Ответить | Правка | Наверх | Cообщить модератору

	39. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+3 +/–
	Сообщение от Andrey Mitrofanov (?), 25-Дек-14, 14:34
	> Архитектура какая? DRAM, туюмеме. Почитай ,pdf-чик? > Сгнившая intel x86/64? Ну, они [пишут в .pdf, что] "гоняли" на intel(-ах =смотрели на разницу между моделями), amd и самопальном _FPGA_. > Для RISC(PowerPC, ARM и иже с ними) работает? 99.9% что не работает. Да! Ваши графики впечатляют. Распределение наблюдаемого параметра однозначно подтверждает  Ваши выаоды. Работа, достойная публикации на </opennet>.
	Ответить | Правка | Наверх | Cообщить модератору

	40. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+3 +/–
	Сообщение от Аноним (-), 25-Дек-14, 14:38
	там какая-то особенная память используется? при чем тут вообще процессоры?
	Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

	48. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	–6 +/–
	Сообщение от IMHO (?), 25-Дек-14, 15:06
	>>  при чем тут вообще процессоры? > loop: >       mov X, %eax  ; Читаем значения адресов X и Y, > ... а с чем повашему работает память с ядром ? кто манипулирует mov и так дальше инструкциями ? тут и линукс не причем и процессор непричем, так что причем и как оно работает ?
	Ответить | Правка | Наверх | Cообщить модератору

	49. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+3 +/–
	Сообщение от Аноним (-), 25-Дек-14, 15:17
	DRAM - он и в Африке DRAM, с кем бы о ни работал, хоть с принтером на MIPS'е. Правда, у MIPS'а может силенок не хватить, чтобы зачитать ячейку до дыр до цикла рефреша.
	Ответить | Правка | Наверх | Cообщить модератору

	59. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+1 +/–
	Сообщение от Аноним (-), 25-Дек-14, 16:12
	давно так не смеялся
	Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

	89. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+1 +/–
	Сообщение от Аноним (-), 25-Дек-14, 19:52
	> давно так не смеялся Бояздэшники же. С putty.exe. И bOOster и IMHO. Два сапога пара.
	Ответить | Правка | Наверх | Cообщить модератору

	98. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+/–
	Сообщение от Led (ok), 25-Дек-14, 21:58
	> Бояздэшники же. С putty.exe. И bOOster и IMHO. Два сапога пара. Да какие они сапоги? Так, носки...
	Ответить | Правка | Наверх | Cообщить модератору

	102. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+1 +/–
	Сообщение от Аноним (-), 25-Дек-14, 22:30
	> Да какие они сапоги? Так, носки... Портянки. Проприетарщиков.
	Ответить | Правка | Наверх | Cообщить модератору

	61. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+2 +/–
	Сообщение от Аноним (-), 25-Дек-14, 16:20
	проблема в памяти, понимаешь в памяти? любой процессор работает с памятью, любая операционная система работает с памятью. почему ты так тупишь? не надо так.
	Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

	78. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+/–
	Сообщение от Аноним (-), 25-Дек-14, 17:56
	> тут и линукс не причем и процессор непричем, так что причем и > как оно работает ? При чем только сам паттерн доступа к памяти. Точка. Его можно сделать под разными ОС и из процссоров разных архитектур. Они вон как PoC даже на FPGA сделали. Какая у FPGA долбящейся в DRAM архитектура?
	Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

	42. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	–7 +/–
	Сообщение от IMHO (?), 25-Дек-14, 14:44
	> Архитектура какая? какая разница, главное не линукс ))))
	Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

	79. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+2 +/–
	Сообщение от Аноним (-), 25-Дек-14, 17:57
	> какая разница, главное не линукс )))) Чемпионат бояздэшных ламаков по тормозизму на опеннете объявляется открытым!
	Ответить | Правка | Наверх | Cообщить модератору

	77. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+1 +/–
	Сообщение от Аноним (-), 25-Дек-14, 17:54
	> Архитектура какая? Сгнившая intel x86/64? Дядя, ты дypaк? Какая арзитектура у DRAM? (вопросы риторические) Такую последовательность команд чтения DRAM можно закатить на более-менее любой архитектуре умеющей работать с DRAM - это технический дефект DRAM .
	Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

	97. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+1 +/–
	Сообщение от Led (ok), 25-Дек-14, 21:57
	> Для RISC(PowerPC, ARM и иже с ними) работает? А, что на "RISC(PowerPC, ARM и иже с ними)" твои бздя с вендой работают?
	Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

	107. "Содержимое ячеек DRAM может быть повреждено в результате..."	+/–
	Сообщение от arisu (ok), 25-Дек-14, 23:34
	>> Для RISC(PowerPC, ARM и иже с ними) работает? > А, что на "RISC(PowerPC, ARM и иже с ними)" твои бздя с > вендой работают? таки да.
	Ответить | Правка | Наверх | Cообщить модератору

	119. "Содержимое ячеек DRAM может быть повреждено в результате..."	+1 +/–
	Сообщение от Аноним (-), 26-Дек-14, 04:12
	> таки да. Боюсь что с доказательством этого тезиса на практике будет напряжно. Всякие вендофоны и RT не умеют винапи и потому от винды там в основном название. Да и wm не сильно лучше. С бздами не сильно лучше - плевок сообщений в uart и старт процессорногоядра - это далеко не все, что как правило хотят увидеть пользователи.
	Ответить | Правка | Наверх | Cообщить модератору

	127. "Содержимое ячеек DRAM может быть повреждено в результате..."	+/–
	Сообщение от arisu (ok), 26-Дек-14, 07:19
	> Боюсь что с доказательством этого тезиса на практике будет напряжно. Всякие вендофоны > и RT не умеют винапи и потому от винды там в > основном название. о, пошёл любимый раскрут: скрытые условия. было спрошено про что? про винду. RT — вполне официальная винда. case closed. > С бздами не > сильно лучше - плевок сообщений в uart и старт процессорногоядра - > это далеко не все, что как правило хотят увидеть пользователи. запускается? работает? в скрытые условия играй сам с собой. case closed.
	Ответить | Правка | Наверх | Cообщить модератору

	145. "Содержимое ячеек DRAM может быть повреждено в результате..."	+1 +/–
	Сообщение от Аноним (-), 26-Дек-14, 18:31
	> RT — вполне официальная винда. case closed. Ну ок, винда так винда. Удачи тебе в использовании этой винды. А так та да, маркетологи любят называть любое гуано на основе уже раскрученного бренда. Так появляются всякие дум 3, HMM5, windows RT и прочее. А то что от оригинала там нифига и не осталось - можно особо и не уточнять. > запускается? работает? в скрытые условия играй сам с собой. case closed. Главное понятие "работать" выбирать правильно :).
	Ответить | Правка | Наверх | Cообщить модератору

36. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+/–
Сообщение от Xasd (ok), 25-Дек-14, 13:54
эта дырень -- теперь будет обнаруживаться в новых версиях memtest86\memtest86+ ?
Ответить | Правка | Наверх | Cообщить модератору

41. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	–1 +/–
Сообщение от Аноним (-), 25-Дек-14, 14:43
Напоминает то, как делали дискеты. Некоторые годами работали без сбойных секторов. А потом все 100% стали повреждаться после первого использования. Можно вспомнить мнжество других носителей данных. Картринди для Денди. Раздил? Не важно: платка большая, вставляй так. А потом они становились всё меньше, и меньше, и меньше... Память нынче дешёвая, говорите? СЛИШКОМ дешёвая.
Ответить | Правка | Наверх | Cообщить модератору

	54. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+3 +/–
	Сообщение от Crazy Alex (ok), 25-Дек-14, 15:46
	Дейтствительно - почему дискеты, стоившие доллар, были надёжные (и крутились в дисководах стоимостью 40 долларов), а после рапростраенния писалок, когда дискеты стали по 10 центов, а дисководы - по 10 баксов - вдруг стали ненадёжными. Конечно, люди покупали бы дискеты втрое дороже, чем CD-R, угу. Конспирология и включение мозга несовместимы.
	Ответить | Правка | Наверх | Cообщить модератору

	68. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	–2 +/–
	Сообщение от Аноним (-), 25-Дек-14, 17:19
	В чём ваша позиция? Я ни чего не понял.
	Ответить | Правка | Наверх | Cообщить модератору

	80. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+/–
	Сообщение от Аноним (-), 25-Дек-14, 17:58
	> В чём ваша позиция? Я ни чего не понял. Наверное перец намекал что качество изготовления механики за 10 баксов и за 40 немного отличается. Да и электроники пожалуй тоже.
	Ответить | Правка | Наверх | Cообщить модератору

	82. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	–1 +/–
	Сообщение от Аноним (-), 25-Дек-14, 18:27
	Но цена зависит не только от качества, но и от технологии изготовления, конкуренции...
	Ответить | Правка | Наверх | Cообщить модератору

	91. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+1 +/–
	Сообщение от Аноним (-), 25-Дек-14, 20:04
	> Но цена зависит не только от качества, но и от технологии изготовления, > конкуренции... Однако если раздраконить флоп за 10 баксов и за 40, разница в качестве изготовления скажет за себя сама.
	Ответить | Правка | Наверх | Cообщить модератору

	131. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+1 +/–
	Сообщение от Andrey Mitrofanov (?), 26-Дек-14, 09:44
	>> Но цена зависит не только от качества, но и от технологии изготовления, >> конкуренции... > Однако если раздраконить флоп за 10 баксов и за 40, разница в > качестве изготовления скажет за себя сама. В смысле, независимо от цены, от "раздраконивания" придут в негодность оба? :D
	Ответить | Правка | Наверх | Cообщить модератору

	134. "Содержимое ячеек DRAM может быть повреждено в результате..."	+/–
	Сообщение от arisu (ok), 26-Дек-14, 09:59
	который за десять — сам развалится. который за сорок — придётся молотком.
	Ответить | Правка | Наверх | Cообщить модератору

	147. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+1 +/–
	Сообщение от Аноним (-), 26-Дек-14, 18:52
	> В смысле, независимо от цены, от "раздраконивания" придут в негодность оба? :D В смысле, раздраконив десятибаксовый - увидим гуано которое противно в руки брать. - Необработанный металл с заусенцами, выглядящий как жестянка. Ведь обработка денег стоит. Копейки, но при 10 баксах на все - каждый цент на счету. - Максимально удешевленная печатка, заставляющая вспоминать СССРовскую промышленность и подвальный китай, ибо там может оказаться ссaный гетинакс (по сути прессованый картон) как в гунявой китаезной магнитоле. Стеклотекстолит - больно жирно. Ну подумаешь немного менее влагостойко, все дела. Зато пару центов сэкономили. Да и фрезы на станках поменьше изнашиваются (одно дело фрезеровать стеклотекстолит и другое - прессованый картон). - Двигатель с алюминиевой обмоткой и ротором чуть ли не из консервной банки. Нуачо, как-то крутит вроде. - Механика из г-на и палок. - Кривые головы, юстировкой которых занимался клевавший носом рабочий, над которым надзиратель с кнутом орал "работать, китайцы! солнце еще высоко!". Как все это работает - думаю понятно. Чтение и запись - на грани фола, малейшая неидеальность - получите read error. Ну то-есть записать 1 дискету в год может и сойдет. Если конечно в дискете при этом не протрется дырка а юстировка голов на этом 10-баксовом флопе не окажется диаметрально противоположной тому 10-баксовому флопу для которого флоп делался, иначе может не прочитаться вообще. Ну а агрегат за 40 баксов - порадует глаз качественной механикой и печаткой, аккуратным движком, там уж как-нибудь работяга головы на место поставит нормально и прочее. Аналогичная фигня с сидюками и даже дешевыми моделями хардов.
	Ответить | Правка | К родителю #131 | Наверх | Cообщить модератору

	92. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+1 +/–
	Сообщение от Crazy Alex (ok), 25-Дек-14, 20:07
	Это когда разница в цене - единицы-десятки процентов, а не когда её надо срезать в разы. Плюс к тому - требования потребителей к надежности дискет рехко снизились, опять же из-за писалок. Последние лет пять жизни дискет я их видел исключительно в двух ситуациях - сдача отчета в дремучую налоговую или сдача электронного варианта диплома в дремучий ВУЗ. И там, и там - однократная запись и однократное чтение. На это дискет вполне хватало.
	Ответить | Правка | К родителю #82 | Наверх | Cообщить модератору

	169. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+/–
	Сообщение от count0krsk (ok), 08-Авг-15, 19:01
	Гы. А некоторые бухи года до 2010 так отчеты носили... И высрись, но найди им чистую дискету ))) Я уж в свои запасы залезал ) Нашлись с дровами неюзанные дискетки.
	Ответить | Правка | Наверх | Cообщить модератору

44. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	–1 +/–
Сообщение от Ydro (?), 25-Дек-14, 14:46
Что, за бред. Для этого и существует кэш процессора, контролёры памяти, да и частота регенерации устанавливается согласно частоте конкретных модулей памяти. Частота выборки не может превышать эту частоту, а точнее не должна превышать и раз уж вы разгоняете озу так и получайте ошибки тогда. Какое-то извращённое преподавание основ микроэлектроники нам показали.
Ответить | Правка | Наверх | Cообщить модератору

	53. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+2 +/–
	Сообщение от Савраска (?), 25-Дек-14, 15:36
	> Частота выборки не может превышать эту частоту, а точнее не должна превышать Подзарядка конденсатора ячейки во время регенерации не мгновенный процесс. Не успевает регенерация компенсировать токи утечки, компренде?
	Ответить | Правка | Наверх | Cообщить модератору

	64. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+6 +/–
	Сообщение от ram_scan (?), 25-Дек-14, 16:40
	Регенерация суть чтение (точнее прозрачно происходящая процедура чтения и обратной записи, причем по всей строке сразу). Поэтому либо память регенерируется, либо не работает. Функции чтения/записи представляют собой половинки процедуры регенерации (мультиплексируется по разному). Данная плюха - косяк арбитра шины который при постоянной выборке одного адреса забывает ставить операцию чтения на мороз для того чтобы регенерировать остальное. Эти конфликты по шине первый раз еще 40 лет назад на 8-битных машинах проходили. Просто тогда скорости были меньше, поэтому эффект заметнее.
	Ответить | Правка | Наверх | Cообщить модератору

	85. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	–1 +/–
	Сообщение от Аноним (-), 25-Дек-14, 19:23
	>Регенерация суть чтение (точнее прозрачно происходящая процедура чтения и обратной записи, причем по всей строке сразу). Поэтому либо память регенерируется, либо не работает. Функции чтения/записи представляют собой половинки процедуры регенерации (мультиплексируется по разному). >Данная плюха - косяк арбитра шины который при постоянной выборке одного адреса забывает ставить операцию чтения на мороз для того чтобы регенерировать остальное. >Эти конфликты по шине первый раз еще 40 лет назад на 8-битных машинах проходили. Просто тогда скорости были меньше, поэтому эффект заметнее. Прочел на одном дыхании. Давно так не цеплял интерес коментарии человека. Пиши еще!!
	Ответить | Правка | Наверх | Cообщить модератору

	87. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+/–
	Сообщение от Andrey Mitrofanov (?), 25-Дек-14, 19:43
	>косяк арбитра шины который при постоянной выборке одного адреса > забывает ставить операцию чтения на мороз для того чтобы регенерировать остальное. > машинах проходили. Просто тогда скорости были меньше, поэтому эффект заметнее. Не арбитр, а ~"мотсики"~. Не "забывает [регенерацию сделать]", а "увеличивает[изредка + если сильно напрячься] утечки в/с соседних ячеек". """When a wordline’s voltage is toggled repeatedly, some cells in nearby rows leak charge at a much faster rate. > Эти конфликты по шине первый раз еще 40 лет назад на 8-битных Везде-то Вы, тов.прапорщик, побывали!
	Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

	123. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	–1 +/–
	Сообщение от ram_scan (?), 26-Дек-14, 04:49
	> """When a wordline’s voltage is toggled repeatedly, some cells in nearby rows > leak charge at a much faster rate. Ответьте себе на вопрос почему портится не та ячкйка, которая читается, а те которые рядом, и вам снизойдет просветление. Да, был везде. Во всяком случае на такие грабли наступал лично. Только на меньших скоростях при подобных конфликтах память рассыпается вся, а не частично. Самый приснопамятный косяк с арбитражом был воплощен в конструкции CGA видеоадаптера. Там правда портилось не содержимое видеопамяти а само изображение, но принцип тот-же, и вывод картинки в этом смысле от регенерации не отличается (более того именно через него она и реализована). Джедаи постарше этот "снег" хорошо помнят.
	Ответить | Правка | Наверх | Cообщить модератору

	148. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+/–
	Сообщение от Аноним (-), 26-Дек-14, 18:58
	> Да, был везде. Во всяком случае на такие грабли наступал лично. Дядьку, тут прикол в том что все доступы - в пределах регламентов из даташитов. Просто как оказалось - можно вызвать столь сильные утечки, что когда приедет очередной цикл регенерации (который никуда деваться не собирался) - регенерировать уже нечего. И вот это как бы подстава, ибо об этом создателей контроллеов DRAM никто не предупреждал. > Только на меньших скоростях при подобных конфликтах память рассыпается вся, а не > частично. Одно дело если цикл регенерации не случился и другое - если он случился, но как оказалось этого недостаточно для неких хитрых краевых условий.
	Ответить | Правка | Наверх | Cообщить модератору

	71. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+/–
	Сообщение от Ydro (?), 25-Дек-14, 17:41
	Так для этого и согласовывают все компоненты в системе, а не ставят колёса от велосипеда на самосвал.
	Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

	81. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+2 +/–
	Сообщение от Аноним (-), 25-Дек-14, 18:00
	> Для этого и существует кэш процессора, ...который сбрасывают, вы подумайте хитрецы! :) > контролёры памяти, да и частота регенерации устанавливается > согласно частоте конкретных модулей памяти. Так оказалось что можно создать условия когда заряд утечет быстрее чем регенерируется при помощи хитрого паттерна доступа. > Частота выборки не может превышать эту частоту, Это кто вам сказал такую глупость?
	Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

	108. "Содержимое ячеек DRAM может быть повреждено в результате..."	+/–
	Сообщение от arisu (ok), 25-Дек-14, 23:37
	>> Частота выборки не может превышать эту частоту, > Это кто вам сказал такую глупость? он до сих пор верит, что всем компом управляет один кварцевый генератор.
	Ответить | Правка | Наверх | Cообщить модератору

55. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+3 +/–
Сообщение от Mt (?), 25-Дек-14, 15:50
Эта тема имеет большое значение для производителей маршрутизаторов и коммутаторов (больших понятное дело, не домашних). Там и так задолбались уже бороться с единичными отказами памяти. И ситуация постоянного чтения одних и тех же ячеек DRAM для коммутатора с высокой постоянной нагрузкой более вероятна, чем для PC.
Ответить | Правка | Наверх | Cообщить модератору

	163. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+/–
	Сообщение от all_glory_to_the_hypnotoad (ok), 27-Дек-14, 20:36
	> больших понятное дело, не домашних в таких коммутаторах часто SRAM используют.
	Ответить | Правка | Наверх | Cообщить модератору

56. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+1 +/–
Сообщение от Сергей (??), 25-Дек-14, 15:54
Описание конечно бредовое, я так понимаю, что поскольку конденсаторы находятся "рядом" и влияют друг на друга, то изменение состояния соседнего может вызвать утечку заряда с соседнего(близко расположенного), но в любом случае утечка через транзистор должна быть гораздо больше. Так что это или разгон или недоработка производителей памяти...
Ответить | Правка | Наверх | Cообщить модератору

	58. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+/–
	Сообщение от Xasd (ok), 25-Дек-14, 16:11
	> недоработка производителей это
	Ответить | Правка | Наверх | Cообщить модератору

60. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	–2 +/–
Сообщение от ram_scan (?), 25-Дек-14, 16:19
Фееричное гонево. Для регенерации достаточно выставить адрес столбца (даже чип не обязательно выбирать). Все. Было чтение, не было чтения - сугубо перпендикулярно. Если уж совсем на пальцах и сфероконично, то механизм регенерации работает как раз через чтение. Обсасывают эту тему в интернетах месяц уже. И за месяц не нашли хотя-бы одного человека который бы щитодату на dram микросхему прочел.
Ответить | Правка | Наверх | Cообщить модератору

	69. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+1 +/–
	Сообщение от Аноним (-), 25-Дек-14, 17:37
	> Фееричное гонево. Для регенерации достаточно выставить адрес столбца (даже чип не обязательно > выбирать). Все. Было чтение, не было чтения - сугубо перпендикулярно. > Если уж совсем на пальцах и сфероконично, то механизм регенерации работает как > раз через чтение. > Обсасывают эту тему в интернетах месяц уже. И за месяц не нашли > хотя-бы одного человека который бы щитодату на dram микросхему прочел. Даташит похоже здесь не причем. Просто емкости стали настолько маленькими и настолько расположены близко к друг другу, плюс видимо токи утечки и наводки от соседних цепей и цепей управления стали больше (в процентном отношении). Так что и контролер DRAM с его регенерацией скорее всего не виноват. Производителям необходимо более подробно разобраться где у них "косяки". И подправить в Консерватории.
	Ответить | Правка | Наверх | Cообщить модератору

	109. "Содержимое ячеек DRAM может быть повреждено в результате..."	+1 +/–
	Сообщение от arisu (ok), 25-Дек-14, 23:38
	> Производителям необходимо более подробно разобраться где у них "косяки". И подправить в > Консерватории. собственно, производители рассчитывают, что: 1. так никто делать не будет. 2. а если и будет, то читалка имеет свой кэш, поэтому так никто делать не будет.
	Ответить | Правка | Наверх | Cообщить модератору

	120. "Содержимое ячеек DRAM может быть повреждено в результате..."	+/–
	Сообщение от Аноним (-), 26-Дек-14, 04:30
	Все проще, кэп. Когда нынче делается чип - там столько тонкостей, что точно замерять и характеризовать не могут и куда более очевидные параметры. Гонка емкостей и техпроцессов и прочая ставит свои рамки. Поэтому в даташитах все чаще встречается "TBD" для намного более очевидных параметров которые несложно померять для 1 чипа но сложнее сделать какие-то выводы и что-то гарантировать для целой партии. А тут какой-то перец из универа. Он явно в курсе как это работает. И озаботился вопросом креативного поиска worst case с использованием явления которое чипмейкеры могли вообще не брать во внимание и не характеризовывать в даташите вообще. А тут возьми и окажись что особо хитрый паттерн доступа за счет упомянутого эффекта способен вылезти за окно стабильной работы при регламентированных производителем циклах регенерации. Потому что скорее всего никто сроду и не думал о том что паразитные утечки могут жизнь испортить, если их целенаправленно гнать на максимум характерным паттерном. А поскольку в реальных ситуациях такие паттерны "крайне маловероятны" - обычное тестирование никаких дефектов не выявило и все были железно уверены что с чипами все ок и можно идти их продавать.
	Ответить | Правка | Наверх | Cообщить модератору

	128. "Содержимое ячеек DRAM может быть повреждено в результате..."	+/–
	Сообщение от arisu (ok), 26-Дек-14, 07:21
	это никак не противоречит тому, что я написал. собственно, это и есть именно то, что я написал.
	Ответить | Правка | Наверх | Cообщить модератору

	149. "Содержимое ячеек DRAM может быть повреждено в результате..."	+1 +/–
	Сообщение от Аноним (-), 26-Дек-14, 19:01
	> именно то, что я написал. Не, не то. Я думаю что эти лабухи не "рассчитывали на", а "вообще не подумали про". В отличие от сообразительного кекса из универа, который нащупал ядреный worst case.
	Ответить | Правка | Наверх | Cообщить модератору

	151. "Содержимое ячеек DRAM может быть повреждено в результате..."	+/–
	Сообщение от arisu (ok), 26-Дек-14, 19:04
	это примерно одно и то же. «не рассчитывали на» обозначает — в том числе — не только «давайте мы это выкинем», а и «нет никакого смысла думать об этом».
	Ответить | Правка | Наверх | Cообщить модератору

	103. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+/–
	Сообщение от Аноним (-), 25-Дек-14, 22:39
	> хотя-бы одного человека который бы щитодату на dram микросхему прочел. А как ты себе представляешь написание работы с DRAM из FPGA без чтения даташита? Судя по всему как раз почитали и очень креативно подумали что вон тот момент моли не учесть. При том очень хорошо понимая как это работает и какие там могут быть слабые места. Упомянутая утечка как я понимаю вообще не нормируется в даташитах и нигде не упоминается что такой патерн доступа чемто плох. Ясен фиг, производители контроллеров памяти и не парились недокументированной особенностью.
	Ответить | Правка | К родителю #60 | Наверх | Cообщить модератору

62. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	–2 +/–
Сообщение от ram_scan (?), 25-Дек-14, 16:22
Да, вдогон, что касается "примера с чтением" - пущай разбираются в арбитре шины на глюкавой архитектуре, из-за чего у них при выборе адреса регенерация останавливается.
Ответить | Правка | Наверх | Cообщить модератору

	104. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+/–
	Сообщение от Аноним (-), 25-Дек-14, 22:40
	> шины на глюкавой архитектуре, из-за чего у них при выборе адреса > регенерация останавливается. Вот прям на х86 системе и FPGA? Кому из них арбитраж чинить?
	Ответить | Правка | Наверх | Cообщить модератору

	122. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	–2 +/–
	Сообщение от ram_scan (?), 26-Дек-14, 04:43
	Да на любой системе. Проблема не в памяти.
	Ответить | Правка | Наверх | Cообщить модератору

	150. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+/–
	Сообщение от Аноним (-), 26-Дек-14, 19:03
	> Да на любой системе. Проблема не в памяти. Ну да, конечно. Это контроллер виноват что у памяти нашелся недокументированный метод вызвать повышенные утечки, настолько крутые что к моменту очередной регенерации бит уже может перевернуться.
	Ответить | Правка | Наверх | Cообщить модератору

65. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+4 +/–
Сообщение от Mt (?), 25-Дек-14, 16:41
Кто там хотел тестилку на memtest? Собственно от одного из авторов статьи: Memory tester for DRAM disturbance errors. Built on top of Memtest86+ v5.01. Also provides dataset for Kim et al., ISCA 2014. http://github.com/CMU-SAFARI/rowhammer
Ответить | Правка | Наверх | Cообщить модератору

	113. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+1 +/–
	Сообщение от Xasd (ok), 26-Дек-14, 00:21
	> Кто там хотел тестилку на memtest? это конечно хорошо что есть способы затестить у себя память через нестандартный скрипт.. ..но если (когда) сделают тест внутри официальных Memtest86\Memtest86+ -- то можно будет планки памяти возвращать в магазин обратно и требовать деньги (или замену), с фразой "прогнал мемтестом, показало ошибку.. ваша память говно.. давайте деньги обратно или не-бракованную-память" а если лишь только нестандартный скрипт (или пропатченный Memtest86+) покажет ошибку -- то с таким результатом планку вернуть в магазин получится врядли
	Ответить | Правка | Наверх | Cообщить модератору

	115. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+1 +/–
	Сообщение от Crazy Alex (ok), 26-Дек-14, 01:28
	Напоминаю - можно и совершенно целую вернуть. Без объяснений. Потому что цветом к дизайну корпуса не подошла, например.
	Ответить | Правка | Наверх | Cообщить модератору

	126. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	–1 +/–
	Сообщение от Аноним (-), 26-Дек-14, 07:03
	>Напоминаю - можно и совершенно целую вернуть. Без объяснений. Потому что цветом к дизайну корпуса не подошла, например. нельзя
	Ответить | Правка | Наверх | Cообщить модератору

	129. "Содержимое ячеек DRAM может быть повреждено в результате..."	+1 +/–
	Сообщение от arisu (ok), 26-Дек-14, 07:25
	>>Напоминаю - можно и совершенно целую вернуть. Без объяснений. Потому что цветом к дизайну корпуса не подошла, например. > нельзя можно. примерно в тридцатидневный срок. или двухнедельный, не помню. возврату не подлежат медикаменты, еда и ещё какая-то фигня, список есть в соответствующих нормах. всё остальное можно вернуть — при условии, что «товарный вид» не испорчен и коробка не сломана (у кого есть коробка; картонные ящики не считают обычно). причём насколько я помню, надписью «купленый товар возврату и обмену не подлежит» продавец может смачно подтереться, если товар не входит в список не подлежащих.
	Ответить | Правка | Наверх | Cообщить модератору

	130. "Содержимое ячеек DRAM может быть повреждено в результате..."	+/–
	Сообщение от greenman (ok), 26-Дек-14, 08:52
	Не путайте возврат качественного товара, не подошедшего по какой-то причине, и возврат товара с выявившимися недостатками.
	Ответить | Правка | Наверх | Cообщить модератору

	133. "Содержимое ячеек DRAM может быть повреждено в результате..."	+/–
	Сообщение от arisu (ok), 26-Дек-14, 09:58
	не разговаривай больше с зеркалом, это странно выглядит.
	Ответить | Правка | Наверх | Cообщить модератору

	144. "Содержимое ячеек DRAM может быть повреждено в результате..."	+/–
	Сообщение от Tyuiop (?), 26-Дек-14, 18:19
	> не разговаривай больше с зеркалом, это странно выглядит. Извини, зеркало, не буду.
	Ответить | Правка | Наверх | Cообщить модератору

	140. "Содержимое ячеек DRAM может быть повреждено в результате..."	+/–
	Сообщение от Алексей Морозов (ok), 26-Дек-14, 13:18
	Если дивайс признаётся технически сложным, то нет, вернуть товар _надлежащего качества_ нельзя.
	Ответить | Правка | К родителю #129 | Наверх | Cообщить модератору

	143. "Содержимое ячеек DRAM может быть повреждено в результате..."	+2 +/–
	Сообщение от Xasd (ok), 26-Дек-14, 16:21
	> можно. примерно в тридцатидневный срок. или двухнедельный, не помню какой ещё двухнедельный срок? ты память мог купить ,например, полтора года тому назад (гарантия ещё действует). а теперь прогонишь эту память уже современным тестом (в который *теперь* уже вклчили "row hammer test")... и если этот тест покажет FAIL -- то можно память будет поменять или взять деньги. вот о чём разговор.
	Ответить | Правка | К родителю #129 | Наверх | Cообщить модератору

	146. "Содержимое ячеек DRAM может быть повреждено в результате..."	–4 +/–
	Сообщение от arisu (ok), 26-Дек-14, 18:40
	дебил, приучись сорок два раза читать то, на что отвечаешь, а потом всё равно молчать.
	Ответить | Правка | Наверх | Cообщить модератору

	161. "Содержимое ячеек DRAM может быть повреждено в результате..."	+1 +/–
	Сообщение от Xasd (ok), 27-Дек-14, 16:37
	глупенький, я ответил на всё то что нужно
	Ответить | Правка | Наверх | Cообщить модератору

93. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+1 +/–
Сообщение от Аноним (-), 25-Дек-14, 20:19
нудк ECC никогда блажью и не было ;) и в теперяшнем, крайне урезанно виде - суровый компромисс. но попробуйте обьяснить это кому-то из intel, например, люто урезающих контроллеры DRAM в своих процах или других вендорам. причем экономия кремения - мизерная, если вдумчиво посчитать, а узякое место не только в плане надежности/безопасности у систем получается и область применения, соотв.
Ответить | Правка | Наверх | Cообщить модератору

95. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	–2 +/–
Сообщение от Jagdpanzer E100 (?), 25-Дек-14, 21:34
Покуда локомотивом полупроводниковой индустрии будут такие криворукие предприятия как интел, мы все будем люто плавать в аппаратных ошибках.
Ответить | Правка | Наверх | Cообщить модератору

	100. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+1 +/–
	Сообщение от Led (ok), 25-Дек-14, 22:05
	У интела как не срачка (RDRAM), то болячка (NetBurst). А в перерывах - триппер (недоAtom и т.п.).
	Ответить | Правка | Наверх | Cообщить модератору

	110. "Содержимое ячеек DRAM может быть повреждено в результате..."	+1 +/–
	Сообщение от arisu (ok), 25-Дек-14, 23:40
	> Покуда локомотивом полупроводниковой индустрии будут такие криворукие предприятия как > интел, мы все будем люто плавать в аппаратных ошибках. у тебя есть Хитрый План?
	Ответить | Правка | К родителю #95 | Наверх | Cообщить модератору

	121. "Содержимое ячеек DRAM может быть повреждено в результате..."	+/–
	Сообщение от Аноним (-), 26-Дек-14, 04:36
	> у тебя есть Хитрый План? Пилково!
	Ответить | Правка | Наверх | Cообщить модератору

	116. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+2 +/–
	Сообщение от Crazy Alex (ok), 26-Дек-14, 01:31
	Если они локомотив - а они впереди всех и технологически и в доле рынка - то какие они, на фиг криворукие? P.S. При чём здесь вообще Интел?
	Ответить | Правка | К родителю #95 | Наверх | Cообщить модератору

	125. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+/–
	Сообщение от Аноним (-), 26-Дек-14, 05:56
	> Если они локомотив - а они впереди всех и технологически и в > доле рынка - то какие они, на фиг криворукие? > P.S. При чём здесь вообще Интел? Гипертрейдинг и реально на интелах работает неадекватно (10GbE роутеры)
	Ответить | Правка | Наверх | Cообщить модератору

	136. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	–1 +/–
	Сообщение от Xaionaro (ok), 26-Дек-14, 10:47
	> Гипертрейдинг «hyper trading»? Может всё-таки «hyper threading» [ˈhaɪpər ˈθrɛdɪŋ]? > и реально на интелах работает неадекватно (10GbE роутеры) Чего неадекватного? Много раз тестировал на разных процессорах. Очень даже предсказуемо и адекватно.
	Ответить | Правка | Наверх | Cообщить модератору

	132. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+/–
	Сообщение от Andrey Mitrofanov (?), 26-Дек-14, 09:53
	> P.S. При чём здесь вообще Интел? _1_ соавтор из Intel Labs. Yoongu Kim 1 Ross Daly * Jeremie Kim 1 Chris Fallin * Ji Hye Lee 1 Donghyuk Lee 1 Chris Wilkerson 2 Konrad Lai Onur Mutlu 1 1 - Carnegie Mellon University 2 - Intel Labs * - Work done while at Carnegie Mellon University.
	Ответить | Правка | К родителю #116 | Наверх | Cообщить модератору

	124. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	–1 +/–
	Сообщение от Аноним (-), 26-Дек-14, 05:55
	У вас бомбит, наверное процессор AMD сгорел?
	Ответить | Правка | К родителю #95 | Наверх | Cообщить модератору

137. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	–1 +/–
Сообщение от anonymous (??), 26-Дек-14, 12:02
http://www.opennet.dev/opennews/art.shtml?num=41340 компильнул отсюда программу. Пока гоняю и вроде ничего пока не вылезает. Что надо сделать, чтобы оно сработало?
Ответить | Правка | Наверх | Cообщить модератору

	138. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	–1 +/–
	Сообщение от anonymous (??), 26-Дек-14, 12:03
	Ссылкой ошибся. Вот правильная https://lkml.org/lkml/2014/12/24/279
	Ответить | Правка | Наверх | Cообщить модератору

141. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+/–
Сообщение от Аноним (-), 26-Дек-14, 16:00
Проверка уязвимости  в userspace http://pastebin.com/AnYkW566 У меня на домашнем серваке i3+4г дальше 12й итерации не доходило
Ответить | Правка | Наверх | Cообщить модератору

	142. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+/–
	Сообщение от Аноним (-), 26-Дек-14, 16:16
	i7 2600K @ 4.2 GHz, Corsair DDR3 @ 1800 MHz, тест пройден.
	Ответить | Правка | Наверх | Cообщить модератору

	152. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+/–
	Сообщение от tyuiop (?), 26-Дек-14, 19:56
	Компилировать надо с -O1, -O2, -O3?
	Ответить | Правка | К родителю #141 | Наверх | Cообщить модератору

	154. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+/–
	Сообщение от Аноним (-), 26-Дек-14, 21:14
	> Компилировать надо с -O1, -O2, -O3? Похрену: критичный код на ассемблере и volatile. Оптимизатор просто не имеет права его трогать.
	Ответить | Правка | Наверх | Cообщить модератору

	155. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	–2 +/–
	Сообщение от bOOster (ok), 27-Дек-14, 01:25
	>> Компилировать надо с -O1, -O2, -O3? > Похрену: критичный код на ассемблере и volatile. Оптимизатор просто не имеет права > его трогать. Дану! Ниужто ктото созрел проверить? А мультиядерная система может жить без кеша?
	Ответить | Правка | Наверх | Cообщить модератору

	156. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+/–
	Сообщение от Аноним (-), 27-Дек-14, 04:39
	Intel i5 2500, Corsair 1600MHz@1.4V DDR3 4x4GB - ошибок нет после 24 итераций. Надоело ждать. // b.
	Ответить | Правка | К родителю #141 | Наверх | Cообщить модератору

	157. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+/–
	Сообщение от KinderSurprise (?), 27-Дек-14, 05:47
	> Проверка уязвимости  в userspace > http://pastebin.com/AnYkW566 > У меня на домашнем серваке i3+4г дальше 12й итерации не доходило Не уязвимость. Неисправность оборудования. Причём объяснения, приведённые в статье (Sudhanshu Mishra), не обязательно правильны. По факту код делает стрес-тест памяти и контролера. И возникающие ошибки значат лишь, что всё это оборудование по факту не может работать под такой нагрузкой по каким-то причинам :-) И у разных фирм дело обстоит по разному. Некоторые вполне могут заведомый брак подсовывать...
	Ответить | Правка | К родителю #141 | Наверх | Cообщить модератору

	159. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+/–
	Сообщение от Xasd (ok), 27-Дек-14, 14:18
	> По факту код делает стрес-тест памяти и контролера. И возникающие ошибки значат лишь, > что всё это оборудование по факту не может работать под такой нагрузкой по каким-то > причинам :-) если оборудование во время стрес-теста ведёт себя некорректно, ... ...то это значит что в нормальных условиях -- это оборудование *тоже* будет вести себя некорректно, но лишь в редкие моменты. например раз в неделю сбой. или раз в месяц.
	Ответить | Правка | Наверх | Cообщить модератору

	158. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+/–
	Сообщение от KinderSurprise (?), 27-Дек-14, 05:55
	> Проверка уязвимости  в userspace > http://pastebin.com/AnYkW566 > У меня на домашнем серваке i3+4г дальше 12й итерации не доходило Проверка уязвимости тоже не совсем неуязвима...
	Ответить | Правка | К родителю #141 | Наверх | Cообщить модератору

160. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+/–
Сообщение от Аноним (-), 27-Дек-14, 14:41
Я за SRAM.
Ответить | Правка | Наверх | Cообщить модератору

	165. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+/–
	Сообщение от Аноним (-), 28-Дек-14, 19:05
	> Я за SRAM. С ним одна проблема - бартер будет выглядеть как 1 модуль на 1 чемодан денег :). Т.к. емкость SRAM сильно ниже -> для достижения той же емкости чипов надо сильно больше.
	Ответить | Правка | Наверх | Cообщить модератору

162. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	–1 +/–
Сообщение от AlexAT (ok), 27-Дек-14, 16:59
Ого, вот это простор для эксплоитов, если есть доступ к R/O memory...
Ответить | Правка | Наверх | Cообщить модератору

166. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+/–
Сообщение от yantux (??), 30-Дек-14, 13:32
Косяк разработчиков памяти. Этот тест должен быть добавлен в штатную сборку memtest 86+
Ответить | Правка | Наверх | Cообщить модератору

167. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+/–
Сообщение от Nicknnn (ok), 10-Мрт-15, 20:14
Осилил. i7 в ноутбуке. #31 ........................................OK #32 ........................................OK #33 .DRAM seems works fine...
Ответить | Правка | Наверх | Cообщить модератору

	170. "Содержимое ячеек DRAM может быть повреждено в результате цик..."	+/–
	Сообщение от count0krsk (ok), 08-Авг-15, 19:40
	> #33 .DRAM seems works fine... Аналогично. Core i3, 4+2 Gb DDR3, Acer (C) 2014. Нас обманули, пацаны, расходимся... Опять Линукс не взломался, ну что такое ((( Я даже под рутом запустил специально.
	Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема