Запустил на своём сервере (scaleway.com, самый базовый инстанс) простой тест:
<?php
echo 'ok';
?>
Сервер 4 Dedicated ARM Cores неизвестной частоты, 2GB Memory, 50GB SSD Disk
Процесор:
processor : 3
model name : ARMv7 Processor rev 2 (v7l)
BogoMIPS : 50.00
Features : half thumb fastmult vfp edsp thumbee vfpv3 tls idiva idivt vfpd32 lpae
CPU implementer : 0x56
CPU architecture: 7
CPU variant : 0x2
CPU part : 0x584
CPU revision : 2
PHP 5.6.30-0+deb8u1
Для теста использовался ab -n 100000 -c 5
Nginx
worker_processes 4;
worker_connections 768;
PHP-fpm
process.max = 8
Поведение сервера во время работы:
Итого:
Requests per second: 754.30 [#/sec] (mean)
Увеличение числа воркеров nginx дало чуть на 15 RPS больше.
Если просить phpinfo(), то
Requests per second: 198.06 [#/sec] (mean)
почти в 4 раза меньше.
Мелкая статическая страница:
Requests per second: 1416.59
Но это сверхдешманский ARM процессор, плюс одно ядро из четырёх было занято проведением теста и мониторингом. Так что Ваш результат - повод не смотреть в сторону этого хостера.
RidgeA,
UPDATE .... WHERE ID IN(1,2,3) конструкция попадает на сервер одним запросом, в котором указан перечень применимых - оптимизируется как один запрос и выполняется в один заход
Пачка UPDATE даже если уходит в одном соединении с БД последовательно - обрабатывается как цепочка запросов и выполняется как серия запросов. Возможна некоторая оптимизация на стороне сервера, но не факт.
tmr, да, я смотрел на скриншот комментами выше, так что моя ошибка.
Сколько реально проводов передают сигнал, к каким подключались Вы?
Реально вскрыть панель и посмотреть маркировки микросхем?
Это даст с приличной вероятностью перечень используемых протоколов.
Вполне возможно, еще что 60 КГц даёт импульсный блок питания.
Может довесить на это всё Uponor I76, а к нему уже можно спокойно цепляться через Modbus по RS-485, для которого в продаже есть конвертеры хоть в Ethernet, хоть в GSM
Ну так-то в случае с Windows Server посвежее - есть дедупликация. На пользовательских - такого нет.
Как вариант - советовали уже zpaq, там дедупликация на уровне блоков заявлена.
Александр Синицын: ну, пока только потребление оперативной памяти упирается в потолок. и вообще 4 гига только для офисной машинки, где браузер, ворд и эксель запускаются
Могли антивирус поменять в процессе? Он может хорошо та добавлять.
mantovpinets: уникод, уникод с BOM, явное указание кодировки в html заголовках.
В своё время использовал через прослойку на Python просто потому, что ресурсов кушало в безумное количество раз меньше, а библиотека более качественная.
Adamos я бы сказал, что это Ваше высказывание надо оформить ответом.
Юрий Истомин: могли конденсаторы и прочая мишура прогреться :)
по питанию кстати можно просто продиагностировать - отключить лишних потребителей в системнике, несколько ватт высвободится. Если стабильнее стало работать - БП...
9StarRu: диагноз простой - пока не понимаете, в чем дело в цепочке:
удаленный сервер - кодировка в заголовке
удаленная страница - кодировка в тексте
локальный сервер - промежуточные преобразования
локальный сервер - отдаваемая кодировка в заголовке
локальный сервер - реальная кодировка текста страницы
локальный браузер - выставляемая кодировка текста
кто-то косячит.
Удачи - потратить еще денег на тыкание пальцев в потолок.
9StarRu: тема анализа кодировки не раскрыта.
По хорошему - сохранять со всеми заголовками и отдавать эти заголовки в ответе, не трогая кодировку вообще никак.
абсолютно не знаком с технологией, но мне кажется, где-то в настройках сервера надо указать префикс к проекту, потому что ссылка на "/example/GetINFO" на совсем похожа на urlPatterns = "/GetINFO"
как минимум разница в "/example"
Да и "../GetINFO" исходя из этого - совсем непонятно откуда и куда попадает. Попробуйте тут абсолютный путь прописать.
Сервер 4 Dedicated ARM Cores неизвестной частоты, 2GB Memory, 50GB SSD Disk
Процесор:
PHP 5.6.30-0+deb8u1
Для теста использовался ab -n 100000 -c 5
Nginx
worker_processes 4;
worker_connections 768;
PHP-fpm
process.max = 8
Поведение сервера во время работы:
Итого:
Requests per second: 754.30 [#/sec] (mean)
Увеличение числа воркеров nginx дало чуть на 15 RPS больше.
Если просить phpinfo(), то
Requests per second: 198.06 [#/sec] (mean)
почти в 4 раза меньше.
Мелкая статическая страница:
Requests per second: 1416.59
Но это сверхдешманский ARM процессор, плюс одно ядро из четырёх было занято проведением теста и мониторингом. Так что Ваш результат - повод не смотреть в сторону этого хостера.