Виснет сервер(vds) при переводе фраз и пр

Статус
В этой теме нельзя размещать новые ответы.

qwers

Заблокирован
Сообщения
315
Реакции
71
Баллы
3,330
Столнулся с такой проблемой, когда перевожу фразы в админке, редактирую шаблон и т.д. виснет сервер, ftp. Но putty пашет. При этих манипуляциях нагрузки на проц нету.
Виснет таким образом, к примеру я перевел фразу, нажал на сохранить, бд бработала запрос сразу, но потом начинает долго думать и грузиться. Тем временем я захожу на сайт форума и сайт подгружается или без стиля, или долго думает и ждет подгрузки стиля. После некоторого времени, php-fpm в процессах грузит 100%cpu и сайт подгружается.

В момент зависания и другие сайты под другими пользователями висят. Панель ISP.

Сервер не уходит в свап.
Диски HDD неужели в этом проблема?

100155

Напишите, какую информацию мне нужно еще предоставить.

За описание извиняюсь, как мог описал)
 
[root@ih ~]# cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 44
model name : Intel(R) Xeon(R) CPU E5620 @ 2.40GHz
stepping : 2
microcode : 0x1
cpu MHz : 2400.084
cache size : 4096 KB
physical id : 0
siblings : 1
core id : 0
cpu cores : 1
apicid : 0
initial apicid : 0
fpu : yes
fpu_exception : yes
cpuid level : 11
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ss syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon rep_good nopl eagerfpu pni pclmulqdq ssse3 cx16 pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes hypervisor lahf_lm tsc_adjust arat
bogomips : 4800.16
clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management:
[root@ih ~]# free -m
total used free shared buff/cache available
Mem: 991 324 285 16 381 495
100157
 
Ghj@Katsuro, Я этот параметр правил в большую и меньшую сторону, телку нет. Выставил fastcgi_read_timeout 30; для домена. Насколько я понял, fastcgi_read_timeout перекрывает параметр max_execution_time. Могу ошибаться.
Сейчас поставлю php 7.2 проверю.
 
Последнее редактирование:
Ghj@Katsuro, Я этот параметр правил в большую и меньшую сторону, телку нет. Выставил fastcgi_read_timeout 30; для домена.
Звучит бредово, ведь всё происходит в PHP, а не в домене, этот параметр домена не при чём, меняй сам max_execution_time
 
Звучит бредово, ведь всё происходит в PHP, а не в домене, этот параметр домена не при чём, меняй сам max_execution_time
Сменю. Я правил это значение после обнаружения тормозов на сайте. Было вроде значение "30". К сожалению, эта команда мою проблему не решит.
 
West14, дрючить хоста или вовсе менять? Вроде хост премиальный(ihor)). Описал проблему ТП, предложили перейти на SSD. И для перехода нужна просто перезагрузка сервера.. Без даунтайма. Это новая технология? Или просто урезали ssd и продают под видом hdd
 
qwers, по вопросам выбора хостинга всё же лучше обратиться в соответствующий раздел на форуме, посоветовать что-то конкретное в данном случае не могу. Переход на SSD может, в теории, повлиять на ситуацию.
Тут лучше дождать ответа кого-то более опытного в этой сфере, например, Smalesh
 
дрючить хоста или вовсе менять?
Для начала в саппорт. Может рейд начинает разваливаться, отсюда и очереди. Переход на SSD - да, полегчает, на сколько - это вопрос к загрузке ноды.

Вроде хост премиальный(ihor))
С каких пор?
 
Статус
В этой теме нельзя размещать новые ответы.
Современный облачный хостинг провайдер | Aéza
Назад
Сверху Снизу