John Freeman <John.Freeman@p2654.f1519.n5020.z2.fidonet.org> wrote:
JF>>> sector size=4096 >> afair, это правильным образом через левые патчи (пятилетней давности, что, >> до сих пор не включены в официальную ветку? Слава Ораклу!) плюс zfs debug >> делалось. >> Как-то в целом совсем по другому. JF> Это и рецепт стольки же летней давности ну так если с тех пор так никто и не почесался сделать нормально - этот рецепт будет вечен.
>> по-моему там кабздец должен выходить, при регулярной нагрузке. >> Даже небольшой. Потому что размеры блока не совпадают, выравнивание не >> совпадает -и в наиболее вероятном случае, ради одного байта мы перезапишем >> 8k, не факт что последовательных. JF> И пофиг, у zfs размер блока поболе. абсолютно пофиг - если он не совпадает по границам с физическим сектором, диск все так же на каждую запись блока будет считывать два сектора (то есть ты думаешь что у тебя операция записи, а у тебя предварительно- два чтения, причем не линейных, а через "поболе"), подменять в них изменившиеся байты и потом уже записывать обратно.
Добавим поверх виртуалку с дисками в файлах (+512 или некратное число байт, поскольку диски эмулируются вместе с mbr) а на ней заведем базу данных (опять в файле опять по произвольному смещению) - получим такое количество пара в свисток, что мама не горюй. И как выбираться из этой потенциальной ямы, неясно совсем.
Один из рецептов, конечно, понятен - не использовать 4k диски вообще ни для чего кроме порнухохранилища с последовательным доступом.
> Alex
JF>>> а выравнивать надо на партишнинге, >> там оно тоже изумительно криво.
JF> Там оно абсолютно однозначно и криво быть не может в принципе.
JF> С наилучшими пожеланиями, John Freeman.
--- ifmail v.2.15dev5.4 * Origin: Demos online service (2:5020/400)
