Исходное сообщение
"Для ядра Linux представлен планировщик ввода-вывода FIOPS дл..." Отправлено Aleksey Salow, 11-Янв-12 18:52
> запись 512 байтов выльется в как минимум read-modify-write какой-то страницы, а это обычно 1...4Кб страница 2kb. Запись идёт блоком из 64 страниц, а чтение действительно постранично. > А в хучшем случае будет вообще стирание большого erase > block (группа страниц, обычно 64...512Кб) - read-erase-modify-write получится довольно > масштабный. Нормално так - 512кб вместо 512 байтов перепахать? :) Выкиньте свой jmicron в помойку. В современных накопителях давным давно cow с gc и что там творится в реальности знает только контроллер. Любая запись там выглядит как read-modify-write, если пользовать trim есно. Плюс всё это буферизируется и с отложеной записью, посему на несколько попыток записи будет все лишь один read с пачкой modify и одним write в заранее чистый блок. А чтобы чистых блоков вообще не было - так это имхо нужно забить весь накопитель к чертям и банально писать поверху. А так, любая передышка, и gc собирает мусор очищая блоки.