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

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

При тестировании решения задачки на PHP и С с удивлением обнаружил, что сервер выдерживает в разы больше обращений к PHP скрипту.
Причина: запускаемый CGI скрипт, написанный на C, съедает на одну запущенную копию больше метра памяти. Соответсвенно после 1000 запущенных копий система начинает сомневаться - а надо ли оно ей.

Вобщем вопрос очень простой - как же сделать ДЕЙСТВИТЕЛЬНО маленький скриптик на С, такой, который не будет для вывода "Hello world" резервировать 1мб памяти?

CGI? Когда я слышал про него в последний раз[это было давно], это значило не очень быстрый и черти знает сколько ресурсов жрущий запуск одного процесса на обработку каждого запроса. Если это ещё соответствует действительности, то задача практически неразрешима.


В голову приходит игра со всеми настройками компилятора, и смена компилятора если int main(){puts("helloworld");} жрёт много памяти.

Может проще демона написать?

Да процесс запускается отдельно для каждого запроса(если не использовать FastCGI). 
Но если мы говорим о "hello world", то неужели нет возможности соответсвенно _этой_ задаче использовать ресурсы? 
Если нам _не_ нужен весь комплекс возможностей не-CGI запуска какого либо интерпритируемого языка, то почему мы не можем использовать отдельный, лёгкий процесс?


Настройки у компилятора нашёл только -Ox и иже с ними, но они не оптимизируют используемую память, насколько я понял, только код.

Попробовал gcc, mingw32-gcc, watcom. Результат вобщем то идентичный - разница максимум 40кб, при общем объёме занимаемой процессом памяти под два метра.



Задача к сожалению не того масштаба и применимости. При желании можно и сервер свой написать, но тут задача - сделать скрипт, который запускается на любой системе, без дополнительных операций с ОС, перекомпиляций Апача и тд.

отказаться от RTL и использовать исключительно native-subsystem API. Всё остальное в любом случае принесет некий перерасход.

Как это сделать?
Конкретно интересно как это сделать на примере кода 

начиная с которого начинается использование более 1мб памяти...

как ты это определил?

не знаю в чём проблема используй FastCGI, он покрайне мере счас на всех хостингах стоит нормальных

Клиент в большинстве случае пользуется тем хостингом, которым пользуется, выбор уже сделан до текущей задачи.
В 90% случаев если на хостинге нет FastCGI - то его и не поставят, не барское дело.
Объяснять клиенту, что ему это действительно надо, потом ещё хостеров домогаться - удовольствие то ещё.
Кроме того, это не совсем по теме данного форума: хотелось бы найти решение задачи, не выходящее за пределы логичного(пропорционального) использования памяти процессом.




Чувствую подвох в вопросе 8)
Воззвал к шамбале, три раза с бубном вокруг рабочего места, потом запускаю божественный ТаскМанагер.
Должна быть какая то другая последовательность, где можно посмотреть на реальность без мистических ритуалов? 8)

Касаемо Buider'a

Если посмотреть в настройки линкера в проекте, то там отводится достаточно много памяти под стек и под кучу. Может быть с ними маленько поиграться? Наверняка ведь память под процесс согласно этим настройкам выделяется.

М. Я б тогда сказал - а при чем тут тогда С++? Если не апач перекомпилировать под абстрактную "любую систему", так уж сам модуль точно. Perl, php, python - не?

это я к гипотетической возможности сделать демон. 
Написать демон под под юникс и сервис под винду это задача существенно более сложная(в том числе и уговорами администрации хостинга запуска этого демона), чем компилирование(прямо на сервере) кода в 30 строчек, которое необходимо для решения данной задачи. Из пушки по воробьям вобщем.



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


Как вобщем то правильно заметил Daevaorn, хотелось бы сначала понять, что и как выделяется на каждый процесс и правда ли что 1к процессов будут кушать 1мб*1000 реальной памяти, или же это какая то псевдофикция у ТаскМанагера.

Билдер я привел как пример.
Просто в конкретном случае тоже есть настройки по выделению памяти процессу, они я так понял, настраиваются на этапе линковки. Размер выделяемой для процесса памяти в Билдере с помощью настроек линкера меняется в меньшую сторону. По умолчанию он выделяет 0х1000 под стек и 0х2000 под кучу. Я думаю это все отражается на размере выделенной памяти под процесс.

Хотя может я и не прав - чисто умозрительное заключение.