какой php (код операции)) следует использовать и почему?

<p>я продолжаю слышать о некоторых php (opcode) кешах, таких как - apc, xcache, memcache, eaccelerator и т.д.</p><p>но я никогда не мог понять, как выбрать один. помимо повышения производительности, которое должна обеспечить система кэширования, какие другие факторы должны вызывать беспокойство.</p><p>например, почему вы скажете, что система x-кэша лучше, чем y? меня меньше беспокоит относительный прирост производительности. небольшие различия между любыми двумя системами имеют меньшее значение.</p><p>если общий ответ на мой вопрос не представляется возможным, вот несколько указателей. я использую выделенный vps с mediatemple (с корневым доступом). ram - это 512 мб (физическое) + 400 мб (подкачка). меня беспокоит wordpress и его двоюродные братья wordpress-mu и buddypress. 90% наших кодов/сайты попадают в семью wordpress.</p><p>заранее спасибо за помощь.</p>

<p>продукты, которые вы перечисляете, служат различным целям.</p><p><strong> кэши opcode </strong></p><p>существует много php ускорителей (opcaches), как видно из этого <a href="http://en.wikipedia.org/wiki/list\_of\_php\_accelerators">список википедии</a> . как и в случае с продуктами с открытым исходным кодом, все они довольно похожи. xcache - это lighttp = php ускоритель, и это выбор по умолчанию, когда вы запускаете этот httpd. он хорошо работает и с apache, однако apc кажется немного более "хорошо взаимодействующим с другими" в социальном плане, будучи официально поддерживаемым как часть php, и выпускается вместе с официальным php дистрибутивом.</p><p>я отказался от usign eaccelerator из-за его медленной разработки, отставания от выпусков php и официального благословенного статуса, который apc предлагает с аналогичной производительностью.</p><p>эти продукты, как правило, капли; без изменения кода мгновенное повышение производительности. с большими кодовыми базами (drupal, wordpress) производительность может быть до <a href="http://2bits.com/articles/benchmarking-drupal-with-php-op-code-caches-apc-eaccelerator-and-xcache-compared.html">в 3 раза лучше</a> при снижении времени отклика и использования памяти.</p><p><strong> кэширование данных </strong></p><p><strong> memcache </strong> - это немного другой продукт - вы можете думать о нем как о <strong> облегченной системе значений ключей </strong> который можно <strong> масштабировать до нескольких серверов </strong>. программное обеспечение должно быть улучшено для поддержки memcache, и оно решает некоторые проблемы лучше, чем другие. если у вас есть список стоимости акций в реальном времени на вашем веб-сайте, вы можете использовать memcache, чтобы сохранить постоянный список текущих значений, отображаемых на вашем веб-сайте. вы можете использовать его для хранения данных сеанса для краткосрочного повторного использования. вы не будете использовать его для других целей, таких как полностраничные кэши или для замены mysql.</p><p>также есть wordpress надстройки, такие как <a href="http://wordpress.org/extend/plugins/wp-super-cache/">wp-super-cache</a> , которые могут значительно улучшить производительность wordpress (в действительности, wp-super-cache может конкурировать со статическими сайтами на основе html в много случаев)</p><p><strong> в заключение - я очень рекомендую apc, если вы хотите "установить и забыть, хорошо поддерживаемый продукт". </strong></p>

<p>на stackoverflow был опубликован хороший ответ, который хорошо отвечает на ваш вопрос.</p><p> <a href="https://stackoverflow.com/questions/28716/which-php-opcode-cacher-should-i-use-to-improve-performance">https://stackoverflow.com/questions/28716/which-php-opcode-cacher-should-i-use-to-improve-performance</a> </p>

<p>просто отметим, что ситуация немного изменилась, и кажется, что apc не будет включен в ядро php 6).</p><p>у apc медленная разработка, и похоже, что он никогда не будет php 5.5 совместим. из-за этого, похоже, что ребята из php будет устанавливать zend opcache кэш кода операции opcache расширение как php расширение core. подробнее читайте здесь <a href="http://wiki.php.net/rfc/optimizerplus">http://wiki.php.net/rfc/optimizerplus</a> .</p><p>важное примечание: zend opcache не имеет кеша пользовательских данных, такого как apc, поэтому, если вам нужен кеш пользовательских данных, вы можете использовать его вместе с memcache.</p>

<p><strong> apc </strong> будет встроен в php6, поэтому это логичный выбор. я использую его, и прирост производительности потрясающий. если вам нужно кэшировать что-то, кроме кодов операций (то есть результаты запроса к базе данных), вы также можете использовать apc для этого, но невозможно разделить кэши apc между несколькими серверами. если вам нужно только кешировать данные на одном сервере, apc отлично подходит. если вам нужно масштабировать до нескольких серверов и вы хотите разделить кеш между ними, <strong>memcached</strong> ваш человек.</p><p>однако я бы сделал одну вещь - создать класс-оболочку для любого кэширования (без кода операции), которое вы делаете. таким образом, вы можете заменить механизм кэширования, не меняя код.</p>

<p>если запущена php версия не ниже 5.50, opcache - ваш лучший выбор (нативная библиотека php/pecl). он должен быть предварительно скомпилирован при установке из двоичного файла.</p><p> <a href="http://php.net/manual/en/book.opcache.php">http://php.net/manual/en/book.opcache.php</a> </p><p>если запустить php до 5.5), apc (собственный кэш opcode в php/pecl) будет самым простым выбором, хотя он считается необслуживаемым и мертвым:</p><p> <a href="http://php.net/manual/en/book.apc.php">http://php.net/manual/en/book.apc.php</a> </p><p>использование встроенной функции opcache php должно избавить вас от необходимости поддерживать сторонние библиотеки.</p>

<p>memcache кэширует пары ключ/значение, а не коды операций. вы можете использовать его вместе с одним из кэшей кода операции.</p>