Я устраняю некоторые проблемы с моим RHEL 5 сервер. Это Oracle DB сервер, которые работают некоторое время без особых проблем. В последнее время я заметил, что загрузка сервера относительно высока из-за процессов KSWAPD, вызывающих высокую загрузку ЦП. После проверки я замечаю, что на сервере много операций по обмену местами.
Характеристики сервера:
12 x 2 CPU & 64GB RAM
bash-3.2$ uname -a
Linux 2.6.18-408.el5 #1 SMP Fri Dec 11 14:03:08 EST 2015 x86_64 x86_64 x86_64 GNU/Linux
Когда я смотрю вверху, я вижу, что на сервере все еще осталось 10 ГБ свободной физической памяти, поэтому я не уверен, почему он меняет местами. Буду признателен, если кто-нибудь может указать мне правильное направление для устранения неполадок.
top - 15:31:35 up 231 days, 5:22, 2 users, load average: 13.27, 13.97, 14.12
Tasks: 1443 total, 12 running, 1431 sleeping, 0 stopped, 0 zombie
Cpu(s): 29.2%us, 17.2%sy, 0.0%ni, 47.5%id, 5.4%wa, 0.0%hi, 0.6%si, 0.0%st
Mem: 65839252k total, 53587688k used, 12251564k free, 122936k buffers
Swap: 68059128k total, 4535508k used, 63523620k free, 45719164k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
9423 oraitxnp 17 0 8403m 167m 166m R 98.7 0.3 0:57.51 oracle
12348 oraitxnp 17 0 8405m 242m 240m R 98.7 0.4 0:39.11 oracle
8942 oraitxnp 20 0 8404m 174m 171m R 95.6 0.3 1:59.77 oracle
9049 oraitxnp 25 0 8404m 170m 167m R 95.6 0.3 1:33.17 oracle
9402 oraitxnp 25 0 8404m 161m 158m R 95.6 0.3 1:24.03 oracle
13280 oraitxnp 17 0 8403m 161m 159m R 95.6 0.3 1:04.59 oracle
13227 oraitxnp 17 0 8403m 165m 162m R 92.4 0.3 0:40.65 oracle
1431 root 11 -5 0 0 0 R 82.8 0.0 2802:41 kswapd2
11395 oraitxnp 16 0 8403m 192m 191m R 66.9 0.3 0:15.55 oracle
sar -r
02:20:02 PM kbmemfree kbmemused %memused kbbuffers kbcached kbswpfree kbswpused %swpused kbswpcad
02:30:11 PM 12860252 52979000 80.47 122888 45721248 63711928 4347200 6.39 853652
02:40:02 PM 12591216 53248036 80.88 122876 45728156 63467408 4591720 6.75 860892
02:50:01 PM 12648836 53190416 80.79 122928 45729408 63717800 4341328 6.38 913284
03:00:02 PM 12489840 53349412 81.03 122932 45727364 63558884 4500244 6.61 941220
03:10:05 PM 12380352 53458900 81.20 123064 45735548 63541648 4517480 6.64 879124
03:20:12 PM 12195596 53643656 81.48 123124 45732364 63358440 4700688 6.91 901656
03:30:02 PM 12425600 53413652 81.13 122936 45718624 63582308 4476820 6.58 964544
Average: 12406342 53432910 81.16 121691 45498460 63646323 4412805 6.48 952204
sar -B
02:20:02 PM pgpgin/s pgpgout/s fault/s majflt/s
02:30:11 PM 36386.86 4421.45 14369.55 2242.21
02:40:02 PM 41398.13 5570.15 17610.94 2555.90
02:50:01 PM 51600.70 4681.47 14093.22 1675.94
03:00:02 PM 48850.39 5340.96 15636.23 2251.99
03:10:05 PM 53043.46 4755.90 17506.83 2378.80
03:20:12 PM 39151.42 5297.79 14383.58 1816.64
03:30:02 PM 47760.58 5099.56 14774.31 2236.45
Average: 47687.94 4831.93 15128.85 2191.29
-bash-3.2$ free -m
total used free shared buffers cached
Mem: 64296 52281 12014 0 120 44655
-/+ buffers/cache: 7506 56789
Swap: 66463 4545 61918
Какой твой vm.swappiness установлен на? По умолчанию 60 (в любом случае на Ubuntu). Насколько я понимаю, чем меньше число, тем больше ваша система предпочтет ОЗУ вместо свопа.
Это, конечно, при условии, что высокая загрузка ЦП связана с заменой диска. Если я правильно читаю этот вывод, эти 8 oraitxnp каждый процесс потребляет 8 ГБ + виртуальной (ОЗУ). Это похоже на конкуренцию за физическую RAM, но не уверен, как столбцы RES и SHR работают с этим.
я буду cat /proc/meminfo чтобы лучше понять, сколько "физической" RAM используется. Трудно сказать из некоторых sar вывод из-за того, как он смешивает физический своп 64 ГБ + 66 ГБ вместе, но я бы рискнул предположить, что добавление еще 64 ГБ ОЗУ в этот ящик - и, возможно, уменьшит объем подкачки диска до 8 ГБ или что-то в этом роде. В идеале вы никогда не захотите менять диск. Если вы это сделаете, вам нужно будет добавить больше физической RAM или понести штраф за производительность.
Несколько лет назад стандарт Linux для подкачки заключался в том, чтобы «просто удвоить объем оперативной памяти», но это было тогда, когда большинство настольных систем работали только с 1-2 ГБ. Четный Красная Шапка изменил эту мелодию, предполагая, что 20% физических упражнений - "обычно хорошая идея"