вот почему арендовать сервер 500грн, а поставить свой на colo 850?
https://freehost.com.ua/servers/collocation/
вопрос риторический :(
не читал, но осуждаю.
с командной строки запускается вполне конкретный "кусок", там видно что происходит.
непонятно что в том что под ioncube и извне качается.
но его никто по root'ом и не запускает :]
под обычным ограниченным аккаунтом. там все под присмотром.
ок, бесполезен так бесполезен.
каждый имеет право на свое ошибочное мнение.
display_errors Off
по-этому просто пустой экран вместо причины почему не работает.
включите ошибки и может напишет в чем ошибка
кстати это может объяснять почему E5-2620 v3 показывал схожие результаты с 3.4ггц процами.
у него ведь турбо 3.2ггц
вот в момент выполнения скрипта возможно оно на полной скорости выполняло.
но это опять-таки не показатель.
было бы точнее если в течении суток допустим запускать скрипт раз в минуту и потом график построить, по которому будет более точно видно что же все-таки за скорость может предоставить данный сервер.
и то это был бы не показатель :)
т.к. возможно день просто спокойный попадется, а в другой день нагрузка выше и турбо скорость реже попадается.
надо учитывать турбо режим еще.
без нагрузки и частота выше, 3.6 не ориентир.
в момент выполнения там наверное все 4.0 было :)
если действительно есть возможность заняться, то надо это сделать до претензий пользователей.
а если уже нечего будет "подкручивать", тогда что?---------- Добавлено 19.03.2017 в 16:11 ----------
ну я же согласился, что в данном случае число модулей без разницы :)
я говорил про копировать, а не компилировать.
разница в наверняка появляется при множестве запросов к скрипту.
допустим php как модуль apache prefork.
происходит запрос к скрипту - child процесс апача с модулем php должен скопироваться в памяти и потом уже запуститься.
вот на этом моменте и имел в виду разницу что именно скопировать - 20мб или 40мб.
более легкий модуль php с меньшим числом модулей будет весить меньше, в итоге подпроцесс апача быстрей запустить.
но в нашем случае когда лишь один запрос, то не имеет значения.
хотя могу конечно ошибаться.
но на данный момент у меня даже nginx для 80 порта скомпилирован отдельно от nginx для 443.
первый весит 3.5мб, второй 7мб и этот факт не дает мне покоя.
куда проще было бы оба порта обслуживать одним "жирным" nginx'ом.
но а вдруг тот что без openssl все-таки больше запросов сможет обработать под большой нагрузкой?
по-этому пока так. пока не найду доказательств что не прав и они оба одинаковое число запросов потянут.
и что хостер сделает? оперативненько обновит процессор?
да никто не будет бегать, что вы распереживались.
это лишняя работа, время. люди ленивы от природы.
будут терпеть неустраивающий хостинг пока совсем не прижмет.
вот сами и тестируйте за них, и правьте что будет по силам.
никто не будет постоянно мониторить кучу хостов и бегать по ним.
наверное никакие :)
но экспериментов никто не проводил.
мы тут ищем виноватых причины возможных отличий в результатах.
ладно, согласен, можно опустить количество модулей для for-while.
но все же они влияют на конечный размер php.
не будем же спорить что скопировать в памяти что-то на 20мб и 40мб - займет чуть разное время.
вполне может быть. и что?
значит придется менять хостинг 🙄
расслабьтесь, никто из подавляющего большинства клиентов подобными вещами заниматься не будет. многим даже фиолетово где размещаться физически, в сша, европе или в их же городе. они не чувствуют разницы :(
скрипт больше для хостеров и интересен.
все еще не поняли суть :)
именно им и надо. никого не волнуют попугаи процессора в чем-то другом.
здесь речь о хостинге и о php в первую очередь. все остальное - вторично.
для того и скрипт, чтоб закинуть его на хост себе и правя модули/параметры настроить на максимум скорости.
но также надо понимать что 90% юзеров ничего подобного делать не будет.
они берут то что есть. что админы хостинга настроили, тем и будут пользоваться.
что плохого если они закинут на один хост, сделают несколько замеров.
потом на другой и тоже самое.
еще бы добавить подобный тест mysql. т.к. действительно на скорость генерации страниц в большинстве случаев влияет именно она, а разница в php5-php7 не столь заметна.
и да, пусть v2 то был. не важно. пусть хоть v4
мы не знаем какие были остальные настройки чтобы судить.
мы лишь видим что конкретно та система выдала вот столько попугаев. даже не смотря на якобы не плохой процессор. значит плохо настроено.
в 101й раз повторяю, конечным пользователям надо конечный результат, а не марка процессора, что он там теоретически может и т.д.
