myhand

Рейтинг
278
Регистрация
16.09.2009
vooo:
имелось ввиду "ограничено возможностями системы"

Лутше штоп загнулось все, ага.

vooo:
так я это и хочу выяснить: настало время добавлять или можно еще выжать из данного объема)...

Ну, используется она у вас вся. Хотя непосредственно приложения забрали меньше 1Gb - остальное кеш vfs и т.п.: http://www.linuxatemyram.com/

Насколько критично будет для вашего сервиса если вы заберете эту память под приложения - кто ж его знает.

vooo:
cms отсутствует, при использовании cms критический момент настал бы гораздо раньше...

Почему-то постоянно встречаюсь с убеждением: "если бы я использовал стандартный фреймворк или CMS вместо самописного чуда енженерной мысл - было бы еще хуже". Что характерно, не всегда так.

vooo:
спасибо, я не знал про дефолтное значение данного параметра, думал анлим...

Глупости думал.

vooo:
но я выставил max_connections на 10к

Это ровно такая же глупость как и "анлим". У вас столько памяти?

Не хочется головой думать, разбираться и читать документацию - возьмите скрипт http://mysqltuner.pl/. Все лучше - будет уже более-менее конкретная диагностическая информация и советы.

netwind:
достаточно имитировать медленных клиентов скачивающих файлы хотя бы по 1 мб и задействующих одновременно хотя бы 50 обработчиков апача. и в тех же условиях сравнить показатель потребления памяти в nginx.

Нету разницы - не заметна она на фоне потребления памяти бакендом, mysql-ми всякими там. Апач тихо засосет себе все с бакенда от скриптов и будет отдавать.

Вот смотри, для сравнения:


$ ps -o rss,command 1139
RSS COMMAND
2128 /usr/lib/apache2/mpm-event/apache2 -d /etc/apache2-proxy -k start

и


$ ps -o rss,command 31585 31584
RSS COMMAND
4520 nginx: worker process
4476 nginx: worker process

Nginx-ы вместе жрут в ~4 раза больше чем апач. А роль играют ту же самую - простейший проксирующий фронтенд. Без кеширования.

Himiko:
Моё сообщение прочитайте и оба ваших. Я нормально отреагировал на первый "стёб", потом ваш второй "стёб" со сравнением с секретаршей.

"Нормально" - это то что жырным шрифтом? Ну, у меня же не зря ассоциации с секретаршей появились :) Про инклюды вам дальше подробно объяснил.

Himiko:
Пусть она будет. Но сразу предлагать ТСу читать документацию по apache и директивам include - это не профессионально, имхо.

Если вы хотите тупо выдать шаблонное решение - это не подойдет. Если вы хотите подсказать ТС как можно решить проблему самостоятельно - вполне профессионально.

Dram:
Я ведь не еррор логи хочу отключить а логи запросов...

Да, пропустил часть вашего предыдущего поста. Но вам же ясно написал zexis:

zexis:
посмотрите конфиг файлы nginx и апач.

По-моему - штатно логгирование в nginx не отключается. Есть такой баг. Можно руками модифицировать nginx.conf: указать там везде access_log off вместо текущих записей.

Dram:
Короче знакомый админ посмотрел и сказал что логи вел nginx и он их отключил, всем спасибо :)

Ну, тогда готовьтесь к тому, что они "включатся" при любой модификации конфига nginx.conf панелькой. Например, при добавлении нового сайта.

Himiko:
Myhand, с рождеством :)

Взаимно. И с НГ!

Himiko:
Myhand, вот вам результат: ...
Мне вот не нужно читать документацию, чтобы это понять.

Ну, мы уже поняли что вы телепат и наполеон. Тем не менее, такая возможность есть.

Himiko:
Вы снова желаемое выдаёте за действительное?

Ну вы же ничтоже сумняшеся пишете "здесь никто не знает в чем проблема". Получайте симметричный ответ.

Dram:
опять для каждого сайта многометровые логи запросов есть

Может пусть и будут? Вы уверены, что хотите "упростить" себе жизнь в дальнейшем - там ведь не от хорошей жизни пишут. Каждая строчка в error_log - может быть симптомом проблемы.

