ronibestplay#: Тут какая штука. Выше частота процессора одновременно с этим показателем. То есть если есть слово производительность, значит и толк будет. В моем понимание хостинг тот же комп, только в другой итерации и постоянно включен. Получается скорость загрузки у пользователя от моего компа не зависит.
ты путаешь загрузку с "отрисовкой", на разных устройствах будет разная скорость
куча расходов даже на отдачу текстового файла, а если таких запросов 5-10к/с?)
Получение запроса: Сервер принимает HTTP-запрос от клиента (браузера или другого клиента).
Нагрузка: Небольшая нагрузка на CPU для обработки сетевого соединения.
Парсинг запроса: Сервер анализирует запрос, чтобы определить метод (GET, POST и т.д.), URL, заголовки и другие параметры.
Нагрузка: Умеренная нагрузка на CPU, так как требуется обработка строк и анализ заголовков.
Определение конфигурации: Сервер ищет соответствующий блок конфигурации, который соответствует запрашиваемому домену или IP-адресу.
Нагрузка: Небольшая нагрузка на RAM для доступа к конфигурационным данным.
Обработка location: Сервер ищет подходящий блок location , который соответствует запрашиваемому URI.
Нагрузка: Умеренная нагрузка на CPU и RAM, так как требуется сопоставление URI с конфигурацией.
Проверка наличия файла: Если запрос касается статического файла, сервер проверяет наличие файла на диске по указанному пути.
Нагрузка: Небольшая нагрузка на HDD для доступа к файловой системе.
Чтение файла: Если файл существует, сервер читает его содержимое.
Нагрузка: Умеренная нагрузка на HDD (в зависимости от размера файла) и RAM для загрузки содержимого файла в память.
Установка заголовков: Сервер устанавливает необходимые HTTP-заголовки для ответа, такие как Content-Type , Content-Length , Cache-Control и другие.
Нагрузка: Небольшая нагрузка на CPU для формирования заголовков.
Отправка ответа: Сервер формирует HTTP-ответ и отправляет его обратно клиенту. Ответ включает статус (например, 200 OK), заголовки и содержимое файла.
Нагрузка: Умеренная нагрузка на CPU для формирования ответа и на сеть для передачи данных.
Логирование: Сервер записывает информацию о запросе и ответе в журналы доступа и ошибок, если это настроено.
Нагрузка: Небольшая нагрузка на HDD для записи в журналы и на CPU для обработки логирования.
Завершение соединения: После отправки ответа сервер может закрыть соединение или оставить его открытым для дальнейших запросов, в зависимости от настроек.
Нагрузка: Небольшая нагрузка на CPU для управления состоянием соединения.
Delysid#: Вся проблема, что пользователям порезали исходящий на cloudflare (где то на 25mb/50max mb в одно лицо, по тестам только моё имхо без доказательств) и днём лагает.
так и есть, сейчас тестировал на скачивании больших файлов с клиента 300мбит, скорость ~35MB/s причем лимит на один ip (без куков на пользователя) получается в теории, если кучка посетителей одновременно начнет загружать много информации, то возможны тормоза у меня загрузка странички весит ~200Kb максимум в среднем ~50Kb, может поэтому не наблюдаю проблем
host-RU 1Gbs Node Name Upload Speed Download Speed Latency Speedtest.net 940.06 Mbps 940.59 Mbps 0.37 ms Los Angeles, US 265.68 Mbps 839.48 Mbps 84.16 ms Dallas, US 288.07 Mbps 763.28 Mbps 78.01 ms Montreal, CA 260.15 Mbps 938.66 Mbps 69.16 ms Amsterdam, NL 639.28 Mbps 938.80 Mbps 43.40 ms Chongqing, CN 155.25 Mbps 0.31 Mbps 238.20 ms Hongkong, CN 167.89 Mbps 572.95 Mbps 164.36 ms Mumbai, IN 211.55 Mbps 432.82 Mbps 150.95 ms Singapore, SG 96.86 Mbps 294.40 Mbps 247.30 ms
client-RU 300Mbs Node Name Upload Speed Download Speed Latency Speedtest.net 299.38 Mbps 299.10 Mbps 3.28 ms Los Angeles, US 282.00 Mbps 245.43 Mbps 182.36 ms Dallas, US 285.22 Mbps 199.79 Mbps 153.22 ms Montreal, CA 302.51 Mbps 246.18 Mbps 123.91 ms Amsterdam, NL 187.83 Mbps 304.25 Mbps 43.54 ms Chongqing, CN 7.03 Mbps 0.22 Mbps 223.08 ms Hongkong, CN 292.49 Mbps 264.52 Mbps 185.52 ms Mumbai, IN 270.05 Mbps 260.39 Mbps 179.26 ms Singapore, SG 97.77 Mbps 282.24 Mbps 358.81 ms
конечно провайдера сменить, ведь он по спидтесту всего то 500\500мбит показывает, на какого сменить? который будет 1000\1000мбит показывать, а видеозвонок вотцап будет весь в квадратах?
мои тесты, это серфинг по интернету и больше ничего.
и провайдеров я использую 2 проводных и 2 мобильных, квартира, дача и прочее
хорошо, как мне получить тормоза на CF, что куда делать нажимать? вопрос актуальный, у себя не вижу проблем с CF и тормозами у своих пользователей, надо разобраться
Тут какая штука. Выше частота процессора одновременно с этим показателем. То есть если есть слово производительность, значит и толк будет. В моем понимание хостинг тот же комп, только в другой итерации и постоянно включен. Получается скорость загрузки у пользователя от моего компа не зависит.
ты путаешь загрузку с "отрисовкой", на разных устройствах будет разная скорость
Первое после отказа от CF, второе - подключение CDN
есть над чем подумать..
CF конечно удобно во многих планах, но отказываться резко будет болезненно для меня
1. Скрипт простейший. Он даже не обрабатывается сервером.
а вот это заблуждение, оба популярных сервера обрабатывают mime type, как минимум)
не освоил еще гпт? ну надо учиться
Какие 5-10к?
на шареде и поболее может быть, тем более, если студенческом, у них проблема канал увеличить, а не с железом заморачиваться)
в 3 раза уменьшилось время ответа сервера после отключения CF
а время полной загрузки DOM посетителями сайта?
Хостинг отдаёт скрипт
куча расходов даже на отдачу текстового файла, а если таких запросов 5-10к/с?)
Получение запроса: Сервер принимает HTTP-запрос от клиента (браузера или другого клиента).
Парсинг запроса: Сервер анализирует запрос, чтобы определить метод (GET, POST и т.д.), URL, заголовки и другие параметры.
Определение конфигурации: Сервер ищет соответствующий блок конфигурации, который соответствует запрашиваемому домену или IP-адресу.
Обработка location: Сервер ищет подходящий блок location , который соответствует запрашиваемому URI.
Проверка наличия файла: Если запрос касается статического файла, сервер проверяет наличие файла на диске по указанному пути.
Чтение файла: Если файл существует, сервер читает его содержимое.
Установка заголовков: Сервер устанавливает необходимые HTTP-заголовки для ответа, такие как Content-Type , Content-Length , Cache-Control и другие.
Отправка ответа: Сервер формирует HTTP-ответ и отправляет его обратно клиенту. Ответ включает статус (например, 200 OK), заголовки и содержимое файла.
Логирование: Сервер записывает информацию о запросе и ответе в журналы доступа и ошибок, если это настроено.
Завершение соединения: После отправки ответа сервер может закрыть соединение или оставить его открытым для дальнейших запросов, в зависимости от настроек.
Вся проблема, что пользователям порезали исходящий на cloudflare (где то на 25mb/50max mb в одно лицо, по тестам только моё имхо без доказательств) и днём лагает.
так и есть,
сейчас тестировал на скачивании больших файлов с клиента 300мбит,
скорость ~35MB/s
причем лимит на один ip (без куков на пользователя)
получается в теории, если кучка посетителей одновременно начнет загружать много информации, то возможны тормоза
у меня загрузка странички весит ~200Kb максимум в среднем ~50Kb, может поэтому не наблюдаю проблем
выделенный ip повышает скорость загрузки, только косвенно
а сейчас насчитали прям большим плюсом,
опять уборщица шейв машину выключила или только мне ёда-бонус прилетел?
конечно провайдера сменить, ведь он по спидтесту всего то 500\500мбит показывает, на какого сменить? который будет 1000\1000мбит показывать, а видеозвонок вотцап будет весь в квадратах?
мои тесты, это серфинг по интернету и больше ничего.
и провайдеров я использую 2 проводных и 2 мобильных, квартира, дача и прочее
хорошо, как мне получить тормоза на CF, что куда делать нажимать?
вопрос актуальный, у себя не вижу проблем с CF и тормозами у своих пользователей, надо разобраться