The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Выпуск ZFS on Linux 0.8.0, реализации ZFS для ядра Linux , opennews (??), 23-Май-19, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


25. "Выпуск ZFS on Linux 0.8.0, реализации ZFS для ядра Linux "  –1 +/
Сообщение от RNZ (ok), 24-Май-19, 00:12 
Очень пригодно.
Делаем zfs_arc_max в 10% RAM, где RAM>20GiB и радуемся, радуемся.
Негативного воздействия на производительность - не наблюдаем.

Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

51. "Выпуск ZFS on Linux 0.8.0, реализации ZFS для ядра Linux "  –4 +/
Сообщение от пох (?), 24-Май-19, 09:48 
значит, производительность вам была не нужна вообще.

Ответить | Правка | Наверх | Cообщить модератору

96. "Выпуск ZFS on Linux 0.8.0, реализации ZFS для ядра Linux "  +1 +/
Сообщение от RNZ (ok), 24-Май-19, 16:38 
> значит, производительность вам была не нужна вообще.

С чего вдруг? Всё летает.

Причём если ОЗУ много (к примеру 2-4tb) для zfs может хватить и 7%-3% ОЗУ.

Ответить | Правка | Наверх | Cообщить модератору

97. "Выпуск ZFS on Linux 0.8.0, реализации ZFS для ядра Linux "  +1 +/
Сообщение от RNZ (ok), 24-Май-19, 16:49 
> значит, производительность вам была не нужна вообще.

А zfs на десктопе не для производительности, а для удобства. Для производительности - SSD.
И по секрету скажу, у меня для L2ARC есть, на котором 200G для того, что может быть в ОЗУ, но не обязано.
И ещё по секрету скажу, ARC на zfs умеет освобождать память в адаптивном режиме. Потому на десктопе с RAM 32G и 10% под ARC после полудня втыкания в браузер может быть занятым в 300-500M.

Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

101. "Выпуск ZFS on Linux 0.8.0, реализации ZFS для ядра Linux "  +1 +/
Сообщение от пох (?), 24-Май-19, 17:22 
> Потому на десктопе с RAM 32G и 10% под ARC после полудня втыкания в браузер может быть занятым в
> 300-500M.

это значит что вы его таки доломали совсем. :-(

arc должен освобождаться только в одном-единственном случае - острой нехватки памяти в системе.
Точно так же, как это делает буферный кэш - иногда полезнее выбросить в своп нечто, что может и вообще никогда не понадобиться, но сохранить read cache. С чего он у вас уменьшается если 31.5 гига заняты непоймичем? (окей, там на самом деле еще 500 из них занимает abd, который вы не видите, но он есть, где еще 31?)

l2arc - это, чаще всего, деньги, которые вы могли потратить на оперативную память, но потратили на фигню (он имеет смысл, когда память либо физически не лезет уже, либо когда ее больше по одним мнениям 128, по другим 256G из-за каких-то проблем реализации, которые авторы zfs решать не планируют, потому что у них стока нет ;-)
Кстати, рекомендую иметь в виду, что его индекс не выгружается и жрет место в оперативной памяти - всегда, вне зависимости от востребованности самого arc2.

Ответить | Правка | Наверх | Cообщить модератору

154. "Выпуск ZFS on Linux 0.8.0, реализации ZFS для ядра Linux "  +/
Сообщение от RNZ (ok), 25-Май-19, 20:28 
>> Потому на десктопе с RAM 32G и 10% под ARC после полудня втыкания в браузер может быть занятым в
>> 300-500M.
> это значит что вы его таки доломали совсем. :-(

Нет

> arc должен освобождаться только в одном-единственном случае - острой нехватки памяти в
> системе.
> Точно так же, как это делает буферный кэш - иногда полезнее выбросить
> в своп нечто, что может и вообще никогда не понадобиться, но
> сохранить read cache.

Нет, на desktop он может не заполняться, потому-что это desktop - он может выключаться к примеру

> С чего он у вас уменьшается если 31.5
> гига заняты непоймичем? (окей, там на самом деле еще 500 из
> них занимает abd, который вы не видите, но он есть, где
> еще 31?)

Ничем.

> l2arc - это, чаще всего, деньги, которые вы могли потратить на оперативную
> память, но потратили на фигню (он имеет смысл, когда память либо
> физически не лезет уже, либо когда ее больше по одним мнениям
> 128, по другим 256G из-за каких-то проблем реализации, которые авторы zfs
> решать не планируют, потому что у них стока нет ;-)

Он имеет смысл, когда desktop выключается/включается. И вместо чтения с hdd, выполняется чтение нужных данных с ssd (l2arc).

> Кстати, рекомендую иметь в виду, что его индекс не выгружается и жрет
> место в оперативной памяти - всегда, вне зависимости от востребованности самого
> arc2.

Надо проверять. Но для desktop который выключается - не критично.

Ответить | Правка | Наверх | Cообщить модератору

156. "Выпуск ZFS on Linux 0.8.0, реализации ZFS для ядра Linux "  +/
Сообщение от пох (?), 25-Май-19, 20:41 
> Нет, на desktop он может не заполняться

а, это может. У меня десктоп только виндовый, и ему вечно памяти не хватает (потому что не совсем и десктоп), и перезагружается не чаще раза в две недели. Линуксная система (ни разу не в метафоре десктопа) выключается пару раз в году, и ей есть что держать в кэше.

> Он имеет смысл, когда desktop выключается/включается. И вместо чтения с hdd, выполняется чтение
> нужных данных с ssd (l2arc).

а оно его не обнуляет при перезагрузке? И, кстати, если не - сама эта перезагрузка будет изрядно быстрее, если индекс l2arc (причем какого-то, как я понял, гомерического размера) не перечитывать (нет ведь никаких гарантий, что эти данные вообще зачем-то нужны).

> Надо проверять.

это описано в доках оракла, и,по-моему, в доках фринаса, вместе с конкретными цифрами.
Есть ли в линуксе для этого инструменты - не в курсе, у меня-то это в top.

но в общем это настолько странное и далекое от гайдлайнов использование, что я бы взял секундомер и померял типовые задачи этого десктопа (включая вкл-выкл, раз они частые) - отдельно с l2arc, отдельно с нормальной настройкой zfs (без ненужных ограничений) и без l2arc вообще

Будете мерять - положите куда-нибудь, это гораздо интереснее серверов с аптаймом по 450 дней.

Ответить | Правка | Наверх | Cообщить модератору

163. "Выпуск ZFS on Linux 0.8.0, реализации ZFS для ядра Linux "  +/
Сообщение от RNZ (ok), 25-Май-19, 21:40 
>> Нет, на desktop он может не заполняться
> а, это может. У меня десктоп только виндовый, и ему вечно памяти
> не хватает (потому что не совсем и десктоп), и перезагружается не
> чаще раза в две недели. Линуксная система (ни разу не в
> метафоре десктопа) выключается пару раз в году, и ей есть что
> держать в кэше.

Выключаю все приборы, кроме холодильника, когда покидаю жилище - соблюдаю технику безопасности. ;)

>> Он имеет смысл, когда desktop выключается/включается. И вместо чтения с hdd, выполняется чтение
>> нужных данных с ssd (l2arc).
> а оно его не обнуляет при перезагрузке? И, кстати, если не -
> сама эта перезагрузка будет изрядно быстрее, если индекс l2arc (причем какого-то,
> как я понял, гомерического размера) не перечитывать (нет ведь никаких гарантий,
> что эти данные вообще зачем-то нужны).

l2arc, обнуляет, патчей ещё не завезли (хотя я пробовал их применять). Я неправильно написал - при выключении/включении имеет смысл наличие на ssd метаданных.
$ zpool status tank
  pool: tank
state: ONLINE
  scan: scrub repaired 0B in 13h48m with 0 errors on Sun May 12 14:12:57 2019
config:

    NAME                            STATE     READ WRITE CKSUM
    tank                            ONLINE       0     0     0
      mirror-0                      ONLINE       0     0     0
        wwn-0x5000039fe6d37a87      ONLINE       0     0     0
        wwn-0x5000c50079c65faf      ONLINE       0     0     0
    logs
      wwn-0x5707c181003b37e5-part1  ONLINE       0     0     0
    cache
      wwn-0x5707c181003b37e5-part2  ONLINE       0     0     0

> Будете мерять - положите куда-нибудь, это гораздо интереснее серверов с аптаймом по
> 450 дней.

Если найду время, то может быть.

Ответить | Правка | Наверх | Cообщить модератору

171. "Выпуск ZFS on Linux 0.8.0, реализации ZFS для ядра Linux "  +/
Сообщение от crypt (ok), 26-Май-19, 18:20 
> У меня десктоп только виндовый

а я-то все понять не мог, что с тобой не то...

Ответить | Правка | К родителю #156 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру