= Сообщение: 8662 из 10753 ===================================== RU.UNIX.BSD = От : Slawa Olhovchenkov 2:5030/500 14 Feb 19 02:01:20 Кому : Eugene Grosbein 14 Feb 19 02:01:20 Тема : висим стабильненько FGHI : area://RU.UNIX.BSD?msgid=2:5030/500+5c64a331 На : area://RU.UNIX.BSD?msgid=grosbein.net+a1044b8e = Кодировка сообщения определена как: FIDO =================================== ============================================================================== Hello Eugene!
14 Feb 19, Eugene Grosbein writes to Slawa Olhovchenkov:
SO>>>> я тебя не понимаю. вот ты всех учишь -- пиши было ли что SO>>>> нестандартное в конфигурации? а сам? патчи какие-то наложенны? нет? EG>>> Всё дефолтное, патчей нет, есть лимит 3G на ARC. SO>>>> тогда зачем ты мне пишешь? EG>>> Я думал, ты про дефолтное поведение page daemon писал. EG>>> markj в листах тоже говорил, что page daemon должен чистить. SO>> я не уверен что конкретно этот тред называется page daemon, но да, это SO>> дефолтное поведение. SO>>>> да, без патчей как-то так и будет. (и не только и не обязательно с SO>>>> arc. с mbuf* тоже такое бывает. я про это уже года два как знаю) для SO>>>> минимально хорошего результата нужно хотя бы мой патч. а для совсем SO>>>> хорошего надо 12 версию, D16667, еще один патч от меня, который SO>>>> нигде пока не опубликован (только послан markj) и модификация моего SO>>>> патча для arc.c если D16667 спортировать на 11 версию -- то и там SO>>>> можно все сделать. EG>>>>> Где всё это время был pagedaemon, я так и не понял. SO>>>> отдыхал, если у тебя был vm.v_free_min < vm.stats.vm.v_free_count SO>>>> при твоем объеме памяти vm.v_free_min довольно невилика, если что. SO>>>> мегабайт 20-30, что ли. EG>>> vm.v_free_min: 12838 (50 мегабайт), а в свопе было 3.5 гигабайта EG>>> и интенсивный pageing. SO>> активация pageing и свапинг завязаны на другое соотношение. EG>>> Какое-то странное условие для активации page daemon это неравенство. SO>> ты хочешь об этом поговорить?
EG> Да, но я уже говорю об этом в stable@, тред 11.2-STABLE kernel wired memory
критерий тут достаточно нормальный -- свопинг процесс меделенный и запускать его надо заранее. а это процесс более быстрый, поэтому заускается при мешьем объеме свободной памяти.
EG> leak Даже с учётом всех "FREE" в зонах UMA и с учётом ZFS ARC, которое EG> в моём случае могу исключить путём размонтирования и экспорта пула, EG> всё равно куда-то ещё два гигабайта Wired утекло за 81 сутки аптайма.
пфф. это совершенно не интересно. часть виред аллоцируется через zalloc и частично видна в vmstat -z, а частично видна только в vmstat -m.
т.е. vmstat -z частично отображает объем аллоцированного в vmstat -m (в зонах 16,32,..,65536), но частично аллоцированное через zalloc аллоцируется напрямую в страницах, для больших кусков.
... Hе стоит пить из лужи -- пригодиться плюнуть. --- GoldED+/BSD 1.1.5-b20110223-b20110223 * Origin: (2:5030/500)