Архив форумов ЦИТФорума

[Dmitry.Karpov http://www.]

Есть WWW-сервер под FreeBSD'4.5, на нем крутятся Apace, MySQL и CGI-скрипты. Отчет о процессах показывает, что engine.cgi занимает 398541k. Как ограничить ему объем выделяемой памяти, а то он сжирает все (и RAM, и Swap) и тормозит по самое не могу?

[Борис]

Насколько я представляю документацию, сама FreeBSD не квотирует выделяемую память. Более того, для исполнения всех процессов она повышает приоритет тех процессов, которые долго не выполнялись, что приводит к большому количеству среднеприоритетных процессов, если низкоприоритетные быстро создаются, например, при большом количестве http-запросов. Эти среднеприоритетные процессы, наверное, и перенапрягают память.

Радикальные решения (на мой взгляд):
1) снизить количество одновременно поддерживаемых соединений, что для web-сервера не интересно,
2) написать скрипт-диспетчер, который все запросы помещает в очередь, это приведет к увеличению времени отклика, но в общем должно повысить производительность, так как будут снижены расходы на поддержание большого числа активных процессов, а эти расходы обычно растут непропорционально росту количества процессов.

[:)]

и чего делает этот самый скрипт? на чем написано ?

[Борис]

-

[:)]

мой вопрос был к вопрошавшему ... хм, каламбур конечно

[TepKuH]

расказывали на матриксе каждому пользователю выделяется определенные ресурсы(память, проц. время, и пр)
соответсвенно всем поражденым ему процессам

ЗЫ. Скрипт у тебе божественный полгига мозга в ноль

[and3008]

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

Одно не ясно. Что сделает система, если проге надо 50 мег ОЗУ, а система не дает? Видимо будет убита прога. Это не есть хорошо...

Тут по моему два пути. Либо прогу переписывать и умерять аппетиты, либо сервак добивать памятью, ОЗУ и т.п. штучками.

Есть еще третий вариант. Написать прогу, которая следит за ОЗУ и динамически распределяет свои аппетиты. Но создание таких прог задача не для слабонервных...

[IGOR79]

на уровне apache:
1. apche 2.0 всё умеет это делать
2. suexec (модуль для апача) - посмотри что он может
уровень системы:
3. login.conf

[:)]

люди, во вы разошлись поскольку как я понимаю речь идет о скрипте обрабатывающем БД, то дело немного в другом. в 80 % подобных случаев тормоза связаны с неверной структурой построения баз, индексов, нерационально составленными селектами и т.п. т.е. перетряхиваем сам скрипт и базу, насколько это возможно. кроме того у самого mysql-ля проблемы с производительностью на больших БД, ну тормозит оно и усе ...

[Борис]

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