LK
free -h
total used free shared buff/cache available
Mem: 251Gi 18Gi 3,9Gi 71Gi 229Gi 159Gi
Swap: 8,0Gi 1,9Gi 6,1Gi
Size: a a a
2020 November 06
LK
cat /proc/sys/vm/swappiness
11
1 большая упп 250гб, 1 на 50 альфа раруса и мелких десяток до 1гб
Рарус оу еее
LK
PostgreSQL High Availability Cookbook Second Edition
kernel.sched_migration_cost_ns = 5000000
kernel.sched_autogroup_enabled = 0
vm.dirty_background_bytes = 67108864 # 64 Mb
#vm.dirty_bytes = 1073741824 # для размера кэша RAID или SSD 1024 Mb
vm.dirty_bytes = 536870912 # для размера кэша RAID или SSD 512MB cache on board
vm.zone_reclaim_mode = 0
vm.swappiness =1
kernel.sched_migration_cost_ns = 5000000
kernel.sched_autogroup_enabled = 0
vm.dirty_background_bytes = 67108864 # 64 Mb
#vm.dirty_bytes = 1073741824 # для размера кэша RAID или SSD 1024 Mb
vm.dirty_bytes = 536870912 # для размера кэша RAID или SSD 512MB cache on board
vm.zone_reclaim_mode = 0
vm.swappiness =1
AM
cat /proc/sys/vm/swappiness
60
60
AM
отключить своп? Это "законно"?
LK
vm.swappiness =1
как указано выше, надеюсь вы понимаете что памяти должно много
как указано выше, надеюсь вы понимаете что памяти должно много
AM
покурю эти параметры
VM
Много рекомендаций 10
VM
1 более агрессивно, хотя при таком объёме можно и 1
AM
я как понимаю в своп 1с попадает не просто так
AM
а туда какой то хлам откладывает чтоб не засорять оперативу
AM
у думал копать в сторону - понять какой хлам
VM
40% от 250 это 100, у тебя сейчас 85 занято, в полне логично что в свап уходит
AM
логично
AM
не совсем понимаю почему именно 1с туда попадает
AM
pg жрет в разы больше
VM
Пг часто данные обновляет, а 1с про запас данные держит