> From: Alex Korchmar <noreply@linux.e-moe.ru> > Date: Tue, 25 Feb 2014 09:36:02 +0000 (UTC) > > >> по-моему там кабздец должен выходить, при регулярной нагрузке. > >> Даже небольшой. Потому что размеры блока не совпадают, выравнивание не > >> совпадает -и в наиболее вероятном случае, ради одного байта мы перезапишем > >> 8k, не факт что последовательных. >JF> И пофиг, у zfs размер блока поболе. >абсолютно пофиг - если он не совпадает по границам с физическим сектором, >диск все так же на каждую запись блока будет считывать два сектора (то есть ты >думаешь что у тебя операция записи, а у тебя предварительно- два чтения, причем >не линейных, а через "поболе"), подменять в них изменившиеся байты и потом >уже записывать обратно. > >Добавим поверх виртуалку с дисками в файлах (+512 или некратное число байт, >поскольку диски эмулируются вместе с mbr)
Да ещё и жатыми/динамическими ;-)
>а на ней заведем базу данных (опять >в файле опять по произвольному смещению) - получим такое количество пара в >свисток, что мама не горюй. И как выбираться из этой потенциальной ямы, >неясно совсем.
Если зада банных большая - держать её на физическом устройстве без промежуточных слоёв, подогнав страницу под размер сектора. А если маленькая - то в кэше.
>Один из рецептов, конечно, понятен - не использовать 4k диски вообще ни для >чего кроме порнухохранилища с последовательным доступом.
А когда других не останется?
Вал. Дав.
--- ifmail v.2.15dev5.4 * Origin: Demos online service (2:5020/400)
