а еще лучше 8086k и со скальпом
и желательно с по-часовой оплатой... попробую пару вещей, а дальше вы с ним делайте что хотите 😎
нужно как минимум осознавать что оперативка не выполняет скрипты.
это делает процессор.
и дальше лишь 2 варианта - либо на него взваливают слишком много работы, либо он ее выполняет слишком медленно.
в идеале страницы должны уже быть сгенерированы и по запросу отдаваться мгновенно.
но у вордпресса может быть свое мнение на этот счет :-\
в случаях когда он все же решает что надо бы эту страницу полностью с нуля создать и взваливает на плечи процессора мегабайты кода, которые надо бы исполнить. вот тут и могут возникать моменты с "3,6 сек" задержками.
короче во-первых надо бить по рукам вп, заставлять его использовать кэш и память и как можно меньше дурной работы делать.
ну а если не помогает, то единственный способ уменьшить 3.6сек до каких-то приемлимых значений - это повышение частоты и современности процессора.
а т.к. это впс, то с первым уж точно все плохо. :(
тут обычно используют процессоры с по-больше ядер и по-меньше частотой.
хотите быстро - смотрите какие конкретно cpu вам впаривают под лозунгом "супербыстрых vps".
и дальше "дизайнер" закидывает в эту папку php-шелл и безо всяких ftp получает доступ ко всему аккаунту...
50mb это совсем не много. и это то что реально оно требует.
лимитами на сколько вижу по скринам ему разрешено ~500мб (столбик VIRT)
не в том вопрос. можно с гигом памяти ему разрешить и 500мб занимать.
но спрашивается зачем их 20шт? один процесс оставьте, ну два максимум.
там же наверняка 1 ядро на этой vps
я может чего проглядел, но чему вы удивляетесь?
у вас один процесс apache занимает ~5% памяти
и таких процессов разрешено 20шт
20*5=100%
таки что вы хотите от одного гига памяти? :)
сам php крутить смысла видимо нет, т.к. 5% от гига это всего лишь 50мб.
тот же opcache у php их проглотит и не заметит, а без него будет выше нагрузка на проц и дольше выполняться.
остается уменьшить количество этих самых процессов.
верно сказали, крутите вниз хотя б MaxSpareServers
вариантов по-сути только два - либо проблема из-за самих php скриптов, либо из-за надстройки, которая их выполняет.
второе исключить легко - закинув сайт куда-то в другое место.
а если первое - то дальше тоже лишь два варианта - либо глюки/недоработки скриптов, либо спрятанный "левый" код.
повторяю, такие вещи на форумах за вас никто не решит.
можно бесконечно гадать - а может то, а может это.
надо смотреть конкретно что там происходит.
если хотите, шлите в личку где можно взглянуть.
или просто архив файлов и базы пришлите, себе закину посмотреть что там.
если конечно там ничего секретного.
ну тогда чем еще помочь? :)
никто кроме вас не видит что там происходит. может быть что угодно.
телепатически такие вопросы не решаются. надо иметь доступ к файлам.
в логах все же написано.
открываете /wp-includes/pomo и смотрите действительно ли там есть файл entry.pgp
подозреваю что это опечатка чья-то и должно быть на самом деле entry.php
тогда открываете wp-includes/pomo/translations.php on line 11 и правите
также wp-includes/functions.php.php вызывает сомнения. может просто functions.php есть файл?
тоже правите на правильный.
остальные ошибки (Call to undefined function...) скорей всего вытекают из предыдущей.
потом до и после обновления обращаете внимание на дату модификации этих проблемных файлов. чтоб понимать точно когда и после какого действия они изменялись.
ну и конечно никогда нельзя исключать что сайт на wp уже давненько не ваш сайт :)
и на нем полно "левых" файлов, левых зашифрованных php-вставок в случайных файлах.
надо только на месте смотреть...
ну обычному среднему сайту это и не надо вообще-то.
у кого стоит задача именно грузить процессор, тому конечно подойдет только vps/выделенный.
да и шарэд шарэду рознь.
у одних автоматом обрубит при превышении какого-то лимита, у других могут дать и попользоваться, но в рамках разумного.
надо же четко понимать какие задачи ставятся.
нормально сделанные сайты и не должны сильно грузить процессор.
однако >90% случаев народ понятия не имеет что делает :(
к примеру установят голый wordpress и на следующий день бомбардировка ботами wp-login.php.
и дальше обычно на шарэдах либо вырубается сайт из-за лимитов, либо предлагают съехать... на vps.
но не на всех так... :)
да, чего-то я тупанул с bogomips 😎
но с cpubenchmark тоже надо быть осторожным.
во-первых конечно различать мощность и скорость.
многоядерные всегда мощней будут, но каждое отдельное ядро у них врядли можно назвать быстрым.
и даже в single-thread тестах
https://www.cpubenchmark.net/singleThread.html
надо не вестись слепо на длину полоски и не забывать про турбо.
тот же 8700k почему там в топе? да потому что тест же в 1 поток был, а у него одно ядро может на 4.7ггц работать полностью загруженным.
в рабочем сервере такого практически не бывает. там всегда все ядра что-нибудь делают и при более-менее нагруженности частоты падают до базовых.
плюс погрешности вычислений. врядли там все в один день на одном и том же стенде тестировалось.
к примеру xeon W-2135 и W-2155 почему-то заметно быстрей у них, чем W-2125.
если заглянуть на ark.intel.com, то видим турбо 4.5ггц у всех трех. т.е. в теории чистый single-thread у всех троих должен быть практически одинаков.
однако в реальных боевых условиях с сотнями активных сайтов на борту все ядра будут задействованы и чем сильней, тем ниже частота будет приближаться к базовой. в случае 2125 это 4ггц, а 2155 - "всего" 3.3ггц.
и думаю в плане именно среднестатистической скорости каждого ядра W-2125 должен быть быстрей всех (среди серверных) на пару с E3-1285v6
так что не все так однозначно с этими тестами.
