Производительность PHP и OPcache — бесплатный тест онлайн

Вопрос 1 из 30

С чего начинать оптимизацию?

$started = hrtime(true);
$response = $application->handle($request);
$metrics->observe('request_seconds', (hrtime(true) - $started) / 1e9, ['route' => $route]);

С переписывания всех циклов на более короткие конструкции без профиля С обновления версии PHP и зависимостей одновременно, сравнив ощущения С измерения пользовательского сценария и профиля узких мест С увеличения memory_limit и timeout до исчезновения пользовательской ошибки С полного отключения журналирования, чтобы убрать его возможную стоимость

Вопрос 2 из 30

Чем wall time отличается от CPU time?

$wallStart = hrtime(true);
$cpuStart = getrusage();
$result = $service->run();
$wallSeconds = (hrtime(true) - $wallStart) / 1e9;
$cpuEnd = getrusage();

Wall включает ожидание I/O, CPU — работу процессора Wall time измеряет потребление памяти, а CPU time — длительность CPU time включает сетевые задержки, но исключает работу сборщика мусора Wall time учитывает только процессор, а CPU time — все ожидания запроса Оба показателя равны, если код выполняется в одном PHP-процессе

Вопрос 3 из 30

Почему логирование каждого элемента большого цикла искажает профиль?

foreach ($rows as $row) {
    $logger->debug('processing row', ['id' => $row['id']]);
    process($row);
}

Профилировщик игнорирует операции журналирования и покажет только тело цикла Журналирование само становится заметной частью работы PHP отключает файловый ввод-вывод, когда запущен sampling-профилировщик Запись каждой строки ускорит цикл за счёт прогрева файлового кэша Журналирование автоматически группируется и выполняется один раз после цикла

Вопрос 4 из 30

Что показывает flame graph?

Права доступа к файлам, которые встречаются в стеке вызовов Объём занятой памяти OPcache для каждого отдельного PHP-файла Стеки вызовов и долю времени в каждом пути План SQL-запросов и переходы между операторами базы данных Только количество вызовов функций без информации об их вложенности и времени

Вопрос 5 из 30

Почему профиль на одной пустой записи вводит в заблуждение?

На реальном объёме меняются алгоритм, запросы и сериализация Профилировщик не умеет измерять обработку массивов короче заданного размера Пустая выборка создаёт больше PHP-объектов, чем полный производственный набор Алгоритм и число запросов сохраняются одинаковыми, меняется лишь точность таймера Одна запись отключает оптимизацию opcode и поэтому всегда выглядит медленнее

Вопрос 6 из 30

Что кэширует OPcache?

$status = opcache_get_status(false);
var_dump($status['opcache_enabled'] ?? false);

Результаты SQL-запросов между обращениями разных пользователей Скомпилированный opcode PHP-файлов в общей памяти Собранные пакеты Composer, загружая их при необходимости из сети Сессионные cookie и данные обработчика с привязкой к PHP-FPM worker Готовое HTML-тело каждого ответа вместе с пользовательскими заголовками

Вопрос 7 из 30

Почему при такой настройке изменение подключаемого PHP-файла может не проявиться до сброса OPcache или перезапуска PHP-FPM?

# php.ini production
# opcache.enable=1
# opcache.validate_timestamps=0

php -r "require '/srv/app/bootstrap.php';"

require сохраняет текст файла в локальной переменной текущего запроса realpath_cache запрещает повторно открывать любой файл до перезагрузки сервера PHP-FPM кэширует готовое тело HTTP-ответа для каждого require При validate_timestamps=0 OPcache не сверяет время изменения уже закэшированного файла revalidate_freq=0 откладывает проверку файла до следующего часа

Вопрос 8 из 30

Что делает opcache_reset?

if (!opcache_reset()) {
    throw new RuntimeException('OPcache не сброшен');
}

Перестраивает classmap Composer, не затрагивая скомпилированный код Перезапускает все PHP-FPM worker и завершает активные запросы Удаляет только запись текущего скрипта из кэша этого запроса Сбрасывает общий кэш opcode, после чего файлы компилируются заново Очищает Redis, APCu и файловый кэш приложения одной командой

Вопрос 9 из 30

Какой эффект даёт OPcache preload?

Выполняет composer install перед запуском каждого PHP-FPM worker Сохраняет готовые HTTP-ответы выбранных маршрутов между запросами Прогревает соединения PDO и подготовленные запросы до первого обращения Загружает выбранные PHP-файлы и классы при старте процесса и держит их доступными Регистрирует правила автозагрузки Composer, но не загружает классы в память

Вопрос 10 из 30

Почему мало памяти OPcache вредно?

База переходит readonly Все запросы становятся 404 PHP перестаёт читать файлы вообще Растут вытеснения, промахи и повторная компиляция Memory OPcache хранит user sessions

Вопрос 11 из 30

Что такое N+1?

