#21
|
|||
|
|||
Re: ashift на древней bsd
Alex Korchmar написал(а) к Eugene Grosbein в Jan 18 23:06:56 по местному времени:
From: Alex Korchmar <noreply@linux.e-moe.ru> Eugene Grosbein <Eugene.Grosbein@f1.n5006.z2.fidonet.org> wrote: EG> И если твоего диска нет в этой таблице, то в loader.conf диск может и в таблице (хотя идея видится изрядно дурацкой), контроллер ни разу не ad. Приехали? EG> # 4K sectors EG> kern.cam.ada.0.quirks="1" EG> Это нужно только на момент создания пула ZFS. тогда вариант с gnop явно удобнее, ибо не оставляет мусора в конфиге, который потом надо не забывать удалять. кстати, я правильно понимаю, что если на диске у меня нет ни одного файла пресловутого размера 128k, то надо recordsize уменьшать до характерного ? > Alex --- ifmail v.2.15dev5.4 |
#22
|
|||
|
|||
Re: ashift на древней bsd
Eugene Grosbein написал(а) к Alex Korchmar в Jan 18 07:25:27 по местному времени:
28 янв. 2018, воскресенье, в 23:06 NOVT, Alex Korchmar написал(а): EG>> И если твоего диска нет в этой таблице, то в loader.conf AK> диск может и в таблице (хотя идея видится изрядно дурацкой), AK> контроллер ни разу не ad. Приехали? da(4) тоже такое поддерживает. EG>> # 4K sectors EG>> kern.cam.ada.0.quirks="1" EG>> Это нужно только на момент создания пула ZFS. AK> тогда вариант с gnop явно удобнее, ибо не оставляет мусора в конфиге, который AK> потом надо не забывать удалять. Зачем удалять? Вдруг тебе потребуется создать ещё пул(ы). AK> кстати, я правильно понимаю, что если на диске у меня нет ни одного файла AK> пресловутого размера 128k, то надо recordsize уменьшать до характерного ? Это зависит. https://blogs.oracle.com/roch/tuning-zfs-recordsize: In ZFS all files are stored either as a single block of varying sizes (up to the recordsize) or using multiple recordsize blocks. Если у тебя MySQL/InnoDB читает блоками по 16K и использует только эти 16K, а ZFS каждый раз тратит кеш и пропускную способность дискового I/O на чтение 128K, которые потом остаются невостребованными, то да, скорее всего лучше уменьшить до 16K. Не говоря уже о записи в крупный файл InnoDB блоками по 16K при recordsize=128K, так как для вычисления контрольной суммы ZFS будет вынуждена делать read-modify-write. Не дай бог там ещё и компрессия включена. Eugene -- Устав от радостных пиров, Не зная страхов и желаний --- slrn/1.0.2 (FreeBSD) |
#23
|
|||
|
|||
Re: ashift на древней bsd
Alex Korchmar написал(а) к Eugene Grosbein в Jan 18 08:58:48 по местному времени:
From: Alex Korchmar <noreply@linux.e-moe.ru> Eugene Grosbein <Eugene.Grosbein@f1.n5006.z2.fidonet.org> wrote: 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 там есть префетч, который, судя по тутубалинским исследованиям, способен сильно смазать картинку. Но это более вероятно сработает как раз для mysql (данные чаще лежат рядом), или для исходников (как у Лехи, потому что при сборке все равно они нужны все и целиком, а не по пол-файла) чем для отдельных мелких файлов веб-сервера, которые могут лежать рядом, а обращения идти к одному из десятка, остальные годами остаются нечитаемы. EG> вычисления контрольной суммы ZFS будет вынуждена делать EG> read-modify-write. Не дай бог там ещё и компрессия включена. я с большой ненавистью к людям обнаружил, что она, сука, ВКЛЮЧЕНА при создании пула по умолчанию, и тебя никто не спрашивает. Какой козел вообще это сделал? И кто помнит адрес сайта, где принимались ставки на отбытие в мир иной отдельных граждан? > Alex --- ifmail v.2.15dev5.4 |
#24
|
|||
|
|||
Re: ashift на древней bsd
Eugene Grosbein написал(а) к Alex Korchmar в Jan 18 13:31:23 по местному времени:
29 янв. 2018, понедельник, в 08:58 NOVT, Alex Korchmar написал(а): 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 AK> там есть префетч, который, судя по тутубалинским исследованиям, способен AK> сильно смазать картинку. prefetch и есть наполнение кеша, о котором речь шла в поскипанном. EG>> вычисления контрольной суммы ZFS будет вынуждена делать EG>> read-modify-write. Не дай бог там ещё и компрессия включена. AK> я с большой ненавистью к людям обнаружил, что она, сука, ВКЛЮЧЕНА при AK> создании пула по умолчанию, и тебя никто не спрашивает. Какой козел вообще AK> это сделал? Неправда. # truncate -s 100m file # zpool create test `realpath file` # zfs get compression test NAME PROPERTY VALUE SOURCE test compression off default Но вот если ты включишь компрессию на родительсткой файловой системе, то вновь создаваемые дочерние fs унаследуют это свойство. Eugene --- slrn/1.0.2 (FreeBSD) |
#25
|
|||
|
|||
Re: ashift на древней bsd
Alex Korchmar написал(а) к Eugene Grosbein в Jan 18 14:17:01 по местному времени:
From: Alex Korchmar <noreply@linux.e-moe.ru> Eugene Grosbein <Eugene.Grosbein@f1.n5006.z2.fidonet.org> wrote: AK>> я с большой ненавистью к людям обнаружил, что она, сука, ВКЛЮЧЕНА при AK>> создании пула по умолчанию, и тебя никто не спрашивает. Какой козел вообще AK>> это сделал? EG> Неправда. правда: ~% zfs get compression NAME PROPERTY VALUE SOURCE zroot-11 compression lz4 local zroot-11/ROOT compression lz4 inherited from zroot-11 zroot-11/ROOT/default compression lz4 inherited from zroot-11 zroot-11/tmp compression lz4 inherited from zroot-11 zroot-11/usr compression lz4 inherited from zroot-11 zroot-11/usr/home compression lz4 inherited from zroot-11 zroot-11/usr/obj compression lz4 inherited from zroot-11 zroot-11/usr/ports compression lz4 inherited from zroot-11 zroot-11/usr/src compression lz4 inherited from zroot-11 zroot-11/var compression lz4 inherited from zroot-11 zroot-11/var/audit compression lz4 inherited from zroot-11 zroot-11/var/crash compression lz4 inherited from zroot-11 zroot-11/var/log compression lz4 inherited from zroot-11 zroot-11/var/mail compression lz4 inherited from zroot-11 zroot-11/var/tmp compression lz4 inherited from zroot-11 я этой херни, как ты понимаешь, не делал. зато оно предусмотрительно выключило prefetch. > Alex --- ifmail v.2.15dev5.4 |
#26
|
|||
|
|||
Re: ashift на древней bsd
Eugene Grosbein написал(а) к Alex Korchmar в Jan 18 00:09:36 по местному времени:
29 янв. 2018, понедельник, в 14:17 NOVT, Alex Korchmar написал(а): AK>>> я с большой ненавистью к людям обнаружил, что она, сука, ВКЛЮЧЕНА при AK>>> создании пула по умолчанию, и тебя никто не спрашивает. Какой козел AK> вообще AK>>> это сделал? EG>> Неправда. AK> правда: AK> ~% zfs get compression AK> NAME PROPERTY VALUE SOURCE AK> zroot-11 compression lz4 local local, а не default, то есть кто-то вручную включил compression при создании пула и корневого dataset. Так что неправда. AK> zroot-11/var/tmp compression lz4 inherited from zroot-11 AK> я этой херни, как ты понимаешь, не делал. Делал. Eugene -- Как жаль, что не роняли вам на череп утюгов. Скорблю о вас - как мало вы успели. --- slrn/1.0.2 (FreeBSD) |
#27
|
|||
|
|||
Re: ashift на древней bsd
Alex Korchmar написал(а) к Eugene Grosbein в Jan 18 21:12:47 по местному времени:
From: Alex Korchmar <noreply@linux.e-moe.ru> Eugene Grosbein <Eugene.Grosbein@f1.n5006.z2.fidonet.org> wrote: AK>> правда: AK>> ~% zfs get compression AK>> NAME PROPERTY VALUE SOURCE AK>> zroot-11 compression lz4 local EG> local, а не default, то есть кто-то вручную включил compression EG> при создании пула и корневого dataset. Так что неправда. кто-то - бинарник zpool от версии 11.0 или 10.что-то AK>> zroot-11/var/tmp compression lz4 inherited from zroot-11 AK>> я этой херни, как ты понимаешь, не делал. EG> Делал. не делал, я не страдаю лунатизмом. Эта система вообще поставлена bsdinstall от 11.0(.1) я не создаю отдельный /tmp только чтоб его потом вручную отключать. Более того, нарвавшись на подобную хрень на системе, устанавливаемой вместо штатного bsdinstall вручную, с матом ее выключил, снеся пул и создав заново с явным compression=off (а потом пошел проверять на автоустановленные и стал, мягко говоря, ох..евши) так что рекомендую всем проверить свои системы. Возможно, вы внезапно узнаете, почему они так тормозят на ровном месте. > Alex --- ifmail v.2.15dev5.4 |
#28
|
|||
|
|||
Re: ashift на древней bsd
Eugene Grosbein написал(а) к Alex Korchmar в Jan 18 01:27:51 по местному времени:
29 янв. 2018, понедельник, в 21:12 NOVT, Alex Korchmar написал(а): AK>>> правда: AK>>> ~% zfs get compression AK>>> NAME PROPERTY VALUE SOURCE AK>>> zroot-11 compression lz4 local EG>> local, а не default, то есть кто-то вручную включил compression EG>> при создании пула и корневого dataset. Так что неправда. AK> кто-то - бинарник zpool от версии 11.0 или 10.что-то Я показывал, что он этого не делает. AK>>> zroot-11/var/tmp compression lz4 inherited from zroot-11 AK>>> я этой херни, как ты понимаешь, не делал. EG>> Делал. AK> не делал, я не страдаю лунатизмом. Видимо, страдаешь :-) Eugene -- Поэты - страшные люди. У них все святое. --- slrn/1.0.2 (FreeBSD) |
#29
|
|||
|
|||
Re: ashift на древней bsd
Alex Korchmar написал(а) к Eugene Grosbein в Jan 18 22:33:20 по местному времени:
From: Alex Korchmar <noreply@linux.e-moe.ru> Eugene Grosbein <Eugene.Grosbein@f1.n5006.z2.fidonet.org> wrote: AK>> кто-то - бинарник zpool от версии 11.0 или 10.что-то EG> Я показывал, что он этого не делает. а я показываю, что сделал. Причем так оно на трех разных системах разных версий. > Alex --- ifmail v.2.15dev5.4 |
#30
|
|||
|
|||
Re: ashift на древней bsd
Eugene Grosbein написал(а) к Alex Korchmar в Feb 18 06:30:55 по местному времени:
29 янв. 2018, понедельник, в 22:33 NOVT, Alex Korchmar написал(а): AK>>> кто-то - бинарник zpool от версии 11.0 или 10.что-то EG>> Я показывал, что он этого не делает. AK> а я показываю, что сделал. AK> Причем так оно на трех разных системах разных версий. Нет, не показал. Появилось время поглядеть в сорцы - это bsdinstall по дефолту включает компрессию, передавая параметр в zpool create. Сам zpool компрессию не включает. Ну и нет никакой причины при установке системы загрузок с bsdinstall использовать его интерфейс для реальной установки системы, вот в частности из-за таких подлянок. Я всегда после загрузки с memstick.img выбирал запуск shell и уже в нём сам разбивал gpart'ом диски так, как мне надо и сам же выполнял tar xf, благо там base.txz и kernel.txz доступы на уже смонтированном разделе с memstick. Eugene --- slrn/1.0.2 (FreeBSD) |