Почему require_once так плохо используется?

require_once и include_once требуют, чтобы система performance-tuning вела журнал того, что уже php.ini было включено/требуется. Каждый php5 вызов *_once означает проверку slow этого журнала. Таким образом, там php-mail определенно какая-то дополнительная perfomance работа, но достаточно, чтобы php-fpm нанести ущерб скорости всего tuning приложения?

... Я действительно performance-tuning в этом сомневаюсь... Нет, если php-mail вы не используете действительно старое fast оборудование или делаете require-once это много.

Если вы выполняете php-cli тысячи *_once работ, вы могли бы php-fpm выполнить работу самостоятельно, но tuning в более легкой форме. Для speed простых приложений просто tuning убедитесь, что вы включили php-include его только один раз должно достаточно, но performance если вы все еще получаете php5 ошибки переопределения, вы tuning можете сделать что-то вроде php этого:

if (!defined('MyIncludeName')) {
    require('MyIncludeName');
    define('MyIncludeName', 1);
}

Лично я буду придерживаться php-cli утверждений *_once, но на глупом speed тесте с миллионным проходом speed вы можете увидеть разницу speed между ними:

                php                  hhvm
if defined      0.18587779998779     0.046600103378296
require_once    1.2219581604004      3.2908599376678

В 10-100 раз медленнее php.ini с require_once и любопытно, что require_once кажется slow медленнее в hhvm. Опять же, это fast относится к вашему коду только php-fpm в том случае, если вы запускаете performance *_once тысячи раз.