Топ дня: OZZY

ddarder,


Это 2 тысячные

Евгений, сотые

ddarder, Вам правильно подсказали
0.1 - десятые
0.01 - сотые
0.001 - тысячные

НЕВИДИМКА, Вы явно преувеличиваете на несколько нолей
К тому же почти вся нагрузка php - Это запросы в базу и крайне редко - сама работа php
Только подключение к базе даст уже пару десятитысячных

я образно сказал))

хочу еще быстрее=)

ddarder, Если в движке используется mysqli/pdo - то можно добавить обёртку, которая будет фиксировать каждый запрос к базе
Можно в лог сбрасывать запрос, время выполнения и файл/строка откуда запрос прилетел
Я подобное делал на DCMS
все mysql_query заменял на свою функцию, которая все запросы дольше 0.01 сбрасывала в таблицу mysql
В таблице был
Запрос / время исполнения / файл:строка
А дальше можно сортировать по файл:строка
Если часто вызывается этот запрос и он медленный - думал как оптимизировать (индексы/кеш/или вообще лучше переделать этот кусок кода)
Сейчас этот сайт на VDS за 1000 руб грубо говоря с онлайном под 100 и выше и ещё ресурсов в запасе много
В среднем около 10% от двух ядер
Так как это DCMS ))
база около 3 гигов сейчас, если не ошибаюсь
________
посл. ред. 26.05.2018 в 14:10; всего 1 раз(а); by Mobiaaa

А кто ни будь знает вообще от чего зависит время загрузки самой страницы? Тут не только запросы php и прочее. Причин много на самом деле. Всю работу выполняют ngnix + apach ну и зачастую страница может долго грузится из-за размещенного на ней контента так же тонны запросов в бд. Если в это время пользователей 30 сидят на этой странице где 100500 запросов в базу данных то она будет грузится дольше. Ну и весомую роль играет само железо. ВДС за 1к это не показатель.

DenSBK, В данном топике обсуждается именно серверная часть, т.е. php и его время работы
Если на странице, как Вы выразились, 100500 запросов, то генерация страницы вряд ли уложится в рамки, обозначенные автором

html в memcache