From owner-cvs-sys Mon Feb 24 19:55:55 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA18512 for cvs-sys-outgoing; Mon, 24 Feb 1997 19:55:55 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA18491; Mon, 24 Feb 1997 19:55:34 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id OAA25536; Tue, 25 Feb 1997 14:41:22 +1100 Date: Tue, 25 Feb 1997 14:41:22 +1100 From: Bruce Evans Message-Id: <199702250341.OAA25536@godzilla.zeta.org.au> To: ache@nagual.ru, michaelh@cet.co.jp Subject: Re: cvs commit: src/sys/kern sys_generic.c Cc: bde@freefall.freebsd.org, bde@zeta.org.au, cvs-all@freefall.freebsd.org, CVS-committers@freefall.freebsd.org, cvs-sys@freefall.freebsd.org Sender: owner-cvs-sys@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> > >Thanks, but I see no commit for removing p_selbits_size and p_selbits >> > >fields from struct proc... kern_exit.c also does free for p_selbits and >> > >needs fixing after remove. >> > >> > I'll leave them until it is decided that the caching scheme is unnecssary. >> >> When we decide that? IMHO it can be now or never :-) Too many chances to >> forget this thing after some time passed. I have no problems remembering bloat :-). >> What prevents you from deciding >> now? No real-world experience. I don't run any processes that need even 256 descriptors. >Why don't you comment them out with ... > >/* XXX 1997.2.26 Remove 6 months later if no one complains. > char *p_selbits; > u_int p_selbits_size; >*/ FreeBSD keeps keeps administrivia like that in the cvs repository. Bruce