Пишем на PHP и не теряем память • Валентин Удальцов • BeerPHP • 6 июня 2024

• Автор благодарит аудиторию за аплодисменты и поддержку.  

• Обсуждается важность аудитории и подписчиков.  

• Тема доклада: память и утечки.  

• РФСИ не всем нравится, но она улучшает удобство написания кода.  

• Роуд-раннер позволяет использовать приложение с утечками памяти.  

• В роуд-раннере можно выставить софт-лимит по памяти, что позволяет корректно завершать воркеры при превышении лимита.  

• Утечка памяти: неконтролируемый расход памяти из-за ошибок.  

• В PHP утечки решаются автоматически, но могут быть проблемы с указателями.  

• Стат-анализ и тесты не всегда помогают выявить утечки.  

• Основные причины утечек: накопление переменных и объектов в статике.  

• PHP автоматически утилизирует переменные, когда на них нет ссылок.  

• Пример: декомпозиция кода помогает утилизировать переменные после завершения метода.  

• Циклические объекты блокируют утилизацию памяти.  

• GC проверяет и утилизирует циклические ссылки.  

• Пример: создание объектов с циклическими ссылками и сравнение работы с включенным и выключенным GC.  

• Выключение GC может ускорить скрипт, если код и фреймворки не содержат циклических ссылок.  

• Пример: ускорение Composer после отключения GC.  

• В конце презентации есть ссылка на статью с более подробной информацией.  

• Обсуждение циклических ссылок в коде.  

• Пример из проекта "Тайфун" с проблемой роста памяти.  

• Решение проблемы через передачу параметров в колбек.  

• Пример менее явной циклической ссылки.  

• Рецепт тестирования циклических ссылок с помощью GC.  

• Использование WeakReference для проверки утилизации объектов.  

• Использование статических замыканий по возможности.  

• Автоматизация добавления статичности через фиксеры.  

• Проблемы с использованием статических замыканий и их решение.  

• Чтение больших файлов построчно.  

• Использование парсеров, которые читают данные по частям.  

• Проблемы с чтением больших объемов данных из баз данных.  

• Объяснение работы курсоров в базах данных.  

• Пример использования курсоров для эффективного чтения данных.  

• Важность транзакций для работы с курсорами.  

• Накопление данных и запись их в базу данных.  

• Необходимость чтения и записи данных за константное время.  

• Избегание проблем с производительностью в продакшне.  

• Мультисерты не подходят для работы с миллиардами строк.  

• В Doctrine можно использовать курсоры, но это требует дополнительных знаний.  

• Обсуждение чистого SQL и его эффективности.  

• Пасер не подходит для работы с миллионами строк.  

• Батчи должны быть обернуты в транзакции для надежности.  

• Использование дополнительной таблицы для записи офсета.  

• Инсерты в PostgreSQL медленные из-за анализа данных.  

• Использование функции "COPY" для эффективного импорта данных.  

• Создание временного файла и его передача в базу данных.  

• Мемоизация используется для оптимизации сложных операций.  

• Мемоизация в статике и контейнерах.  

• Важность механизма вытеснения для предотвращения утечек памяти.  

• Примеры механизмов вытеснения: LRU, LFU, LFU.  

• Использование различных алгоритмов для оптимизации.  

• Пример кода для реализации LRU-мемоизации.  

• Использование массива для реализации LRU-мемоизации.  

• Обновление статуса элементов при их использовании.  

• Оптимизация и улучшение производительности с помощью различных подходов.  

• В Symfony сущности остаются бесконечными, если не использовать вытеснение.  

• Для очистки состояния сервисов и статических данных можно использовать точки расширения.  

• В Symfony можно добавить метод к любому сервису для очистки.  

• Kernel Reset срабатывает на каждом запросе, кроме первого.  

• Это позволяет Symfony работать как в умирающих, так и в не умирающих рантаймах.  

• В документации Symfony теперь правильно указано, как работает Kernel Reset.  

• Doctrine подписывается на Kernel Reset, что позволяет накапливать сущности только в пределах одного запроса.  

• Пример кода показывает, как менеджеры очищаются в Kernel Reset.  

• Аналогичные точки расширения можно использовать в других сервисах.  

• Можно использовать Xdebug для профилирования и анализа утечек.  

• Memprof и Blackfire также полезны для анализа памяти.  

• Meminfo позволяет увидеть количество инстансов разных типов и их идентификаторы.  

• Ссылки на статьи о Garbage Collection, кэшировании и других темах.  

• Примеры использования Reference Map для эффективного кэширования.  

• Ссылки на прошлые доклады и стримы по теме.  

• В реальной жизни утечки памяти встречаются редко, но могут быть связаны с Symfony.  

• Важно использовать инструменты для анализа утечек и следить за состоянием памяти.  

• Цель доклада — показать приемы для поддержания постоянной памяти в проекте.  

• Нет универсальной функции в популярных фреймворках для обнаружения утечек памяти.  

• Идея канала "Печка Фантайм" - добавить функцию, возвращающую список всех объектов в процессе.  

• Это могло бы упростить поиск утечек, но пока такой функции нет.  

• Текущие инструменты, такие как "Симфония" и "Профайлер", дают агрегированную информацию о потреблении памяти.  

• Нужны инструменты, которые могут анализировать память и показывать, где именно происходит утечка.  

• Искусственный интеллект может помочь в поиске источников утечек.  

• Раньше софт оптимизировали из-за ограниченных ресурсов, сейчас ресурсы не ограничены.  

• Это приводит к тому, что софт работает хуже, несмотря на наличие большого объема оперативной памяти.  

• Автор рассказывает о своем опыте работы в компании "Румынского" и о том, как он начал работать с исходниками.  

• Вдохновение пришло после анонса "Печка 8.3" и обсуждения с Ромой.  

• Автор начал работать над изменениями в "Печке", что привело к созданию пол-реквеста.  

• Пол-реквест вызвал много обсуждений и комментариев, некоторые считали его неработоспособным.  

• Автор добавил тесты, чтобы доказать работоспособность изменений.  

• В итоге пол-реквест был принят, и изменения были внесены в "Печку".  

• Изменения в "Печке" были приняты, и теперь они считаются нормой.  

• Автор подчеркивает, что изменения были возможны и раньше, но все привыкли к скобкам.  

• Со временем все поняли, что изменения работают корректно.  

• База данных хранит информацию в файле, а не в оперативной памяти.  

• Временные таблицы создаются в файле и доступны только в рамках транзакции.  

• Это позволяет безопасно читать данные из файла средствами базы данных.  

• Валентин поздравляет с непринятым БР.  

• Вопросы: какой стек технологий лучший, волновался ли при голосовании против БР, и когда будут концерты.  

• Концерты могут быть отменены из-за отъезда басиста.  

• Планируется репетиция с другим составом.  

• Валентин мечтает о стриме с электронными барабанами.  

• Валентин не сильно переживал из-за голосования против БР.  

• Голосование шло уверенно, и он не следил за ним до конца.  

• Валентин считает, что не суждено было случиться.  

• Валентин использует Symphony, Roadrunner и Sinq.  

• Он не может рекомендовать конкретный стек, так как Symphony имеет свои недостатки.  

• Важно не столько фреймворк, сколько понимание бизнес-логики и композиции состояния.