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

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

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

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

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

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

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

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

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

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

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

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

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

17. Сообщение от Fracta1L (ok), 25-Дек-14, 11:41	+17 +/–
По-моему, ты болен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #18, #29, #45

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

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

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

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

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

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

25. Сообщение от Аноним (-), 25-Дек-14, 12:07	+/–
так отпишись им
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

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

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

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

29. Сообщение от trdm (ok), 25-Дек-14, 12:40	+5 +/–
Пелевенит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #30

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

65. Сообщение от Mt (?), 25-Дек-14, 16:41	+4 +/–
Кто там хотел тестилку на 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

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

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

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

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

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

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

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

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

74. Сообщение от Аноним (-), 25-Дек-14, 17:45	+1 +/–
> paity error. ^^^^^^ ECC FAIL :(.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73

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

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

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

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

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

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

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

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

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

84. Сообщение от Аноним (-), 25-Дек-14, 19:17	+1 +/–
>на столько правильно надо писать так: на стол ько
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63

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

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

87. Сообщение от 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-битных Везде-то Вы, тов.прапорщик, побывали!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64 Ответы: #123

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

132. Сообщение от 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.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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