- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
В 2023 году Google заблокировал более 170 млн фальшивых отзывов на Картах
Это на 45% больше, чем в 2022 году
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Линуксман, а Вы добрый!
Статья интересная!
Но пока обнаружил проблему с аплоудом.
По не понятной мне причине, еще капча не работает.
Видимо, врем сессии истекает до ввода данных в форму?
Вопрос, какой параметр за это отвечает?
Да. Только Вы не говорили про malloc - а про потребление памяти на openvz vs virtuozzo в целом. А в этом случае дело не в malloc - а как раз в vzfs.
ну да, то есть мне просто показалось, что речь идет о потреблении памяти контейнером, а оно в контексте контейнеров одинаково. для сервера целиком лучше vzfs или aufs(unionfs) - тут полностью согласен.
Насколько эффективно - не знаю. Не поделитесь?
я с openvz последний раз работал почти 3 года тому. тогда мы использовали unionfs... справедливости ради стоит сказать, что работало оно не совсем стабильно даже..
насколько я знаю сейчас применяют aufs и вроде бы все хорошо и эффективно...
Так 512 с головой хватит для 30 сайтов с 300 уников
вот у меня есть vds-ец на котором пара друпалов и форумов
порядка полумиллиона хитов, 3-4тыс. уникумов
могу помочь если что, но переделывать ваш vps придется глобально)))
Спасибо!
Для начала я хочу разобраться, что мне лучше
Nginx frontend + Apache backend
nginx+FastCGI
Пока первое стоит.
От него и отталкиваюсь!
BasePelleta добавил 30.07.2010 в 20:14
Мой текущий топ
Tasks: 34 total, 1 running, 33 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 524288k total, 232132k used, 292156k free, 0k buffers
Swap: 0k total, 0k used, 0k free, 0k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1 root 18 0 2148 656 564 S 0.0 0.1 0:00.22 init
1533 apache 15 0 59900 13m 7388 S 0.0 2.6 0:04.68 httpd
7594 dovecot 18 0 4968 1820 1512 S 0.0 0.3 0:00.00 pop3-login
9882 root 15 0 9292 2424 1316 S 0.0 0.5 0:00.02 sendmail
9891 smmsp 18 0 8240 1496 620 S 0.0 0.3 0:00.00 sendmail
11368 root 19 0 3700 1300 1128 S 0.0 0.2 0:00.00 mysqld_safe
11412 mysql 16 0 43280 10m 5204 S 0.0 2.0 0:19.12 mysqld
17906 root 15 0 37372 9.8m 5292 S 0.0 1.9 0:05.30 ispmgr
20262 root 15 -4 2236 628 412 S 0.0 0.1 0:00.00 udevd
20439 named 24 0 70768 3640 1960 S 0.0 0.7 0:00.11 named
21703 root 16 0 1804 568 476 S 0.0 0.1 0:00.06 syslogd
21765 root 18 0 7168 1072 668 S 0.0 0.2 0:00.01 sshd
21776 root 16 0 2824 872 700 S 0.0 0.2 0:00.00 xinetd
21788 root 18 0 5280 520 248 S 0.0 0.1 0:00.03 vsftpd
21926 root 18 0 1952 620 488 S 0.0 0.1 0:00.09 dovecot
21929 root 15 0 8028 2140 1432 S 0.0 0.4 0:00.06 dovecot-auth
21982 root 18 0 4488 1108 568 S 0.0 0.2 0:00.01 crond
22001 xfs 18 0 3248 956 732 S 0.0 0.2 0:00.00 xfs
22016 root 18 0 2356 436 312 S 0.0 0.1 0:00.00 atd
22027 root 18 0 5668 708 436 S 0.0 0.1 0:00.00 saslauthd
22028 root 18 0 5668 436 164 S 0.0 0.1 0:00.00 saslauthd
22440 root 18 0 18616 1336 328 S 0.0 0.3 0:00.00 nginx
22441 nginx 15 0 18928 2324 972 S 0.0 0.4 0:01.36 nginx
26296 dovecot 18 0 4968 1824 1512 S 0.0 0.3 0:00.00 pop3-login
26306 dovecot 18 0 4968 1824 1516 S 0.0 0.3 0:00.00 pop3-login
29912 root 18 0 58004 8876 4760 S 0.0 1.7 0:00.09 httpd
29914 apache 15 0 59332 13m 8044 S 0.0 2.6 0:08.83 httpd
30135 root 18 0 8464 5064 1572 S 0.0 1.0 0:00.16 munin-node
30292 apache 17 0 59900 12m 6224 S 0.0 2.4 0:01.03 httpd
30306 apache 15 0 59900 12m 6252 S 0.0 2.4 0:01.26 httpd
30307 apache 16 0 60156 12m 6072 S 0.0 2.4 0:00.96 httpd
31974 root 18 0 10004 2844 2300 S 0.0 0.5 0:00.01 sshd
32091 root 15 0 3836 1528 1244 S 0.0 0.3 0:00.00 bash
32136 root 15 0 2280 1028 824 R 0.0 0.2 0:00.00 top
BasePelleta добавил 30.07.2010 в 20:16
По нему смотрю, что апач много кушает!
А сайт-то всего один там, пока!
BasePelleta добавил 30.07.2010 в 20:41
Вот лог попытки загрузить фото!
с top-ом все нормально
ситуация отраженная в логе тоже типична, то есть ничего страшного в этом нет. nginx просто буферизирует на диск данные, которые не влазят в client_body_buffer_size, благодаря чему, кстати, апач (mod_php) освобождает ресурсы сразу после отдачи nginx-у, а иначе бы он их держал пока клиент не заберет запрос...
Да, кстати, топ своим я доволен!
Сейчас 207 метров - озу потребляет, но вчера доходило до 250.
Но сейчас важен такой момент:
я играл с настройками eaccelletator - стояло значение 32, пытался добавить 64.
Стал рестартить апач, а он пишет -
PHP Fatal error: Unable to start eAccelerator module in Unknown on line 0
[Sat Jul 31 02:05:13 2010] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
[Sat Jul 31 02:05:13 2010] [notice] Digest: generating secret for digest authentication ...
[Sat Jul 31 02:05:13 2010] [notice] Digest: done
[Sat Jul 31 02:05:13 2010] [notice] Apache/2.2.3 (CentOS) configured -- resuming normal operations
lowering MaxClients to 10. To increase, please see the ServerLimit
directive.
[Fri Jul 30 20:11:08 2010] [notice] Digest: generating secret for digest authentication ...
[Fri Jul 30 20:11:08 2010] [notice] Digest: done
[Fri Jul 30 20:11:08 2010] [warn] WARNING: Attempt to change ServerLimit ignored during restart
eAccelerator: Could not allocate 67108864 bytes, the maximum size the kernel allows is 33554432 bytes. Lower the amount of memory request or increase the limit in /proc/sys/kernel/shmmax.
PHP Warning: [eAccelerator] Can not create shared memory area in Unknown on line 0
PHP Fatal error: Unable to start eAccelerator module in Unknown on line 0
Вообщем, я так понимаю, здесь идет речь о распределении памяти, апачу и нгинксу нужно выставить оптимальное соотношение в в рамках 512 метров.
maximum size the kernel allows is 33554432
я играл с настройками eaccelletator - стояло значение 32, пытался добавить 64.
Попробуйте поставить 16.
p.s. Панелька не ispmanager?
По сути в 2 раза идет превышение!
для eAccelerator значение 64 метра является превышением .
Совершенно верно!
Т.е. 16 для ВПС - 512 - это предельный лимит! Я правильно понимаю?
Т.е. 16 для ВПС - 512 - это предельный лимит! Я правильно понимаю?
Скорее этого вполне достаточно. При таком значении всё работает довольно неплохо.
А вообще, лучше переустановите операционную систему на vds, предварительно сохранив важные данные на к себе на компьютер. Поставьте debian 5 x86. Он стабилен и удобнее, имхо, чем CentOS.
ISPmanager всё там настроит при установке, вам останется только слегка оптимизировать его и всё будет работать ;)
Ах, вот оно что?
Один админ мне сказал, что Центос - вполне неплохой выбор!
Но есть но!
Хостеры предпочитают ставить по умолчанию Центос.
Я конечно понимаю "золотое правило" админа - ставьте то, что Вы лучше всего знаете!
BasePelleta добавил 31.07.2010 в 15:27
Вот этим я пока и занимаюсь!
BasePelleta добавил 31.07.2010 в 15:29
Nginx frontend + Apache backend
nginx+FastCGI
У меня первая связка, но по статьям вижу многие советуют nginx+FastCGI. - Производительнее связка!
Что Вы на это скажете?