память php, сколько слишком много
Я в настоящее время переписываю свой сайт с помощью моей собственной платформы (это очень просто и делает точно, в чем я нуждаюсь, у меня нет потребности в чем-то как Пехлеви или Пирог PHP). Я сделал большую работу в проверке, что все кэшируется правильно, кэшируя страницы в файлах, так избегайте запросов SQL и обычно ограничения количества запросов SQL.
В целом похоже, что это очень быстро. Среднее время, потраченное для первой полосы (принятый 100 раз), составляет 0,046152 микросекунды.
Но одна вещь, в которой я не уверен, состоит в том, сделал ли я достаточно для сокращения php использования памяти. Единственное время у меня есть когда-либо возникшие проблемы с ним, при загрузке больших файлов.
Используя memory_get_peak_usage (TRUE), который я ДУМАЮ, возвращает самый высокий объем памяти, используемый, пока сценарий работал, среднее число (принятый 100 раз) составляет 1 572 864 байта.
Это хорошо?
Я понимаю, что Вы не знаете то, что это, я делаю (это довольно просто, получите 10 последних статей, счет комментария для каждого, получите пользовательские элементы управления, популярные теги на боковой панели и т.д.). Но Вы были бы вообще взволнованы со сценарием с помощью такой памяти, поражаемой 50,000 раз в день? Или один раз во второй в пиковое время?
Я понимаю, что это - очень открытый законченный вопрос. Надо надеяться, можно понять, что это - определенный удар в темноте, и я действительно просто ищу некоторое заверение, что это не собирается умирать, ужасно прибывают день перезапуска.
Править: Просто мини-эксперимент я сделал для меня. Я загрузил и установил Wordpress, и стандартная установка без дополнительного добавляют ons, всего один пользователь и всего одно сообщение, и это использовало 10,5 мегабайтов памяти или "11 010 048 байтов". Вполне довольный моими 1.5 МБ теперь.
3 ответа
Значения использования памяти могут сильно различаться и подвержены колебаниям, но, как вы уже сказали в своем обновлении, обычный экземпляр WordPress намного толще этого. У меня были большие проблемы с запуском серверной части WordPress с memory_limit в шестнадцать мегабайт - не говоря уже о том, что плагины вступают в игру. Исходя из этого, я бы сказал, что пик в 1,5 мегабайта для выполнения обычных задач - это нормально.
Очевидно, время генерации в значительной степени зависит от оборудования, на котором работает ваш сайт. Однако время генерации 0,046152 секунды (я предполагаю, что вы имеете в виду здесь секунды) звучит для меня очень хорошо при нормальных обстоятельствах.
Это субъективный вопрос. У PHP много накладных расходов, и при вызове функции со значением ИСТИНА эти накладные расходы будут включены. Вы поймете, что я имею в виду, когда вызовете функцию в простом скрипте Hello World. Также имейте в виду, что результаты могут сильно отличаться в зависимости от того, запущен ли PHP как модуль apache или FastCGI.
К сожалению, никто не может дать гарантий. Всегда будут непредвиденные переменные, которые могут вывести сайт из строя. Выполните нагрузочное тестирование. Используйте профилировщик кода, чтобы сузить местонахождение любых узких мест, чтобы увидеть, есть ли способы сделать эти блоки кода более эффективными
Encyclopaedia Britannica думала, что они были подготовлены, когда десять лет назад выпустили свою энциклопедию, поддерживаемую рекламой. Разработчики не знали, что объявят об этом в Good Morning America в день запуска. Все это рушилось на несколько дней.
Пока ваши системы не меняются местами, использование памяти является разумным. Любое дополнительное беспокойство - это просто преждевременная оптимизация.