Мне не хватало места на / var, поэтому я переместил свой каталог db в / usr и заметил значительное снижение производительности. Вдобавок я заметил, что производительность намного ниже в любых Jailed-системах, я полагаю, потому что они также находятся в / usr. Это все разделы на одном диске, поэтому они не связаны с производительностью жесткого диска или чем-то еще. Какие у меня варианты решения? Спасибо!
Вывод tunefs на / var
tunefs: POSIX.1e ACLs: (-a) disabled
tunefs: NFSv4 ACLs: (-N) disabled
tunefs: MAC multilabel: (-l) disabled
tunefs: soft updates: (-n) enabled
tunefs: gjournal: (-J) disabled
tunefs: maximum blocks per file in a cylinder group: (-e) 2048
tunefs: average file size: (-f) 16384
tunefs: average number of files in a directory: (-s) 64
tunefs: minimum percentage of free space: (-m) 8%
tunefs: optimization preference: (-o) time
tunefs: volume label: (-L)
Я думаю, что меня больше всего беспокоит производительность в моих тюрьмах, и единственный вариант - связать каждый / var с основным / var, что еще больше усугубит мою проблему с пространством.
fstab
# Device Mountpoint FStype Options Dump Pass#
/dev/ad4s1b none swap sw 0 0
/dev/ad4s1a / ufs rw 1 1
/dev/ad4s1e /tmp ufs rw 2 2
/dev/ad4s1f /usr ufs rw 2 2
/dev/ad4s1d /var ufs rw 2 2
/dev/acd0 /cdrom cd9660 ro,noauto 0 0
Как ваш диск разбит на разделы? Если /var ближе к центру тарелок, чем /usr, диск будет быстрее выполнять операции поиска в /var чем под /usr; является ли это причиной потери производительности, остается спорным.
Что касается повторного повышения производительности, я не уверен - есть ли еще что-нибудь на /var вы могли бы уйти, чтобы освободить место для ваших вещей MySQL, чтобы вернуться? Вещи как /var/db/pkg, /var/db/portsnap и т.д. здесь являются хорошими кандидатами, поскольку инструменты, которые их используют, не возражают против медленного доступа к диску.