In message <a2b6592c0801070515g37735475kc0922af8f93723ca@mail.gmail.com>, "Igor Mozolevsky" writes: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. _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
| David Miller | [GIT]: Networking |
| Greg KH | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Geert Uytterhoeven | Re: linux-next: Tree for August 14 |
| Bart Van Assche | Integration of SCST in the mainstream Linux kernel |
git: | |
| Arjan van de Ven | Re: [GIT]: Networking |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| David Miller | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| David Woodhouse | Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin" |
