Свежие комментарии
| Title | Comment |
|---|---|
| Вроде как и писать. |
Вроде как и писать. Собственно, эксперимент же несложно поставить: # sysctl vfs.zfs | grep prefetch vfs.zfs.no_scrub_prefetch: 0 vfs.zfs.prefetch_disable: 0 vfs.zfs.dedup.prefetch: 1 vfs.zfs.l2arc_noprefetch: 0 Берем файлы, которые не трогались после перезагрузки (которая была вчера), читаем их в dev/null и смотрим, пишется ли что-то в L2ARC (первая строчка - это общая статистика с перезагрузки). Указанный diskid - это кэш, записи - последняя колонка. # zpool iostat -v zdata 5 | grep diskid/DISK-C6EF076A07E100005289 diskid/DISK-C6EF076A07E100005289 60,1G 387G 0 1 137K 1003K diskid/DISK-C6EF076A07E100005289 60,1G 387G 0 0 0 715 diskid/DISK-C6EF076A07E100005289 60,1G 387G 0 1 0 8,78K diskid/DISK-C6EF076A07E100005289 60,1G 387G 0 0 0 15,1K diskid/DISK-C6EF076A07E100005289 60,1G 387G 0 1 0 32,5K diskid/DISK-C6EF076A07E100005289 60,1G 387G 0 0 0 23,8K diskid/DISK-C6EF076A07E100005289 61,0G 386G 0 193 0 173M diskid/DISK-C6EF076A07E100005289 61,2G 386G 0 58 0 56,2M diskid/DISK-C6EF076A07E100005289 62,1G 385G 0 186 0 181M diskid/DISK-C6EF076A07E100005289 62,5G 385G 0 74 0 72,9M diskid/DISK-C6EF076A07E100005289 63,6G 384G 0 236 0 233M diskid/DISK-C6EF076A07E100005289 64,2G 383G 0 117 0 116M diskid/DISK-C6EF076A07E100005289 65,3G 382G 0 221 0 218M Ну пишется. Повторно читаем их же:
# zpool iostat -v zdata 5 | grep diskid/DISK-C6EF076A07E100005289 4 # zpool iostat -v zdata 5 | grep diskid/DISK-C6EF076A07E100005289 diskid/DISK-C6EF076A07E100005289 76,2G 371G 0 1 136K 1,23M diskid/DISK-C6EF076A07E100005289 76,2G 371G 0 0 0 0 diskid/DISK-C6EF076A07E100005289 76,2G 371G 0 0 0 0 diskid/DISK-C6EF076A07E100005289 76,2G 371G 0 0 0 0 diskid/DISK-C6EF076A07E100005289 76,3G 371G 150 25 132M 24,4M diskid/DISK-C6EF076A07E100005289 76,8G 370G 230 92 225M 91,6M diskid/DISK-C6EF076A07E100005289 77,3G 370G 261 119 258M 118M diskid/DISK-C6EF076A07E100005289 78,4G 369G 221 136 220M 136M diskid/DISK-C6EF076A07E100005289 78,7G 368G 239 154 239M 152M diskid/DISK-C6EF076A07E100005289 79,8G 367G 193 203 192M 202M diskid/DISK-C6EF076A07E100005289 80,0G 367G 257 59 256M 59,5M diskid/DISK-C6EF076A07E100005289 80,6G 367G 235 126 235M 120M diskid/DISK-C6EF076A07E100005289 81,0G 366G 221 88 220M 88,2M diskid/DISK-C6EF076A07E100005289 81,5G 366G 176 90 176M 89,8M diskid/DISK-C6EF076A07E100005289 81,6G 366G 203 18 202M 18,6M diskid/DISK-C6EF076A07E100005289 82,1G 365G 241 98 241M 98,4M diskid/DISK-C6EF076A07E100005289 82,7G 364G 240 129 240M 130M diskid/DISK-C6EF076A07E100005289 83,1G 364G 236 91 233M 90,8M Ну читается (и еще что-то пишется)
|
| Вот есть tunable: vfs.zfs.l2arc_noprefetch |
По моему это разрешает/запрещает префетчу читать из L2ARC. |
| А почему "положительный эффект стремится к нулю"? |
Имелось ввиду чтение всего файла. Если читаем только с ssd - имеем низкую латентность и его скорость чтения. Если читаем какие-то части файла с hdd (допустим больше 10-20%), то для всего файла практически получаем скоростные показатели основного пула. То что иногда очень быстро - это больше заслуга ARC-а, который служит подпоркой и часто содержит, то что не попало в L2ARC. Если же читать только отдельные блоки (случайный доступ) тогда эффект конечно ощутимый. |
| Ща, вы меня сбили с курса. |
Ща, вы меня сбили с курса. Вот есть tunable: vfs.zfs.l2arc_noprefetch |
| А почему "положительный |
А почему "положительный эффект стремится к нулю"? Мне так не показалось |
| тогда быстрее попадут в L2? |
Тогда они полностью попадут в L2ARC и будут читаться только с ssd. Иначе при одновременном чтении (часть с hdd и часть ssd) положительный эффект стремится к нулю. Префетч вроде нельзя включать/выключать для отдельных датасетов, а при выключенном префетче последовательная скорость чтения удручает. То что при срабатывании префетча файл не может полностью попасть в L2ARC это похоже не фича, а банальный недосмотр. |
| Ага, то есть для рабочих |
Ага, то есть для рабочих датасетов лучше префетч выключать, они тогда быстрее попадут в L2? А с включенным - попадает только то, что явно фетчится, префетч то есть не сработал Поразвлекаюсь, интересно. |
| но наполняется |
Оказалось, что при чтении полностью помещает нужные файлы только если выключен префетч. Ну или при записи. Если хочется префетч и L2ARC одновременно, нужно патчить. |
| Не, я не парюсь. |
Не, я не парюсь. |
| когда он реально помогает а не по тестам |
Нашёл как гарантированно наполнять L2ARC? |
| У rsh тоже есть "контроль" - |
У rsh тоже есть "контроль" - по IP-адресу :-) Для изолированного домашнего сегмента использую, нормально. |
| Мне не rcp, мне rsh, мне надо |
Мне не rcp, мне rsh, мне надо zfs recv запускать на remote. И что-то я не хочу rsh, у ssh хотя-бы как-то контроль доступа есть (ключами). |
| > Осваиваю -o NoneSwitch у |
> Осваиваю -o NoneSwitch у openssh-portable Ну тогда rcp, в 11 оно пока не отменено (в 12 - ставить из портов). |
| Рязань, судя по тексту |
Рязань, судя по тексту коммита прошлогоднего, 1xxx тоже подходит (и дает 8GB/sec) |
| Так и нету. И MFC не |
Так и нету. И MFC не планировалось ------------------------------------------------------------------------ aesni(4): Add SHA2-224(-HMAC) support as well ------------------------------------------------------------------------ aesni(4): Add sha256 plain hash support Да понятно, да, что что бы ныть железку для тестов нету. |
| Я в 11.2 не вижу sha в aesni |
Я в 11.2 не вижу sha в aesni (смотрел грепом), наверное он в 12-й появился. Поскольку апгрейдиться на -12 я не собираюсь (работает - и слава богу!), то и хрен с ним пока. Ну то есть чтобы поныть - нужно еще купить что-то на чем ныть (хоть рязань, хоть мелкую борду с C3xxx), а ныть об боевой ящик - который придется апгрейдить и тестировать я очень не хочу (у меня потом L2ARC набирается неделями после перезагрузки до состояния когда он реально помогает а не по тестам) |
| В общем, я бы поныл в списках |
В общем, я бы поныл в списках рассылки что в aesni нет SHA512 и что ZFS не использует aesni если он есть. У меня отпуск скоро, мне сейчас начинать хипёшь неудобно — я скоро на месяц перестану читать почту :-) |
| При этом у Apollo Lake (на |
При этом у Apollo Lake (на этом же сайте) нету SHA в списке. Короче, боюсь я что вот Atom C3xxx и рязань - и на этом все кончается. Но рязани много у людей. |
| Вот похоже только тут есть |
Вот похоже только тут есть список: https://en.wikichip.org/wiki/intel/microarchitectures/goldmont Ну и плюс рязань 2xxx |
| Да я уже увидел, это первое, |
Да я уже увидел, это первое, куда я полез. |
| Похоже что нету. |
Похоже что нету. Смешно, но в ARK нету этого флага (в отличие от AES-NI), т.е. нельзя отобрать процессоры по нему. |
| Intel Celeron J3455 — это |
Intel Celeron J3455 — это goldmont… Хм. Есть коробки китайские, причём даже с двумя I210 :-) |
| Нет, нихрена нету в это зионе |
Нет, нихрена нету в это зионе, там только RORX |
| Мда. Небюджетно. |
Мда. Небюджетно. |
| На больших нет что ли!? i7 |
На больших нет что ли!? i7-9700 какой? |
| Еще E5-2600 v3 |
Еще E5-2600 v3 |
| Goldmont и рязань |
Goldmont и рязань |
| А начиная с какой архитектуры |
А начиная с какой архитектуры эти инструкции появились? |
| Ну как бы тебе сказать, это |
Ну как бы тебе сказать, это вообще у меня боевой ящик (будет) Не хочу тестировать FreeBSD на нем. |
| Я бы вот поныл в списках |
Я бы вот поныл в списках рассылки если бы мне было где тестировать если сделают. |
Pages
