Ты не ответил на мой вопрос. О кэшировании байт-кода акселераторами мне и без того известно.

в настройках еАкселя все четко — можно все хранить в оперативе без обращения к диску… там есть 2 нюанса: аксель может таки обращаться к диску для проверки последних дат модификации файлов, если модификации были — он берет новые файлы, перекомпилит их… если нет — берет старые… Так же есть опция отрубить эту фишку — и он всегда будет брать откомпилированные без обращения к исходникам, но тогда если вы вносите изменения — аксель юзает старые, приходится либо рестартить апач (или пхп если фаст-цги), либо чистить кеш акселя…
Небольшое предостережение — 0.9.6 ДО релиза — на дебиане с пхп 5.2.13 льется в память… у меня один раз 4Гб оперативы сожрал и повесился )) релиз работает стабильно… по крайней мере пока :)

Но при этом можно всю систему запихнуть в память и тогда обращений к физическому диску вообще не будет.

Я успешно пользуюсь акселератором полтора года, мне просто было интересно мнение 1d10t. Но всё равно спасибо, что нашёл возможность подробно ответить.

У меня на фре то же саоме работало нормально, кстати.

по теме акселераторов нынешнего положения не знаю, бо в былые времена когда пробовал, наблюдал много глючных нехорошестей. по крайней мере акселератор как минимум проверяет mtime пхп-файла, читая эту инфу с диска. в случае с мемкешем это исключено, но не мало вероятен проигрыш кешированному байткоду в общем быстродействии

Проверка отключается, это не проблема. Меня как раз интересовало, что быстрее будет работать — у самого руки не доходили проверить, да и неясно, какой методикой пользоваться.