mstar

mstar
Рейтинг
133
Регистрация
19.12.2005
Должность
web programer
saleseo:
🙅Стоило мысленно поругаться....все заработало.

А может все таки стоило немного мануалы или фак почитать?

Как дети впрям. Я пришел - поэтому у меня должно получиться не читая ничего. Адвордс сложная система, тяжело стартануть, так как не все примитивно, как хотелось бы новичкам. Зато когда разберешься - понимаешь, что лучше системы не придумали еще.

Советую еще поставить Adwords Editor, чтобы создание компаний стало рутиной и проходило безболезненно на основе уже готовых шаблонов и наработок.

А раздел про авдордс вот: /ru/forum/website-advertisement/google-adwords

Mr.Roman:
А вообще тебе надо ставить nginx и eAccelerator нагрузка снизится раз в 20, тогда и память ненужна будет лишняя (хватит 300мб на все про все).

Ребята, ресурсов на сервере хватает с запасом на 5-10 кратный рост нагрузки. Даже когда нас парсят паралельно несколько человек - это никак не отражается на работе. Вот примерная картина обычной работы:

[ATTACH]31234[/ATTACH]

Проблема в том, что без всяких видимых причин при достаточном обхеме ресурсов вдруг процессы начинают жрать память и своп. Иногда после киляния мертвых процессов сервер оживает, но так бывает не всегда и к примеру сегодня с 4 до 8 лежал намертво. Кроме пинга инчего не работало.

Надеюсь, я подробно рассказал о проблеме. Еще надеюсь, что откат до предидущего релиза ядра решит проблему.

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

jpg top_normal.jpg
netwind:
А хотя, что это там у вас httpd размером 1.3 ГБ? Это совсем не нормально. nginx немного облегчил бы, но не насовсем.
я бы попробовал отключить модули, если есть специфика, то лучше найти обходной путь и перевести глючащий функционал на cgi. Там память сразу освобождается. Может быть панель глючит.
MaxRequestsPerChild можно тогда еще уменьшить.

не, cgi не выход.

да и почему все уперлись именно в апач? Я же специально акцентировал внимание, что падал сервер не только из-за апача. К примеру томкет у нас там жил и валил, svnserve аналогично валил, mysql.

netwind:
B вообще, я смотрю, там все возможные модули апача. Шанс, что один из них глючит, вполне реален. mod_perl, mod_ssl, mod_mem_cache вам реально нужны?

mod_perl уже не нужен, багзилу снесли, отключу. mod_ssl, mod_mem_cache юзаем.

SEOSPIDER:
Отстранена от участия в конкурсе. По причине, якобы, участия в порнофильмах.

Где доказательства? Ролики в топик🔥🔥

NewSign:
собственно, кто-то делал?
не могу придумать как замутить

Это в адвордсе для рекламных компаний устанавлваются, чтобы потом в аналитиксе можно было сравнить конверсию и процент достижения целей для разных компаний и настроек.

netwind:
это не утечка. просто начните использовать nginx и ограничьте число потомков в apache.
из пакетов, несмотря на поверья сисадминов крайнего севера.

ясно, спасибо за совет.

Bloodу:
mysql+httpd+еще один процесс httpd сожрали все что только можно. При этом юзается сильно swap что создаёт большую нагрузку на диск.

Покажите конфиг апача, особенно его лимиты.

Timeout 120

KeepAlive Off

<IfModule prefork.c>

StartServers 8

MinSpareServers 5

MaxSpareServers 20

ServerLimit 256

MaxClients 256

#MaxRequestsPerChild 4000 - это было при падении, уменьшение в 10 раз ничего не дало. сервер опять упал без нагрузки ночью

MaxRequestsPerChild 400

</IfModule>

<IfModule worker.c>

StartServers 2

MaxClients 150

MinSpareThreads 25

MaxSpareThreads 75

ThreadsPerChild 25

MaxRequestsPerChild 0

</IfModule>

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

mstar добавил 20.03.2009 в 10:07

Bloodу:
PS я вообще не советую использовать апача и пхп из пакетов.

Если б можно было - я бы отключил апач на сервере. Виноват скорее всего не пхп или апач, а ядро и баг в нем с памятью. Я там привел линку с наиболее близкой версией ядра и аналогичной проблемой у человека.

a_kanaryov:
пытался я как то наказать одного кренделя который тырил контент с моего сайта -
каждый день кликал на его адсанс 20-30 раз в день в течении месяца - не помогло!
ИП были каждый раз разные и куки удалял....посещаемость его сайта была 70-100 в день....потом просто задолбался и написал абузу гугловцам и сайт выпал из поиска....

А потом на СЕ приходят заплаканные школьники и на несправедливость гугла плачутся. А оказывается друг дружке помогают мозги включать.

mstar добавил 19.03.2009 в 10:04

angr:
дядько! смотри сюда: я живу в Молдавии, в Кишиневе, здесь, в городе, два очень крупных провайдера, у них, на обоих около 10 IP, людей, пользователей - около 50к (может и намного больше, ну не знаю точно...)

И что, аж все 50К станут посетителями твоего сайта?

я в манибукерс карточку засабмитил и в 3 клика без комиссии плачу.

Lotoss:
Пора наконец осознать, что полагаться в первую очередь нужно на себя, а не на надежность хостера, сервера, датацентра и т.д. и т.п. Какой бы ни был надежный хостинг, никто не застрахован от форсмажоров и непредвиденных обстоятельств. И в случае возникновения проблем можно либо бесконечно разводить панику и портить себе нервы, как делаете Вы, либо спокойно восстановить сайт из собственного бэкапа на другом хостинге и продолжать дальше работать.

Сайты нужно хранить в репозиториях, дампы создавать ежедневно для критичных данных и высылать к примеру на гмейловскую почту или еще куда.

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

Всего: 1805