$posts = $postsRepository->latest();
foreach ($posts as $post) {
    $post->comments = $commentsRepository->forPost($post->id);
}

Один запрос списка плюс запрос для каждого элемента Таблица с N индексами, каждый из которых обновляется при одной вставке Транзакция, изменяющая N строк и одну запись журнала Один запрос с N параметрами, который база выполняет как N независимых запросов N worker, одновременно использующих одно соединение с базой

Вопрос 12 из 30

Почему SELECT * вреден на горячем endpoint?

$stmt = $pdo->query('SELECT * FROM audit_events ORDER BY created_at DESC LIMIT 100');

Звёздочка автоматически делает запрос уязвимым для SQL-инъекции Единственная проблема — порядок столбцов, объём передачи и покрывающие индексы не меняются PDO не умеет получать результат, если заранее не перечислены столбцы SELECT * всегда запрещает оптимизатору использовать любой индекс Лишние столбцы мешают индексам и увеличивают трафик

Вопрос 13 из 30

Что проверять до добавления индекса?

EXPLAIN (ANALYZE, BUFFERS)
SELECT id, total
FROM orders
WHERE user_id = 42 AND status = 'paid'
ORDER BY created_at DESC
LIMIT 50;

Название столбца и наличие свободного места, не рассматривая селективность и записи Количество пользовательских cookie во время выполнения endpoint План, фильтры, кардинальность и цену записи Только текст SQL и число символов в условии WHERE Число PHP-методов, которые вызывают запрос из разных маршрутов

Вопрос 14 из 30

Как уменьшить N+1 для комментариев?

Кэшировать каждый отдельный SQL-ответ в пользовательской сессии Выполнять запрос для каждого комментария параллельно без ограничения соединений Сериализовать PDOStatement и хранить его между запросами пользователей Увеличить timeout, не меняя количество обращений к базе Пакетная загрузка по post_id или подходящий JOIN

Вопрос 15 из 30

Почему медленный запрос нельзя исправить только кэшированием навсегда?

После первого попадания кэш навсегда исключает промахи и инвалидацию Промахи всё равно столкнутся с исходной причиной TTL запрещён для результатов SQL и может применяться только к HTTP-ответам Redis не способен хранить массивы, поэтому кэширование запроса ненадёжно Медленный запрос исчезнет из плана базы после создания первого кэшированного ответа

Вопрос 16 из 30

Почему fetchAll опасен для большого экспорта?

$stmt = $pdo->query('SELECT * FROM events');
$events = $stmt->fetchAll(PDO::FETCH_ASSOC);

Строки остаются только в памяти СУБД; PHP хранит один курсор независимо от режима PDO возвращает только одну строку и повторяет запрос для остальных Большой экспорт становится уязвимым для SQL-инъекции именно из-за fetchAll Все строки и PHP-структуры одновременно находятся в памяти fetchAll выполняет UPDATE после чтения последней строки результата

Вопрос 17 из 30

Как generator влияет на память?

function rows(PDOStatement $statement): Generator
{
    while (($row = $statement->fetch(PDO::FETCH_ASSOC)) !== false) {
        yield $row;
    }
}

Гарантирует постоянное потребление памяти, близкое к нулю Сжимает каждый объект перед yield и восстанавливает его при чтении Выдаёт элементы по одному вместо хранения всего набора Переносит элементы в OPcache вместо памяти текущего процесса Отключает сборщик циклических ссылок на всё время итерации

Вопрос 18 из 30

Почему static-массив в worker опасен?

function lookup(string $key): mixed
{
    static $cache = [];
    return $cache[$key] ??= loadLargeValue($key);
}

OPcache удалит элементы Static очищается после каждой функции всегда Массив становится immutable Массив живёт между заданиями, растёт и смешивает контекст Worker создаёт новый PHP на строку

Вопрос 19 из 30

Что измеряет memory_get_peak_usage(true)?

Процент попаданий OPcache с момента запуска процесса Размер базы и буферного кэша, который использует текущий запрос Текущий размер одного выбранного массива вместе с вложенными объектами Пиковую выделенную PHP память с системным округлением Суммарную физическую память всего сервера, занятую PHP

Вопрос 20 из 30

Почему unset не всегда сразу уменьшает RSS процесса?

PHP сохраняет свободные блоки для повторного использования Операционная система запрещает PHP возвращать память после первого выделения unset удаляет имя, но объект всегда остаётся глобальным до завершения процесса unset не удаляет значение и лишь скрывает переменную из var_dump Сборщик мусора работает только в браузере и не запускается в PHP-FPM

Вопрос 21 из 30

Почему один benchmark run ненадёжен?

for ($run = 0; $run < 30; $run++) {
    $started = hrtime(true);
    benchmarkCase();
    $samples[] = hrtime(true) - $started;
}
sort($samples);

