Я только что установил eaccelerator на сервер, на котором будет работать Magento. У меня есть жесткий диск, поэтому мне было интересно, улучшится ли производительность моего сервера, если я смонтирую каталог кэша eaccelerator в ОЗУ. Есть минусы? У меня 16 ГБ оперативной памяти, поэтому я не думаю, что 256 МБ выделенного размера каталога eaccelerator должны повлиять на него негативным образом.
Спасибо
Наверное, бесполезно, если только он не очень плохо управляет собственной памятью.
eAccelerator хранит скомпилированные сценарии PHP в общей памяти и выполняет код непосредственно из нее. Он создает блокировки только на короткое время при поиске скомпилированного сценария PHP в кеше, поэтому один сценарий может выполняться одновременно несколькими движками. Файлы, которые не помещаются в общую память, кэшируются только на диске.
https://github.com/eaccelerator/eaccelerator/wiki
редактировать - Добавление заметок к настройкам памяти, переросшим комментарием.
По умолчанию eaccelerator будет выделять до доступной ОС "разделяемую память"
; The amount of shared memory (in megabytes) that eAccelerator will use.
; "0" means OS default. Default value is "0".
eaccelerator.shm_size = "0"
Коробка Linux, скорее всего, будет 32 МБ (33554432 байта):
$ sudo sysctl -a | grep kernel.shm
kernel.shmmax = 33554432
kernel.shmall = 2097152
kernel.shmmni = 4096
kernel.shm_rmid_forced = 0
Я сомневаюсь, что ваш скомпилированный код даже достиг бы такого размера, может быть, если вы используете большое количество виртуальных хостов для многих людей, и у вас есть огромный диапазон PHP ?? Похоже, что вся поддержка для хранения дополнительных «данных сеанса» и «данных пользователя» была удалена из eAccelerator, поэтому вам не о чем беспокоиться.
Если вы переконфигурируете общую память, чтобы она была немного выше, то да, вы вряд ли заполните или даже коснетесь 256 МБ диска. Я бы даже хотел отключить кеш диска с помощью eaccelerator.shm_only = "1" как вы говорите об уменьшении выигрыша при добавлении задержки выхода на диск для получения скомпилированного кода. Лучший способ выяснить это - провести производственное, например, нагрузочное тестирование вашего сайта (ов), когда он настроен.