Вообще я бы советовал не слепо доверяться левым "тюнилкам" а самостоятельно пройтись в документации по измененным ими параметрам, чтобы знато что они реально делают, на что влияют и уже тогда крутить их самостоятельно с прицелом на свою ситуацию и потребности.
----- Исходное сообщение ----- > От: "Yuri Khachaturyan" <y...@yukh.ru> > Кому: "ALT Linux sysadmins' discussion" <sysadmins@lists.altlinux.org> > Отправленные: Вторник, 27 Август 2019 г 15:21:42 > Тема: Re: [Sysadmins] Использование swap > Вот настройки, которые рекомендовал pgtune: > > default_statistics_target = 50 # pgtune wizard 2018-12-19 > maintenance_work_mem = 480MB # pgtune wizard 2018-12-19 > constraint_exclusion = on # pgtune wizard 2018-12-19 > checkpoint_completion_target = 0.9 # pgtune wizard 2018-12-19 > effective_cache_size = 5632MB # pgtune wizard 2018-12-19 > work_mem = 48MB # pgtune wizard 2018-12-19 > wal_buffers = 8MB # pgtune wizard 2018-12-19 > shared_buffers = 1920MB # pgtune wizard 2018-12-19 > max_connections = 80 # pgtune wizard 2018-12-19 > > Как по вашему, стоит что-то изменить здесь? > > вт, 27 авг. 2019 г. в 10:16, < [ mailto:ale...@taf.ru | ale...@taf.ru ] >: > > > Хм... Посмотрите, не сильно ли вы задрали значение work_mem в конфиге? > Там есть одна не сильно очевидная особенность - указанный объем выделяется > в целом по формуле work_mem*[количество операция слияния, хэширования, > сортировки]. То есть на нетривиальном запросе из пачки таблиц и осложнениями в > виде > подзапросов, процесс влет может отхватить всю доступную память и полезть в > свап. > > ----- Исходное сообщение ----- >> От: "Yuri Khachaturyan" < [ mailto:y...@yukh.ru | y...@yukh.ru ] > >> Кому: "ALT Linux sysadmins' discussion" < [ >> mailto:sysadmins@lists.altlinux.org >> | sysadmins@lists.altlinux.org ] > >> Отправленные: Вторник, 27 Август 2019 г 15:01:07 >> Тема: Re: [Sysadmins] Использование swap > >> Вся проблема в том, что я это время я уже далеко не у компа и сидеть ждать >> когда >> оно начнется нет возможности. На сегодня увеличил swap с 1G до 2G и проблема >> пропала, но все равно хочется узнать кто регулярно его использует (сейчас >> использовано 660М из 2G). При этом памяти свободно ровно половина: >> >> # free -m >> total used free shared buff/cache available >> Mem: 7970 1121 1034 1650 5814 4895 >> Swap: 2047 666 1381 >> >> По результатам top -n 1 -o RES виновник - postgresql. Но почему он в swap >> лезет >> вместо того, чтобы использовать свободную память... >> Настройки памяти postgresql делал через pg_tune на основании текущего >> железа. В >> целом работе не мешает, если бы zabbix не обратил на это мое внимание, я бы и >> не заметил. >> >> >> вт, 27 авг. 2019 г. в 05:39, Stanislav Vlasov < [ mailto: [ >> mailto:stanislav....@gmail.com | stanislav....@gmail.com ] >> | [ mailto:stanislav....@gmail.com | stanislav....@gmail.com ] ] >: >> >> >> 27.08.2019, [ mailto: [ mailto:ale...@taf.ru | ale...@taf.ru ] | [ >> mailto:ale...@taf.ru | ale...@taf.ru ] ] < [ mailto: [ mailto:ale...@taf.ru | >> ale...@taf.ru ] | >> [ mailto:ale...@taf.ru | ale...@taf.ru ] ] > написал(а): >> >>>> Кто-то активно каждую ночь использует swap в системе под 90 с лишним >>>> процентов. >>>> Напомните, как поймать того, кто это делает? Сейчас вижу по zabbix-у >>>> только >>>> ночные всплески... >>> >>> Можно попробовать кроном запускать нечто top -n 1 -o RES во время активного >>> использования >>> свапа (тем более время заббиксом локализовано) >> >> А может, atop поставить? >> Всё ж штатное средство, а не top по крону _______________________________________________ Sysadmins mailing list Sysadmins@lists.altlinux.org https://lists.altlinux.org/mailman/listinfo/sysadmins