Исходное сообщение
"Разработан метод атаки на DRAM-память, позволяющий обойти за..." Отправлено Аноним84701, 24-Ноя-18 17:01
> То есть что получается, братцы? Получается, кодер не может гарантированно написать 100% > валидную программу, даже если он знает как это сделать. Бит памяти поменяется самостоятельно.. и if пойдет не туда ... > Ок, ecc сбоит в каких-то экслюзивных случаях, а обычная - постоянно? Sun своими ультаспарками на эти грабли еще 20 лет назад налетела: http://www.sparcproductdirectory.com/artic-2001-dec-1.html > Sun's CEO Scott McNealy seems to draw a line under the problem, which Sun now blames on process or design problems in the high speed SRAM chips its was buying from IBM to use in its cache. Sun claims that data bits in the IBM supplied SRAM were being randomly flipped by alpha particles. [...] > (ECC was not an option because the logic delay penalty cancels out the speed advantage of using SRAM in the cache). [...] > This problem affected thousands of users, and one Sun customer wrote to tell us their company had replaced over 1000 UltraSPARC 2 400MHz CPUs because of the ecache issue. >

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> То есть что получается, братцы? Получается, кодер не может гарантированно написать 100% >> валидную программу, даже если он знает как это сделать. Бит памяти поменяется самостоятельно.. и if пойдет не туда > ... >> Ок, ecc сбоит в каких-то экслюзивных случаях, а обычная - постоянно? > Sun своими ультаспарками на эти грабли еще 20 лет назад налетела: > http://www.sparcproductdirectory.com/artic-2001-dec-1.html >> Sun's CEO Scott McNealy seems to draw a line under the problem, which Sun now blames on process or design problems in the high speed SRAM chips its was buying from IBM to use in its cache. [B]Sun claims that data bits in the IBM supplied SRAM were being randomly flipped by alpha particles[/B]. > [...] >> ([B]ECC was not an option[/B] because the logic [B]delay penalty[/B] cancels out the speed advantage of using SRAM in the cache). > [...] >> This problem affected thousands of users, and one Sun customer wrote to tell us their company had replaced over 1000 UltraSPARC 2 400MHz CPUs because of the ecache issue. >>
	Введите код, изображенный на картинке: