Добро пожаловать, Гость. Пожалуйста авторизуйтесь здесь.
FGHIGate на GaNJa NeTWoRK ST@Ti0N - Просмотр сообщения в эхоконференции RU.UNIX.BSD
Введите FGHI ссылку:


Присутствуют сообщения из эхоконференции RU.UNIX.BSD с датами от 18 Jan 11 22:51:00 до 27 May 24 11:30:58, всего сообщений: 10756
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 5655 из 10756 ===================================== RU.UNIX.BSD =
От   : Eugene Grosbein                  2:5006/1           05 Jun 17 14:24:43
Кому : Andrew Kant                                         05 Jun 17 14:24:43
Тема : Re: ZFS+RAID
FGHI : area://RU.UNIX.BSD?msgid=grosbein.net+437c7667
На   : area://RU.UNIX.BSD?msgid=2:469/83.1+593434aa
= Кодировка сообщения определена как: IBM866 =================================
Ответ: area://RU.UNIX.BSD?msgid=<1187507631@ddt.demos.su>+6295ce21
Ответ: area://RU.UNIX.BSD?msgid=2:5034/10.1+593aa217
==============================================================================
04 июня 2017, воскресенье, в 18:16 NOVT, Andrew Kant написал(а):

AK>>> Что значит нет? Это рекомендация по грубому рассчёту размера
AK>>> оперативки для хоста с ZFS, если ты её не слышал, это не значит что
AK>>> её нет. Как минимум то, что я её озвучил, уже говорит о том, что
AK>>> она есть :)  Приведи свою, если с этой не согласен.
EG>> Ещё раз говорю - ты путаешь с рассчетом для ZFS при включенной
EG>> дедупликации.
AK> Я не путаю, я просто привел самое простейшее эмпирическое правило для самого
AK> среднего случая, в котором из параметров - только размер дискового пространства.
AK> И даже если вдруг будет включена дедупликация, то это правило всё равно даст
AK> достаточный для нормальной работы и не сильно завышенный размер памяти. А вот ты
AK> никак не можешь понять это. Если у тебя есть более детальные варианты (с учетом
AK> дедупликации, без учета дедупликации, для ещё каких-то более конкретных случаев)
AK> или уточнение к такому общему случаю - приведи их.

У меня в девятке нормально работало в виртуалке i386 с такими параметрами
в /boot/loader.conf:

zfs_load="YES"
vfs.zfs.arc_max="40M"
vfs.zfs.vdev.cache.size="5M"
vfs.zfs.zio.use_uma="0"
vfs.zfs.prefetch_disable="1"
vfs.zfs.vdev.trim_on_init="0"

Памяти там всего один гигабайт, из них порядка 150M использует squid (RSS),
ещё примерно столько же SpamAssassin, 45M кушает named, 13M - ntpd,
ну и остальное по мелочи - мегабайт 400 в итоге. Сейчас на десятке
там же:

zfs_load="YES"
vfs.zfs.arc_max="40M"
vfs.zfs.vdev.cache.size="8M"
vfs.zfs.prefetch_disable="1"
vfs.zfs.vdev.trim_on_init="0"
vfs.zfs.compressed_arc_enabled="1"

Mem: 61M Active, 501M Inact, 299M Wired, 5336K Cache, 89M Buf, 128M Free
ARC: 73M Total, 14M MFU, 25M MRU, 16K Anon, 579K Header, 33M Other

Eugene
--
Кара за одно съеденное яблоко, все-таки, была несоизмеримо велика,
приступ диареи послужил бы достаточным уроком.
--- slrn/1.0.2 (FreeBSD)
* Origin: RDTC JSC (2:5006/1@fidonet)

К главной странице гейта
Powered by NoSFeRaTU`s FGHIGate
Открытие страницы: 0.096030 секунды