Бывали ли у вас случаи когда «космические лучи» меняли бит?

В детстве всё что светилось в темноте - фосфор.

Наверное стронция алюминат.

Террабайт торрентов есть? Перенеси на другой винт и обратно. Потом перехешируй.

Гораздо более вероятно что диск посыпется и данные считает с ошибками в битах.

И нихера не будет, если у тебя харды не битые.

Вот если по сети переносить по протоколу без контроля целостности (кроме стандартной CRC изернета) - возможны приколы.

Есть. Можешь взять любой старый диск (мегабайт на 500) с толстым ECC и посмотреть количество ECC recovered errors.

На современных не так заметно, т.к. там ECC занимает меньше места относительно данных, но при этом технологии изготовления голов, блинов и механики улучшились.

Болтун, сначала сделай, а потом болтай. Теоретик.

В соседнем треде по ecc vs nonecc память уже это обтёрли. Но продвигальщики есс памяти никак не угомонятся

Если проблема появляется на 1Тб, она должна появляться и на 100Гб, 10Гб, 1Гб. Напиши нам баш скрипт, мы его запустим и он нам покажет, что после 1000 перезаписей 1Гб появилась эта проблема. Но ты же его не напишешь, верно? Потому что хоть 100, хоть 1000, хоть 100000 перезаписывай, всё-равно перезапишется корректно. И все эти росказни про меняющиеся биты - сказки для олигофренов

Копировал с RAID0 600+600 HUC106060CSS600 на RAID0 1+1 из пожалуй самого худшего говна эпохи до SMR (WD10EARS).

Похрену абсолютно. Все диски на одном контроллере, подключены одним кабелем длиной около метра, питание подключено молексом (альтернатива - сата разъемы там же на кабеле, но у меня такого под рукой нет).

Выкинь свои битые харды и перестань пинать системник. Ну или хотя бы проскань их викторией.

Выбор Ext4 или xfs под базу данных. Посоветуйте (комментарий)

Террабайт торрентов есть? Перенеси на другой винт и обратно. Потом перехешируй.

Делал неоднократно. Всё перехешировалось без ошибок каждый раз (только очень долго…)

А вот если бы вы все это растянули на полгода…

Интересный опыт, спасибо.

У меня был случай. Один. Во время отладки программы. Должно было получиться 53, получилось 52. Я два дня пытался выяснить как неверное число получилось. По десять раз выведение постусловий из предусловий каждой из участвующих подпрограмм перепроверил. Кучу раз пытался ситуацию воспроизвести (все стартовые значения были фиксированные, и легко воспроизводились). Всегда получалось 53. Многопоточка не при чём, так как прога была однопоточной. 52 не могло получиться даже при математической проверке каждого из операторов. Но 52 получилось. Один раз.

В итоге забил и решил, что произошёл флип бита в оперативке, так как ситуация произошла на десктопе, и память, соответственно была без коррекции ошибок…