Качество кода ради производительности?
Ну дак в чем собственно вопрос, стоит ли делать подобные жертвы ради производительности?
Нет, достаточно просто настроить opcache нормально:
1) использовать автозагрузчик который генерит вам composer (обязательно с флагом -o, тогда он сдампит жирную мэпу классов и не будет дергать файловую систему просто так)
2) Отключить инвалидацию кэша в opcache (opcache.validate_timestamps=0) и сбрасывать кэш вручную при деплое
3) проверить через API opcache как там по выделенным ресурсам. Для вашего теста скорее всего дефолта хватит за глаза. Для больших проектов уже можно поиграться с размерами буферов. Читать в документации о функциях opcache что бы статистику собирать.
4) обновитесь до php7
p.s. среднее время ответа для простеньких запросов - 30ms, память - 10-15Mb. Если запускать симфони в php-pm, то запросы отдаются за ~10-15ms, потребление памяти на запрос посчитать немогу (так как все запущено как демон). Но этот вариант пока рекомендую для очень простых апишек где нужна скорость реакции системы.
Есть смысл оптимизировать в ущерб удобству и понятности либо небольшие критичные части, либо то, что больше трогать в будущем не придется. Но с последнем можно и не подгадать.