Date: Mon, 07 Jan 2008 13:18:47 +0000 From: "Poul-Henning Kamp" <phk@phk.freebsd.dk> To: "Igor Mozolevsky" <igor@hybrid-lab.co.uk> Cc: Kostik Belousov <kostikbel@gmail.com>, Peter Jeremy <peterjeremy@optushome.com.au>, freebsd-current@freebsd.org Subject: Re: sbrk(2) broken Message-ID: <10319.1199711927@critter.freebsd.dk> In-Reply-To: Your message of "Mon, 07 Jan 2008 13:15:28 GMT." <a2b6592c0801070515g37735475kc0922af8f93723ca@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
In message <a2b6592c0801070515g37735475kc0922af8f93723ca@mail.gmail.com>, "Igor Mozolevsky" writes: >On 07/01/2008, Poul-Henning Kamp <phk@phk.freebsd.dk> wrote: >> In message <20080107095853.GR947@server.vk2pj.dyndns.org>, Peter Jeremy writes: >> >> >>This is a non-starter, if SIGDANGER is to have any effect, all >> >>processes that use malloc(3) should react to it. >> > >> >This depends on what SIGDANGER is supposed to indicate. IMO, a single >> >signal is inadequate - you need a "free memory is less than desirable, >> >please reduce memory use if possible" and one (or maybe several levels >> >of) "memory is really short, if you're not important, please die". >> >> That's what I have been advocating for the last 10 years... > >That makes the userland side of unnecessarily overcomplicated. Yes, but you will not see this complication, it will be hidden in the implementation of malloc(3). Every problem has a simple, easy to understand solution that does not work. SIGDANGER is one of these. It didn't work any good on AIX and it won't do so on FreeBSD either. The problem simply requires more than one bit of feedback information to get a sensible regulation. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?10319.1199711927>