From owner-freebsd-arch Mon Feb 24 17:54:12 2003 Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 93A4A37B401 for ; Mon, 24 Feb 2003 17:54:11 -0800 (PST) Received: from smtp1.server.rpi.edu (smtp1.server.rpi.edu [128.113.2.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id D311143FBD for ; Mon, 24 Feb 2003 17:54:10 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp1.server.rpi.edu (8.12.7/8.12.7) with ESMTP id h1P1s43q022548; Mon, 24 Feb 2003 20:54:04 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20030225005912.GA1583@athlon.pn.xcllnt.net> References: <20030224.174742.21056478.imp@bsdimp.com> <20030225005912.GA1583@athlon.pn.xcllnt.net> Date: Mon, 24 Feb 2003 20:54:03 -0500 To: Marcel Moolenaar , "M. Warner Losh" From: Garance A Drosihn Subject: Re: Fw: Proposed new sysctl MIB nodes Cc: arch@FreeBSD.ORG Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-RPI-Spam-Score: -1.7 () IN_REP_TO,OUTLOOK_FW_MSG,QUOTED_EMAIL_TEXT,REFERENCES,SIGNATURE_SHORT_DENSE,SPAM_PHRASE_02_03 X-Scanned-By: MIMEDefang 2.28 Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 4:59 PM -0800 2/24/03, Marcel Moolenaar wrote: >On Mon, Feb 24, 2003 at 05:47:42PM -0700, M. Warner Losh wrote: >> >> From: Jason R Thorpe >> > > I'd like to propose new HW_PHYSPAGES and HW_USERPAGES MIB nodes > > that return the same information, but in a 32-bit page count, > > instead. The implementation is left as an exercise to the reader. > > I just want to get consensus on the names, so that I can tell > > the GCC people about it, and have it work on all the BSD > > platforms (as their current sysctl code does). > >What's the reason to not use a 64-bit entity whether it represents >bytes or pages? > >Or to be more presice, an integral entity that can be used to cast >to from a pointer without data loss? Jason first asked his question on the bsd-api mailing list (which hopefully has people from all the main BSD's on it). In a later message on that mailing list, he replied to a similar question: > How about simply having a total memory count in quads > instead? That way we won't run out when we pass 2^48 > or 49th bytes in 10 or 15 years. Ok, a u_quad (page count) it is. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message