= Сообщение: 6427 из 10757 ===================================== RU.UNIX.BSD = От : Alex Korchmar 2:5020/400 29 Jan 18 08:58:48 Кому : Eugene Grosbein 29 Jan 18 08:58:48 Тема : Re: ashift на древней bsd FGHI : area://RU.UNIX.BSD?msgid=<1187508914@ddt.demos.su>+27181f4e На : area://RU.UNIX.BSD?msgid=grosbein.net+6d53e732 = Кодировка сообщения определена как: IBM866 ================================= ============================================================================== From: Alex Korchmar <noreply@linux.e-moe.ru>
EG> Это зависит. https://blogs.oracle.com/roch/tuning-zfs-recordsize: EG> In ZFS all files are stored either as a single block EG> of varying sizes (up to the recordsize) or using multiple EG> recordsize blocks.
EG> Если у тебя MySQL/InnoDB читает блоками по 16K там есть префетч, который, судя по тутубалинским исследованиям, способен сильно смазать картинку.
Hо это более вероятно сработает как раз для mysql (данные чаще лежат рядом), или для исходников (как у Лехи, потому что при сборке все равно они нужны _все_ и целиком, а не по пол-файла) чем для отдельных мелких файлов веб-сервера, которые могут лежать рядом, а обращения идти к одному из десятка, остальные годами остаются нечитаемы.
EG> вычисления контрольной суммы ZFS будет вынуждена делать EG> read-modify-write. Hе дай бог там ещё и компрессия включена. я с большой ненавистью к людям обнаружил, что она, сука, ВКЛЮЧЕHА при создании пула по умолчанию, и тебя никто не спрашивает. Какой козел вообще это сделал? И кто помнит адрес сайта, где принимались ставки на отбытие в мир иной отдельных граждан?
> Alex
--- ifmail v.2.15dev5.4 * Origin: Demos online service (2:5020/400)
