Вопрос Memcache и Xcache

что лучше Memcache или Xcache ?

Тоже немного застопорился на этой проблеме.
Выложите свой конфиг xcache.ini (пароль\логин можете изменить на время теста на время теста).
вот только что проверил у себя. всё работает.
login: root
pass: root123
md5pass: ff9830c42660c1dd1942844f8069b74a

На всякий случай, после внесения изменений, перезагрузите апач.

Вот мой xcache конфиг
[SPOILER]; configuration for php Xcache module

[xcache-common]
;; install as zend extension (recommended), normally "$extension_dir/xcache.so"
zend_extension = /usr/lib/php5/20090626/xcache.so

[xcache.admin]
xcache.admin.enable_auth = On
xcache.admin.user = "admin"
; xcache.admin.pass = md5($your_password)
xcache.admin.pass = "21232f297a57a5a743894a0e4a801fc3"

[xcache]
; ini only settings, all the values here is default unless explained

; select low level shm/allocator scheme implemenation
xcache.shm_scheme = "mmap"
; to disable: xcache.size=0
; to enable : xcache.size=64M etc (any size > 0) and your system mmap allows
xcache.size = 256M
; set to cpu count (cat /proc/cpuinfo |grep -c processor)
xcache.count = 1
; just a hash hints, you can always store count(items) > slots
xcache.slots = 8K
; ttl of the cache item, 0=forever
xcache.ttl = 0
; interval of gc scanning expired items, 0=no scan, other values is in seconds
xcache.gc_interval = 0

; same as aboves but for variable cache
xcache.var_size = 0M
xcache.var_count = 1
xcache.var_slots = 8K
; default ttl
xcache.var_ttl = 0
xcache.var_maxttl = 0
xcache.var_gc_interval = 300

xcache.test = Off
; N/A for /dev/zero
xcache.readonly_protection = Off
; for *nix, xcache.mmap_path is a file path, not directory.
; Use something like "/tmp/xcache" if you want to turn on ReadonlyProtection
; 2 group of php won't share the same /tmp/xcache
; for win32, xcache.mmap_path=anonymous map name, not file path
xcache.mmap_path = "/dev/zero"


; leave it blank(disabled) or "/tmp/phpcore/"
; make sure it's writable by php (without checking open_basedir)
xcache.coredump_directory = ""

; per request settings
xcache.cacher = On
xcache.stat = On
xcache.optimizer = Off

[xcache.coverager]
; per request settings
; enable coverage data collecting for xcache.coveragedump_directory and xcache_coverager_start/stop/get/clean() functions (will hurt executing performance)
xcache.coverager = Off

; ini only settings
; make sure it's readable (care open_basedir) by coverage viewer script
; requires xcache.coverager=On
xcache.coveragedump_directory = ""
[/SPOILER]

login: root
pass: root123
md5pass: ff9830c42660c1dd1942844f8069b74a

пробовали?

Если памяти много, то лучше Memcache, а еще лучше Memcache + APC. А если памятью не шикуете, то конечно лучше Xcache.

Неправильная постановка вопроса. Лучше когда они работают вместе. Поскольку они совершенно в разных местах дают прирост производительности, то и сравнивать их как взаимозаменяемые нельзя.

Как бы их все вместе в SE4 подключить. Странно сделано - выбрать только что-то одно возможно. Блин...

Добавлю.

1. Ставить memcache лучше на отдельный сервер с достаточным запасом ОП. Установка оного на ту же машину даст прирост только на крохотном кол-ве посетителей. В будущем ситуация радикально изменится не в вашу сторону, и оптимизировать будете уже свопы.
2. Устанавливать модули типа Xcache, eAccelerator, и т.д. нужно с четким пониманием что вы делаете. Делать потому что "все говорят" лучше не нужно, там где у одного получилось А, у вас может получится Ж.
3. Не ленитесь читать доки. С дефолтными настройками всё работает не всегда хорошо. Настраивать наобум и экспериментальным путем тоже плохо - сегодня быстрее, а завтра может быть хуже.
4. Приступайте к оптимизации только тогда, когда оптимизировать имеющееся уже без ущерба нельзя. Почему? Потому что делая всего понемногу в итоге у вас получится кривой, убогий продукт, затраты на поддержку которого в будущем будут куда больше лени сейчас.
5. Не пользуйтесь чужими конфигами. В 99% случаев результат будет в разы хуже настройки собственноручно, либо специалистом под конкретные нужды\факты\железо.

Что-то ещё было, но забылось. Ладно, пока и так пойдет.