apc vs eaccelerator vs xcache


105

Я займаюся дослідженнями, яку з них використовувати, і я не можу реально знайти те, що виділяється. Екселератор швидше, ніж APC , але APC краще підтримується. Xcache швидше, але інші мають простіший синтаксис.

У когось є рекомендації щодо використання та чому?


1
eAccelerator не схожий на те, що він побачив реліз протягом року. VC xcache, безумовно, активний, але я не міг виділити випуски та фокус. Це все зводиться до програмного забезпечення, яке підтримується, і APC виграє його.
до

11
Це Q3 2011 року. Чи змінилося все з 2009 року?
Джон

Відповіді:


110

APC буде включено до PHP 6, і я б припустив, що він був обраний з поважних причин :)

Встановити досить просто і, безумовно, прискорює роботу.


Я зважив ці три і вирішив розпочати тестування з APC з цієї причини. Інші два, схоже, також мають певні проблеми зі стабільністю.
Стів Клардж

46
Я зіткнувся лише з трьома проблемами з APC, і все це було під моїм контролем. 1) Не дозволяйте APC заповнюватися. Не забудьте виділити достатню кількість пам’яті 2) Не використовуйте apc_clear_cache () на активному сервері 3) APC не дуже добре справляється з великою суперечкою блокування - не намагайтеся записувати в одну клавішу з декількох процесів одночасно.
Френк Фермер

10
Насправді в даний час немає такого поняття, як PHP6.
Еверт

20
Оскільки цей потік є найкращим результатом в Google, його, мабуть, слід оновити, щоб вказати, що Zend Optimizer об'єднаний у PHP 5.5, який був випущений цього місяця. Ви можете вимкнути його і використовувати натомість APC, хоча я не впевнений, чому ви цього хочете.
Ліс

2
@Benjamin Користувач даних може бути відновлений за допомогою APCu ( github.com/krakjoe/apcu ), який можна встановити та використовувати разом із ZO.
Шведка

23

Ознайомтеся з орієнтирами та порівняннями:

тут і тут і там


15
Шкода, що вони такі старі. 2006? Ewww
analytik

3
Я думаю, ми можемо почекати пару років, і попередній коментар буде старим?
орієнтири

5
Успіх. Зараз йому вже 3 роки. Ewwww.
Шведка

3
Чувак, це вже 2016 рік. Чи може хтось повторити показники ціле десятиліття тому?
Pacerier

13

APC точно. Це написано хлопцями PHP, тому, хоча він може не поділяти найвищі швидкості, ви можете зробити ставку на те, що це найвища якість.

Крім того, ви отримуєте деякі інші чудові функції, якими я користуюся весь час ( http://www.php.net/apc ).


3
Facebook також є великим користувачем APC - вони використовують гігабайти, якщо не терабайти кешу APC. Багато вдосконалень, які вони внесли, були випущені назад та інтегровані в основну версію APC.
Френк Фермер

13
Ви думаєте про запам’ятовування.
Еверт

3
@ Кожен FB намагається натиснути на локальний кеш APC, перш ніж створити TCP / IP-з'єднання з memcached scribd.com/doc/4069180/…
Енді

1
Напевно .., але коли він говорить про поліпшення, які були звільнені назад, тощо. Якщо тільки вони не зробили те ж саме з apc.
Еверт

@Andy, Facebook нічого з цього не використовує. Він використовує власну HipHop VM.
Pacerier

11

Врешті-решт, я поїхав з eAccelerator - збільшення швидкості, менший слід пам’яті та факт, який дуже легко встановити, мене хитнув. Він також має приємний веб-передній кінець, щоб очистити кеш і надати деякі статистичні дані.

Те, що його більше не підтримується, не є проблемою для мене - це працює, і це все, що мені хвилює. Надалі, якщо це порушить PHP6 (чи що завгодно), я переосмислить своє рішення і, ймовірно, перейду з APC просто тому, що його прийняли розробники PHP (тому встановлення повинно бути ще простіше)


4
"якщо він порушує PHP6" ... ви не маєте на увазі "коли?" :)
Брайан Лейсі

2
Це смішно, тому що через 5,5 років ще не існує "PHP 6."
Ерік Л.

@Eirik, PHP 6 так вчора. Зараз 7 .
Pacerier

11

Можливо, важливо вказати на поточну стабільну, нестабільну та версію розробників кожної (включаючи дату):

