Как сильно include нагружает сервер?

Question

[GoodPirojok]

Как сильно include нагружает сервер или не стоит им злоупотреблять?

Answer 1

[Максим]

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

Вам, надеюсь, известно, что на место include тупо подставляется PHP код, содержащийся в подключаемом файле. require и *_once аналоги действуют очень похоже, но там идет ряд определенных проверок, например, на то, был ли файл уже подключен ранее.

Хотел бы вам сказать насчет многократных вызовов инклуда, что этого можно избежать, ведь много инклудов запутывают. Избежать можно, например, объединяя весь код со сходным функционалом в один файл. Все классы, например, засунуть можно в один файл, все писанные вами функции для работы со строками - в другой и т.д. Но бывают и исключения, где вы должны будете уже сообразить сами.

А вообще, если вы делаете акцент на производительность, то скажу прямо — не там ищете! Подключение/не подключение доп. файлов — это, как уже неоднократно говорилось другими участниками, — «экономия на спичках». В таком случае вам лучше почитать о архитектуре высокопроизводительных систем, memcached и т.д...

Comments

[GoodPirojok]

Благодарю!

Answer 2

[DevMan]

файловые операции - не самые быстрые. и по возможности их стоит избегать/оптимизировать.

но не стоит упарываться - критично это будет только под нагрузкой.

Comments

[Александр Маджугин]

Это большое заблуждение - файловые операции очень быстрые на самом деле, потому что чаще всего то, что вы считаете файловой операцией таковой на самом деле не является. Например include скорее всего вообще не будут трогать ваш диск при многократном повторении, так как файлы, доступ к которым осуществляется многократно, вероятнее всего окажутся в дисковом буфере RAM и скорость доступа к ним будет выше чем доступ к БД и даже ко всяким всеми любимым NoSQL, которые часто заявляются как самые быстрые хранилища.
На самом деле надо пробовать в каждой конкретной ситуации, и файлы не редко окажутся в выигрыше.

[DevMan]

Александр Маджугин, в однопользовательском режиме вполне может быть так, а в многопользовательских системах никакого кеша не хватит. плюс распространение ссд сглаживает этот момент.

чтение файла - достаточно дорогая операция. и в пыхе была (надеюсь поправили) реализована не лучшим образом.

в том что надо мерить - абсолютно согласен.
но оптимизация инклюдов даст буст и без всяких замеров.

[GoodPirojok]

DevMan, как можно добавить такие файловые запросы в буфер, чтобы пхп не тратил на это лишние ресурсы, а 10-20 мб. всегда были в кэше и отрабатывали моментально?
Или как правильней реализовать такой подход, чтобы набор файлов отрабатывали на вставку не дёргая каждый раз сервер?

[FanatPHP]

DevMan, нету там ни одной файловой операции под нагрузкой
читаем про opcode cache

[Кирилл Несмеянов]

Всё правильно. По дефолту (начиная с 5.6) разобранные исходники складываются в шаред мемори. Из файловых операций там только проверки mtime для рефреша опкода (которые можно отключить, к слову).