forum.wfido.ru  

Вернуться   forum.wfido.ru > Прочие эхи > RU.UNIX.BSD

Ответ
 
Опции темы Опции просмотра
  #21  
Старый 29.01.2018, 00:51
Alex Korchmar
Guest
 
Сообщений: n/a
По умолчанию 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  
Старый 29.01.2018, 04:53
Eugene Grosbein
Guest
 
Сообщений: n/a
По умолчанию 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  
Старый 29.01.2018, 10:20
Alex Korchmar
Guest
 
Сообщений: n/a
По умолчанию 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  
Старый 29.01.2018, 11:01
Eugene Grosbein
Guest
 
Сообщений: n/a
По умолчанию 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  
Старый 29.01.2018, 15:40
Alex Korchmar
Guest
 
Сообщений: n/a
По умолчанию 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  
Старый 29.01.2018, 21:42
Eugene Grosbein
Guest
 
Сообщений: n/a
По умолчанию 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  
Старый 29.01.2018, 22:30
Alex Korchmar
Guest
 
Сообщений: n/a
По умолчанию 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  
Старый 29.01.2018, 23:01
Eugene Grosbein
Guest
 
Сообщений: n/a
По умолчанию 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  
Старый 29.01.2018, 23:50
Alex Korchmar
Guest
 
Сообщений: n/a
По умолчанию 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  
Старый 04.02.2018, 06:23
Eugene Grosbein
Guest
 
Сообщений: n/a
По умолчанию 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)
Ответить с цитированием
Ответ


Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.

Быстрый переход


Текущее время: 01:34. Часовой пояс GMT +4.


Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2024, vBulletin Solutions, Inc. Перевод: zCarot