Перейти к содержимому

Сервис обмена электронных валют

Партнерская программа Kredov

EAccelerator - есть ли подводные камни?

#1 sae

sae
  • Пользователь
  • 269 сообщений
  • Репутация: 79
0

Отправлено 09 Январь 2013 - 15:42

На примере Wordpress удалось снизить объемы затрачиваемой памяти до 2Мб. Но что-то не могу сообразить, есть ли случаи, в которых стоит воздержаться от кэширования скомпиленных скриптов?

 

 

  • 0

#2 isvetlichniy

isvetlichniy
  • Пользователь
  • 619 сообщений
  • Репутация: 93

Отправлено 09 Январь 2013 - 18:54

смысл кеширования вообще какой?
правильно, ускорить работу и уменьшить нагрузку на сервер.

я вообще не вижу смысла, если нет большого количества посетителей.
сейчас работаю с проектом, где посещался больше 100К в сутки. вот тут кеширование очень хорошо идет.

а если посещалка 20 человек, то смысла нету
  • 0

#3 sae

sae
    Topic Starter
  • Пользователь
  • 269 сообщений
  • Репутация: 79

Отправлено 09 Январь 2013 - 19:38

isvetlichniy, не уходите от темы. Это все понятно. Меня интересует другое (причем больше в образовательных целях). Может ли такой кэш стать причиной некорректной работы скрипта? Если да, то в каких случаях?
  • 0

#4 Mr.Developer

Mr.Developer
  • Пользователь
  • 73 сообщений
  • Репутация: 12

Отправлено 10 Январь 2013 - 10:44

Ну во первых можно сказать что eAccelerator хоть и стабильное, но довольно старое решение. Новые версии уже довольно давно не выходят.
На данный момент актуальны XCache и APC, у обоих есть в комплекте php-скрипт рисующий статистику использования кэша.

Подводных камней быть не должно т.к. это всего лишь кешеры опкода, т.е. при каждом новом запуске php-скрипт не будет заново интерпретироваться, а загрузится уже готовый опкод.

У вас php в каком режиме работает? В виде модуля или CGI/FastCGI?
  • 1

#5 sae

sae
    Topic Starter
  • Пользователь
  • 269 сообщений
  • Репутация: 79

Отправлено 10 Январь 2013 - 11:17

Подводных камней быть не должно т.к. это всего лишь кешеры опкода, т.е. при каждом новом запуске php-скрипт не будет заново интерпретироваться, а загрузится уже готовый опкод.


Спасибо, именно это я и надеялся услышать :rolleyes:

У вас php в каком режиме работает? В виде модуля или CGI/FastCGI?


Как модуль.

Про XCache мельком что-то встречал, надо покурить эту тему. Еще раз спасибо!
  • 0

#6 Mr.Developer

Mr.Developer
  • Пользователь
  • 73 сообщений
  • Репутация: 12

Отправлено 10 Январь 2013 - 22:14

Ну раз как модуль, тогда еще проще - будет один общий кеш для всех процессов.

Да пожалуйста =)
Единственное что иногда (очень редко) могут возникнуть такие косяки типа несовместимости некоторых приложений с кешерами.
Например с ними категорически не дружит PhpMyAdmin, решение пока только одно - отключить для него кеширование через директивы php. Самый простой вариант прописать это дело в .htaccess:

# APC:
php_admin_flag apc.enabled Off
# Eaccelerator
php_admin_value eaccelerator.enable 0
# Xcache
php_admin_value xcache.cacher Off
php_admin_value xcache.stat Off
php_admin_value xcache.optimizier Off

Еще не так давно у меня всплыл косяк при установке XCache 3, все сайты вдруг стали выдавать error 500, причем в логах ничего не было ибо скрипты даже не доходили до выполнения., хотя до этого вообще не было с ним проблем. Заменил его на APC.
Оба кешера идут как модули к php, ставятся одной командой с консоли.
Посмотреть используется ли один из этих модулей с консоли можно так (если установлен php-cli): php -m
И еще запись об используемом кешере выводится вместе с версией php: php -v

Будут вопросы - пишите =)
  • 1


Оформление форума – IPBSkins.ru