Просмотр полной версии : Помогите оптимизировать VPS сервер на CentOS
drive_pan
08.01.2010, 23:20
Уважаемые ГУРУ, прошу помощи. Посоветуйте как оптимизировать VPS сервер на котором хостятся 4 DLE сайта + 1 скриптовый, посещаемость около 5-7 тыс. хостов в сутки, 5 баз данных.
VPS: CPU 500 MHz, 512 RAM, 10Gb, CentOS 5 i386, Apache 2.2.14, MySQL 5.0.67.
В последнее время начали часто вываливаться ошибки "Can't create a new thread (errno 12); if you are not out of available memory, you can consult the manual for a possible OS-dependent bug", погуглил, оказалось бывает нехватает памяти мускулу, советуют оптимизировать параметрами my.cnf, но какие именно использовать (прописать в my.cnf) и как я хз... впервые сталкиваюсь, совсем недавно взял VPS, до этого не приходилось иметь дело! Кто в курсе, подскажите что и как. :confused:
Приведи лог команд:
top
free -m
cat /proc/user_beancounters
drive_pan
09.01.2010, 22:37
Приведи лог команд:
top
free -m
cat /proc/user_beancounters
top
пустой
free -m
total used free shared buffers cached
Mem: 512 161 350 0 0 0
-/+ buffers/cache: 161 350
Swap: 0 0 0
cat /proc/user_beancounters
Version: 2.5
uid resource held maxheld barrier limit failcnt
360: kmemsize 8906266 10809154 2147483646 2147483646 0
lockedpages 0 0 100 100 0
privvmpages 44328 58552 131072 131072 0
shmpages 157 2845 65536 65536 0
dummy 0 0 0 0 0
numproc 88 100 100 100 11110
physpages 16866 24708 0 2147483647 0
vmguarpages 0 0 65536 2147483647 0
oomguarpages 16866 24708 65536 2147483647 0
numtcpsock 34 86 800 800 0
numflock 4 23 100 100 0
numpty 0 0 50 50 0
numsiginfo 0 100 100 100 2
tcpsndbuf 476268 1182844 53687296 56964096 0
tcprcvbuf 557056 1005964 53687296 56964096 0
othersockbuf 315276 475092 53687296 56964096 0
dgramrcvbuf 0 9592 53687296 56964096 0
numothersock 149 180 800 800 0
dcachesize 0 0 921600 921600 0
numfile 2005 2400 2400 2400 1009
dummy 0 0 0 0 0
dummy 0 0 0 0 0
dummy 0 0 0 0 0
numiptent 14 14 100 100 0
ghostwizard
10.01.2010, 04:20
Вероятно, проблема в ulimit.
drive_pan
10.01.2010, 13:02
Вероятно, проблема в ulimit.
а поточнее можно?
drive_pan
10.01.2010, 18:29
Выставил параметры согласно примеру:
[client]
default-character-set=utf8
[mysqld]
local-infile=0
safe-show-database
query_cache_limit=4M
query_cache_size=16M ## 32MB for every 1GB of RAM
query_cache_type=1
max_user_connections=500
max_connections=1000
interactive_timeout=30
wait_timeout=20
connect_timeout=30
thread_cache_size=128
key_buffer=64M ## 128MB for every 1GB of RAM
join_buffer=3M
max_connect_errors=20
max_allowed_packet=16M
table_cache=1024
record_buffer=8M
sort_buffer_size=1M ## 1MB for every 1GB of RAM
read_buffer_size=1M ## 1MB for every 1GB of RAM
read_rnd_buffer_size=1M ## 1MB for every 1GB of RAM
thread_concurrency=2 ## Number of CPUs x 2
myisam_sort_buffer_size=64M
default-character-set=utf8
default-collation=utf8_general_ci
[mysql]
default-character-set=utf8
[mysql.server]
user=mysql
[mysqldump]
quick
max_allowed_packet=16M
пока вроде полёт нормальный, может кто посоветует ещё какие либо дополнения?
ghostwizard
11.01.2010, 15:47
а поточнее можно?
Для OracleDB статья, но разницы нет, главное описываются моменты как и что править и зачем:
_http://www.puschitz.com/TuningLinuxForOracle.shtml
От редахатовцев, очень подробно:
_http://people.redhat.com/alikins/system_tuning.html
drive_pan
11.01.2010, 16:21
ghostwizard, спасибо, но всё-таки проблема оказалась с MySQL и оперативкой, нужны правильные параметры my.cnf
vBulletin® v3.8.14, Copyright ©2000-2026, vBulletin Solutions, Inc. Перевод: zCarot