Настройте ротацию.

Nanotik:
1) Вроде на сайте его конторы я нигде не нашел описания того, что они занимаются правкой и отладкой скриптов. Так что вполне верю, что "на сервере" проблем нет, а "в скриптах", возможно, проблема есть. Для меня это - две разные проблемы - проблема в ПО и его настройках, и проблема в скриптах сайтов, которые не имеют никакого отношения к ПО.

Для меня это "бла-бла" означает ровно одно - проблема не локализована. Не обязательно что-то "править", чтобы определить что проблема именно в скриптах сайта.

Но уметь диагностировать ситуации за пределами чтения разделов FAQ - это требует.

Nanotik:
2) Очень много проблем сам решаю, основываясь на опыте.

Рад за вас.

Nanotik:
Поэтому считаю сарказм про "знания" неуместным.

Это был не сарказм. Вполне конкретный пример: Himiko "не знал" что описания виртуалхостов могут быть в отдельном файле.

Ладно, он как-то чутка перевозбудился в ответ на маленький безобидный комментарий ;) Уйду я отсюда, а то его величество в следующий раз в саппорты взять меня не соизволит 😂

Himiko:
Тогда мои сообщения покажутся очень даже вежливыми.

Нет, не покажутся. Просто даже потому, что они прямо задевают и других участников форума.

Himiko:
Давайте спросим у ТС и удивим вас, что её на 99,9% нет.

Попробуйте.

Himiko:
Вы хотя бы запомните, что в том случае я вообще с ТС не общался.

Я этого не знаю.

Himiko:
В вы считаете, что вы вправе судить кого-либо?

Да:

Himiko:
Да никто не знает в чём проблема.
Himiko:
Я просто прекрасно знаю, как работает с логами ispmanager и какие могут быть проблемы.
Himiko:
Взаимоисключающие для человека, который ничего не знает о работе панели и логика такого же человека.

и т.п.

Другой бы написал, что это близко к хамству. Но я пока посчитаю, что вы "перепраздновали" лишку. Пока.

Nanotik:
Не верю, что у вас никогда не было ситуации, в которой вы не могли найти ничего криминального, а оно было.

Наверно, были. По крайней мере, я не написал бы в подобной ситуации что "проблемы нет" - будьте уверены. И тем более, нет "на сервере". Ежели по словам того же Himiko - дело могло быть связано со скриптами.

Nanotik:
А вы уже полезли в какие-то дебри, стали искать какие-то нюансы в документации, для чего?

Нет. Просто кто-то "не разобрамшись" - полез защищать Himiko.

Поменьше апломба и "знаний" - и никто ему слова бы не сказал.

Himiko:
Или не ваше дело? :)

Не мое, конечно. Просто вспомнил ситуацию.

Himiko:
Вот это уже некрасиво. "Ткнуть меня в документацию" и "попытаться выкрутиться, указав, что в документации что-то есть" - это вещи разные.

В данном случае - была первая.

Himiko:
Ваша ссылка на документацию была совершенно не к месту, т.к. никакого отношения к проблеме не имела.

К ответу zexis и удивлению почему нет упоминания логов в конфиге - более чем имела.

Собственно "проблему" - я и не пытался решать для ТС. Это вы приписали. Неинтересно решать бесплатно проблемы для тех, кто ленится даже немного извилинами пошевелить.

Himiko:
Мои методы решили проблему, значит они были верными.

"Ваши медоды" даже не заметили проблему в ином случае. Когда дело не решалось на уровне "загляни в документацию панельки". Ой, не все радужно в датском королевстве ;)

Himiko:
Это действительно так.
...
Если решение проблемы ...

Так нет проблемы, че ее решать-то? Подумаешь - какие-то сайты недоступны.

Himiko:
Подвисания могли быть спровоцированы проблемой в скриптах или подгрузкой информации с внешних ресурсов.

... Или фазами Луны. Суть сурова и проста: "локализовать проблему я не сумело, потому сделаю вумный вид".

Просто поменьше апломба - и люди к вам потянутся. Если даже вас пришлось ткнуть в документацию ISPmanager - что уж говорить о других сотрудниках ;)

Всего: 4890