В любом случае ОС либо про это ничего не знает и работает с 512/4096, либо об этом знают проприетарные драйвера, сама же ОС опять ничего не знает.
По мне наиболее вероятен 3-й вариант: ECC каждого сектора при его чтении и при записи считает контроллер HDD, считает аппаратным способом и потому очень быстро. Отсюда у меня 2 дополнительных вопроса:
- в статье на вики упоминаются размеры сектора 4096, 4112, 4160 или 4224 , а еще далее по тексту - 4211. Это размеры чего ?
- что такое "distributed ECC" ?
Автору вопроса 212th - ваша постановка задачи - специфична, но вполне адекватна.
------------------------- AlexP11223
Итак - есть 2 диска: SSD и HDD.
Постановка задачи: Кэшировать - нужно !, но использовать для каша нужно исключительно HDD, а SSD - не задействовать ни в коем случае. И нечего тут обосновывать, что постановка задачи от автора -неадекватная.! При наличии неких дополнительных специфичных обоснований, о которых автор счёл умолчать - постановка задачи - может быть адекватна!
И далее: если есть что ответить по существу - милости просим, а если же нечего ответить -помалкивай. Но нечего смещать акцент постановки вопроса в сторону,!
-------------------------
Natan Natan - вполне адекватный вариант решения, правда налагает определённые ограничения, но это уже вторично.
-------------------------- 386DX - тоже хороший вариант, зачёт
-------------------------
Автору: 212th - хотел бы ещё более конкретизировать постановку задачи для моего случая:
- в RAM хранить только ограниченный объем видео, например, 5 или 50 мб (должно настраиваться), а всё, что свыше 50 мб- сбрасывать в кэш на HDD. Системный SSD - категорически не использовать.
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
4096-4096=0
4112-4096=16
4160-4096=64
4224-4096=128
4211-4096=115