Прогрев, планировщик, кэш и шум дают большую случайную вариацию Один запуск гарантированно самый быстрый, поэтому лучше отражает предел системы Benchmark имеет смысл только при постоянной загрузке CPU ровно на 100% Время выполнения нельзя сравнивать без изменения исходного кода профилировщиком Первый запуск PHP всегда выполняется дважды, а последующие — один раз

Вопрос 22 из 30

Что сравнивать в web-load test?

$report = [
    'requests_per_second' => $rps,
    'p50_ms' => $p50,
    'p95_ms' => $p95,
    'p99_ms' => $p99,
    'error_rate' => $errors / $requests,
    'cpu' => $cpu,
    'memory' => $memory,
];

Только среднее время, которое скрывает хвост задержек и ошибки Число классов и методов, загруженных автозагрузчиком за тест Только загрузку CPU, не учитывая пропускную способность и отказы Размер исходного кода и число файлов, не связывая их с поведением под нагрузкой Пропускную способность, перцентили, ошибки и ресурсы

Вопрос 23 из 30

Почему тест на localhost может скрыть сетевое узкое место?

$client = new HttpClient(baseUri: 'http://127.0.0.1:8080');
$response = $client->get('/report');

PHP запрещает измерять DNS и TLS, если клиент находится на том же хосте При локальном запросе OPcache автоматически выключается HTTP не использует сокеты на localhost и исполняет контроллер напрямую Почти отсутствуют задержка и ограничения внешней сети Localhost всегда медленнее внешней сети ровно вдвое из-за loopback

Вопрос 24 из 30

Как установить performance budget?

Сравнивать результаты на разных ноутбуках без нормализации окружения Увеличивать допустимый предел после каждой регрессии, чтобы сборка проходила Задать абсолютную цель 0 мс для любого маршрута независимо от работы Использовать число строк кода как основной предел производительности Задать предел перцентиля и отслеживать регрессии в одной среде

Вопрос 25 из 30

Что делать после оптимизации?

Открывать circuit навсегда и восстанавливать зависимость только вручную Повторить профиль и тесты после изменения Использовать circuit breaker вместо timeout и контроля повторных эффектов Считать circuit открытым после любого единичного ответа 4xx от клиента Разрешать неограниченное число пробных запросов одновременно после паузы

Вопрос 26 из 30

Почему timeout важнее бесконечного ожидания?

$client = new HttpClient([
    'connect_timeout' => 0.5,
    'timeout' => 2.0,
]);

Без timeout PHP технически не способен открывать сетевое соединение Timeout ускоряет зависимость, прерывая её внутреннюю работу раньше Освобождает worker и даёт контролируемую ошибку или fallback Timeout заменяет retry, circuit breaker и контроль побочных эффектов Он гарантирует успешный повтор, даже если ошибка постоянная

Вопрос 27 из 30

Какой fallback безопасен?

try {
    return $catalog->livePrice($productId);
} catch (TimeoutException) {
    return PriceResult::stale($cachedPrice, 'Временно показана последняя известная цена');
}

Отключение проверки доступа на время недоступности внешнего сервиса Успешный ответ со случайными данными, чтобы сохранить прежний HTTP-status Заранее разрешённое ограниченное значение с явной маркировкой Любой старый ответ из общего кэша, даже если он принадлежит другому пользователю Молчаливое принятие заказа без записи, которую система выполнит когда-нибудь позже

Вопрос 28 из 30

Что мониторить у OPcache?

$status = opcache_get_status(false);
$metrics->gauge('opcache_hit_rate', $status['opcache_statistics']['opcache_hit_rate'] ?? 0);
$metrics->gauge('opcache_wasted_bytes', $status['memory_usage']['wasted_memory'] ?? 0);
$metrics->gauge('opcache_restarts', array_sum($status['opcache_statistics']['oom_restarts'] ?? [0]));

Количество таблиц и индексов базы, к которым обращается приложение Размер пользовательских cookie и средний объём HTTP-заголовков Только время работы PHP-FPM процесса после последнего перезапуска Только число загруженных скриптов без памяти, промахов и перезапусков Hit/miss, заполнение, wasted memory и restarts

Вопрос 29 из 30

Как выпускать рискованную оптимизацию?

Флаг/canary, сравнение метрик и быстрый откат Сразу направить 100% трафика и ждать пользовательских жалоб Удалить старый путь до включения наблюдения, чтобы исключить двойную поддержку Отключить подробные метрики, чтобы измерения не влияли на производительность Изменить одновременно код, схему и инфраструктуру, сравнивая общий итог

Вопрос 30 из 30

Почему общий кэш ответа должен включать контекст доступа?

TTL автоматически разделяет ответы разных пользователей во времени Иначе кэш может раскрыть чужие персональные данные Кэш не поддерживает составные ключи, поэтому контекст доступа хранить невозможно Аутентификация выполняется после выдачи ответа и исправит доступ при следующем запросе Права пользователя не влияют на тело JSON, если URL одинаков