myhand

Рейтинг
278
Регистрация
16.09.2009
Mentoc:
Что конкретно в mysql выставлять? Какие параметры там для кеша в RAM?

Отсюда не видно. Если вы в упор не понимаете таких вещей - лучше ничего не трогать и доверить работу профессионалам.

Mentoc:
С memcached очень много проблем. Есть другие варианты?

Какие проблемы?

Mentoc:
Что-то типо MD (RAM-диск) для Linux

Не понимаю причем здесь MD? Но рам-диск, конечно, вам ничто не мешает сделать.

Хотите - хоть каталог данных mysql на рам-диск загоняйте. Семь раз хорошо перед этим подумав...

Andreyka:
Ну вот посчитайте строки и будете знать силу атаки

А не проще человека не мучать и ткнуть его в его собственный пост? 🍿

ТС, все написано в диагностике, которую вам прислали. Интервалы времени, число пакетов, объем и т.п. Поделите одно на другое - получите усредненные характеристики трафика (напр., pps - packets per second).

Не резон обращаться к тутошним гуру, которые читать не умеют... Или в прочитанном не разбираются ;)

Dram:
Убил очередь

Подумаешь, нормальные письма пользователей - перебъются.

Dram:
поменял пароли на ящики из панели.

Вы делайте, главное вообще не думать...

Dram:
Наблюдаю дальше - такие же странные письма продолжают становится в очередь.

Закономерно, вы же не потрудились выяснить *как* они ставятся в очередь.

Вероятнее всего - обычным скриптом на одном из сайтов. Через дырку в каком-нибудь PHP-скрипте, к примеру. И причем здесь "пароли к ящикам"?!

Dram:
Что посоветуете?

Остановить почтовый демон и нанять админа.

zakaznik:
сделал с запасом (их все равно нет как таковых, это теоретически возможные)

Сделал очередную глупость... Вам тупо памяти не хватит на столько апачей. Даже если считать, что каждый займет по 20Mb (а с типовыми CMS на PHP - это крайний оптимизм), то займет это добро > 5Gb.

Мораль: знаний у вас не густо, а об "оптимальностях" рассуждаете с большим апломбом...

zakaznik:
меня тоже можно понять...

Пытаюсь, но пока не получается. Почему и любопытно узнать сколько вы "денег" потратили.

zakaznik:
Команда Top не отражает реалии потребляемой памяти...

Тогда - пиши пропало. Вам пора опять переустанавливать систему...

zakaznik:
Ее отображает команда: free -tm
У меня используется 350 Mb

Ну и что эта команда показывает-то?

zakaznik:
2. Доступ к серверу не дам!
[...]
Естественно за оплату (если будет реальный результат).

На таких условиях будет странно, если вы кого-то тут заинтересуете :D

zakaznik:
больше просто так выкидывать деньги и тратить свое время не хочу

Наверное для вас будет выглядеть логичным, если и к вам отношение будет симметричным? В самом деле, почему кто-то из "не дебилов" - будет тратить на вас свое время при самых призрачных шансах на его дальнейшую оплату? А вдруг желаемый вами результат при дальнейшей диагностике (а это потраченное время) окажется вовсе недостижим на данном оборудовании?

Кстати, если не секрет, сколько потратили "денег" и "времени"? 🍿

zakaznik:
kgtu5, уверен

Ну раз так "уверены" - покажите top. Уж больно скромно память используется - у вас только одни эти 12 апачей столько отожрут.

zexis:
Час работы админа в вашем режиме около 30$

В любом режиме - от 40$ :) Просто "в таком" - выйдет в итоге дольше ;)

Pilat:
Строки, которые я предлагал прочитать, другие :

Тут букв получается еще больше. Стало быть, таки не осилили? 🍿

Pilat:
Это (istty() ) имеет прямое отношение к проблеме?

Может иметь самое прямое, в зависимости от проблемы.

Pilat:
screen слишком мощное средство, да и не для этого он предназначен.

В условиях отсутствия у вас количественной характеристики "мощности" - это ниочем... screen полезен везде, где необходима полноценная эмуляция терминала. Для чего и предназначен.

Pilat:
Если открепляться от терминала не умеет, то это вообще не демон, надо программу демонизировать, например запустить через nohup (man nohup, там три строки полностью описывают проблему и решение).

Угу, только проблема немного другая (и решение, соответственно). "run a command immune to hangups" - перевод осилим?

Pilat:
Проверка умеет или нет открепляться сама от терминала...

Ага, да... Ну а про istty()-то хоть нынче народ слышал? 🍿

Pilat:
screen - это вообще не решение и с какой целью его в данном случае запускать не очень понятно.

Скрин позволит запустить программу так, как она ожидает. stdin/err/out - прикреплены к нормальному терминалу.

Pilat:
stderr/stdout перенаправлять в файл недостаточно.

Для диагностики - достаточно.

Ставр:
Хочется сделать хорошо.

Ну так сделайте.

Andreyka:
Тогда надо правильное железо

Надо сперва голову разумную на плечах, дабы разницу между хорошим вопросом и глупым - понимала...

ТС, местные телепаты не вкурсе ни отведенного вам бюджета, ни ваших навыков, ни реальных технических требований сайтов ваших клиентов... Ценность ответов пропорциональна вводной информации: garbage in, garbage out.

Самый простой вариант - посадить провайдеровские сайты и клиентские на разные сервера, взять понравившуюся вам панельку. И забыть про мемкеши и проч. до возникновения реальной необходимости.

Еще варианты (если цель не "на поиграться"): взять оутсорсера под задачу, или использовать реселлерский аккаунт на каком-то хорошем хостинге.

Segey:
/usr/sbin/play -arg > /home/user/1 &
а там:
I'am play v 1.1.1

Ну вот. А stderr в файл не перенаправили. Прочитайте man bash.

Segey:
да нет, под рутом с консоли запускается

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

mnn:
Под системный кеш.

Поясните как "системный кеш" (что бы это в ваших устах не значило) будет вам кешировать временные таблицы?

Всего: 4890