APC

http://pecl.php.net/package/apc

dev        dev          2013-09-12
3.1.14     beta         2013-01-02
3.1.9      stable       2011-05-14

Xcache

http://xcache.lighttpd.net/

dev/3.2     dev        2013-12-13
dev/3.1     dev        2013-11-05
3.1.0       stable     2013-10-10
3.0.4       stable     2013-10-10

eAccelerator

https://github.com/eaccelerator/eaccelerator

dev         dev        2012-08-16
0.9.6-rc1   unstable   2010-01-26
0.9.5.1     stable     2007-05-16

1
Оновлені останні версії - Xcache, схоже, має найбільшу активність як у нових функціях, так і у виправлення попередніх версій
Ryan Schumacher,

9

У всіх тестах, які я бачив, eAccelerator працює швидше, ніж будь-який інший кеш-пам'ять, і для цього використовує менше пам'яті. Він поставляється з чудовим сценарієм для перегляду використання кешу та очищення кешу тощо. EAccelerator сумісний з xdebug і Zend Optimizer.

APC включається до PHP, оскільки він підтримується розробниками PHP. Він працює дуже добре, але не так добре, як eAccelerator. І у нього є проблеми зі сумісністю з оптимізатором Zend.

Xcache був зроблений розробниками lighttpd, тести показують, що він виконує аналогічно eAccelerator і швидше, ніж APC.

То який найкращий?

APC = Чудово, якщо ви хочете легкий кеш, який завжди буде працювати з PHP, без суєти. eAccelerator = Якщо у вас є час, щоб підтримувати його, продовжуйте його редагувати і розуміти, як він працює, він буде працювати швидше. Довгострокова підтримка не настільки певна, як APC, оскільки APC виконується розробниками PHP.


7

Я протестував eAccelerator та XCache з Apache, Lighttp та Nginx на веб-сайті Wordpress. eAccelerator виграє кожен раз. Погано - лише відсутні пакети для Debian та Ubuntu. Після оновлення PHP часто сервер більше не працює, якщо модулі eAccelerator не перекомпільовані.

eAccelerator останній RC працює з 2009/07/15 (0,9,6 rc1) з підтримкою PHP 5.3


6

Я завжди використовував APC з php 5.1 та 5.2, але у мене було багато (випадкових) помилок, використовуючи APC з php 5.3: Дивні порожні сторінки, випадкові помилки поза пам'яттю. Усі вони зникли, коли я відключив APC. Але це було не варіантом, оскільки він працює з великим веб-сайтом.

Тому я спробував еакселератор. Поки що вона була твердою, і швидкість збільшення навіть більша, ніж у APC. Хлопцям APC дійсно потрібно витратити трохи часу на виправлення помилок.


1
У мене були ті ж проблеми з APC та php 5.3. Дякуємо за коментар PHP без кешування в моїй настройці набагато швидше і надійніше, ніж з APC. Порожні сторінки та помилки пам'яті зводили мене з розуму, поки я не видалив APC.
Пол Д. Еден

ніколи не з'ясував, чому ядро ​​вбиває php-fpm через apc
vimdude

4

Я думаю, що APC - це шлях, якщо ви не використовуєте Zend Optimizer на сайті. APC несумісний із оптимізатором Zend, тому в такому випадку вам потрібно буде скористатися чимось на зразок eAccelerator.


Якщо ви використовуєте Zend Optimizer, вам більше нічого не потрібно, тому що він також кетує код кешування і відкриває сумісний з APC інтерфейс.
txyoji

3

Навіть як eacceleator і xcache працюють досить добре під час помірних навантажень, APC підтримує свою стабільність при серйозній інтенсивності запиту. Якщо ми говоримо тут про кілька сотень запитів / сек, різниці ви не відчуєте. Але якщо ви намагаєтесь відповісти більше, чітко дотримуйтесь APC. Особливо, якщо ваша програма має надмірно динамічні характеристики, що, ймовірно, спричинить проблеми із блокуванням при таких навантаженнях. http://www.ipsure.com/blog/2011/eaccelerator-as-zend-extension-high-load-aasures-issue/ може допомогти.



2

Програми APC цілий день і всю ніч не мали досвіду роботи з eAccelerator, але XCache дуже надійний з великою кількістю опцій та постійним розвитком.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.