Nem azt mondtam nem lehet megoldani egy programban, hogy kezdjen magával valamit, ha nem sikerült a malloc. De senki sem szarakodik ilyemivel, én is feleslegesnek tartom akkár desktop akkár szerver esetében. Egy korrekt hiba üzenet azért elvárható ebben az esetben.
>>Mit szeretnél inkább, ha egy kritikus adatbázis szállna el, vagy inkább ne induljon el egy másik kritikus és szól a felhasználónak, hogy addjon több memóriát?
Ha már az uj program nem képes elindulni, valószínüleg már egy leakes progi van a rendszerben.
Legfiatalabb haljon meg szerintem jó stratégia lehet serveren.
Desktopon inkább a legnagyobb memória foglaló haljon meg stratégiát ajánlanám.
Ha már ilyen kérdés merül fel egy szerveren, hogy a kernel melyiket lõje ki akkor ott már vége a dalnak, a kérdés elõtt.
Normális helyeken monitorozva van, a rendszer és, ha lassacskán felzabálja memóriát valmi, ill. tul sokat swappel, azt egy rendszergazdi észre veszi és cselekszik. Remélhetõleg õ jobb döntést hoz :) , És kideríti, mi okozta problémát hogy máskor ne fordulhasson elõ.