докупим еще 16, а потом еще 32

и заживем... хотя нет, упремся в IO

Переходи на раст. Будешь писать по строчке в неделю, зато 640кб памяти

если у него requests 200mb
limit 500
потом ООМ то сломалась твоя картина мира ?

нет, в этот момент как раз и сыпятся ошибки

по правде вот лет так 5-6 не видел зависших воркеров фпм-а =)
но мы же говорим о серьезной разработке, с серьезной инфраструктурой
заворачиваем все это добро в кубер и пусть себе там рестартит упавшие поды, ты по сути и не увидишь, что что-то не так =)

в какой в "этот" ?

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

Да ради Бога.  Но я тут не для того что бы спросить как написать унылый персептрон  на PHP

double perceptron(){
int j = 0;
//double w1 = x1 - 100;
//double current_W = 0;
double wH=0;
for (int i=total_weight-1; i>=0; i--){

w[j] = x[j]-100;
if (j==0){
a[j] = iOpen(NULL,PERIOD_H1,p)-iClose(NULL,PERIOD_H1,0);} else  
{a[j] = iOpen(NULL,PERIOD_H1,p*j)-iOpen(NULL,PERIOD_H1,p*(j+1));}
wH += w[j]*a[j];
j++;
}
//FileClose(handler);
//Print(wH);
return (wH);
}

Ну не, увидишь. У тебя постоянно будет создаваться новый под, а сервис, скорее всего, будет пятисотить. Это если совсем говно сделал :D

Балансер перекинет ретрай на живой под, не боись

Причин тьма может быть, не обязательно опкэш. Как уже и написали

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

Ну прикинь, у тебя и реплика валится )

я вообще имел ввиду настройки для пода resources/limits как в этом случае опкеш съест 1 гиг ?

Так вот не делай такого, нехер деплоитььсерьезные приложухи на шаред хостинг

Муравей не знает кубер, ты бы хоть пояснил

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

костыльненькое, но решение :D

ок, как опкеш съест больше памяти чем чем которую ему выделили в конфиге пхп?