Как узнать, что использует своп linux или что в свопе?

У меня есть виртуальный сервер Linux (Fedora 17) с 28 ГБ ОЗУ и 2 ГБ подкачки. На сервере работает база данных MySQL, настроенная на использование большей части ОЗУ.

По прошествии некоторого времени сервер начинает использовать подкачку для замены не отправленных страниц. Это нормально, поскольку у меня значение swappiness по умолчанию 60, и это ожидаемое поведение.

Странно то, что номер в top / meminfo не соответствует информации от процессов. Т.е. сервер сообщает эти числа:

/proc/meminfo:
SwapCached:        24588 kB
SwapTotal:       2097148 kB
SwapFree:         865912 kB

top:
Mem:  28189800k total, 27583776k used,   606024k free,   163452k buffers
Swap:  2097148k total,  1231512k used,   865636k free,  6554356k cached

Если я использую скрипт из https://serverfault.com/a/423603/98204 он сообщает разумные числа (несколько мегабайт, замененных bash'ами, systemd и т.д.) и одно большое выделение из MySQL (я пропустил много строк вывода):

892        [2442] qmgr -l -t fifo -u
896        [2412] /usr/libexec/postfix/master
904        [28382] mysql -u root
976        [27559] -bash
984        [27637] -bash
992        [27931] SCREEN
1000       [27932] /bin/bash
1192       [27558] sshd: admin@pts/0
1196       [27556] sshd: admin [priv]
1244       [1] /usr/lib/systemd/systemd
9444       [26626] /usr/bin/perl /bin/innotop
413852     [31039] /usr/libexec/mysqld --basedir=/usr --datadir=/data/mysql --plugin-dir=/usr/lib64/mysql/plugin --log-error=/data/mysql/err --open-files-limit=8192 --pid-file=/data/mysql/pid --socket=/data/mysql/mysql.sock --port=3306
449264   Total Swap Used

Итак, если я получу вывод сценария правильно, общее использование свопа должно быть 449264K = ca. 440 МБ с mysql с использованием ca. 90% свопа.

Спрашивается, почему это так сильно отличается от номеров top и meminfo? Есть ли способ, как «выгрузить» информацию о свопе, чтобы увидеть, что на самом деле в ней, вместо того, чтобы суммировать использование свопа всеми процессами?

При анализе проблемы у меня возникли разные идеи, но все они кажутся ошибочными:

1. Выходные данные скрипта не в КБ. Даже если он будет в единицах 512 или 4KB, он не будет совпадать. На самом деле соотношение (1200: 440) примерно 3: 1, что является «странным» числом.
2. В свопе есть несколько страниц, которые так или иначе используются между процессами, как указано в https://serverfault.com/a/477664/98204 . Если это правда, как я могу узнать фактическое количество используемой памяти? Я имею в виду, что это должно сделать разницу примерно 800 МБ. И это звучит неправильно в данном сценарии.
3. В свопе есть несколько «старых» страниц, используемых уже завершившимися процессами. Я бы не возражал, если бы смог узнать, сколько стоит этот «бесплатный» своп.
4. В разделе подкачки есть страницы, которые были переставлены обратно в память и находятся в подкачке на тот случай, если они не изменились в ОЗУ и должны быть заменены снова, как указано в https://serverfault.com/a/100636/98204 . Но значение SwapCached составляет всего 24 МБ.

Странно то, что использование подкачки медленно увеличивается, в то время как суммарный вывод скрипта примерно такой же. За последние 3 дня используемый своп увеличился с 1100 МБ до 1230 МБ, а сумма увеличилась с 430 МБ до 449 МБ (примерно).

На сервере достаточно свободной (доступной) оперативной памяти, поэтому я мог просто отключить своп и снова включить его. Или я, вероятно, мог бы установить swappiness на 0, чтобы своп использовался только в том случае, если нет другого пути. Но хотелось бы решить вопрос или хотя бы выяснить, в чем причина этого.