Исходное сообщение
"В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..." Отправлено maximnik0, 06-Июн-23 13:45
>Против лома нет приема. Не знаю как в 10,не пробывал,а в старых версиях офтопика в настройках управления накопителя была опция запрета использования дискового кэша для записи. Там еще можно было другие алгоритмы кэширования сменить.Правда на скорости под офтопик это сказывается ощутимо, может из-за этого ходят байки о слишком сильной тормознутостьи ntfs, потому что драйвера (иногда биос) ряд чипов обнаружив ошибки записи принудительно отключали кэш на запись,и в некоторых случаях DMA доступ.(я знаю что с мелкими файлами в одном каталоге ext поведет себя гораздо лучше,но все равно если кэш пуст и она тупить будет).В linux тоже у hdparm была опция для отключения кэша диска для записи, так что не все так фатально.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, [email protected] (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>Против лома нет приема. > Не знаю как в 10,не пробывал,а в старых версиях офтопика в настройках > управления накопителя была опция запрета использования дискового кэша для записи. Там > еще можно было другие алгоритмы кэширования сменить.Правда на скорости под офтопик > это сказывается ощутимо, может из-за этого ходят байки о слишком сильной > тормознутостьи ntfs, потому что драйвера (иногда биос) ряд чипов обнаружив ошибки > записи принудительно отключали кэш на запись,и в некоторых случаях DMA доступ.(я > знаю что с мелкими файлами в одном каталоге ext поведет себя > гораздо лучше,но все равно если кэш пуст и она тупить будет).В > linux тоже у hdparm была опция для отключения кэша диска для > записи, так что не все так фатально.
	Введите код, изображенный на картинке: