From owner-freebsd-hackers@FreeBSD.ORG Wed Aug 15 16:09:35 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 955471065675; Wed, 15 Aug 2012 16:09:35 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 2A3EC8FC0A; Wed, 15 Aug 2012 16:09:34 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q7FG9i17005513; Wed, 15 Aug 2012 19:09:44 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q7FG9VvR025368; Wed, 15 Aug 2012 19:09:31 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q7FG9VDW025367; Wed, 15 Aug 2012 19:09:31 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 15 Aug 2012 19:09:31 +0300 From: Konstantin Belousov To: Julian Elischer Message-ID: <20120815160931.GJ5883@deviant.kiev.zoral.com.ua> References: <20120810170715.GI2425@deviant.kiev.zoral.com.ua> <20120811184522.GK2425@deviant.kiev.zoral.com.ua> <5029A9CE.8070307@freebsd.org> <20120814130700.GD5883@deviant.kiev.zoral.com.ua> <502B79F3.2020703@freebsd.org> <502B8029.1010205@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5me2qT3T17SWzdxI" Content-Disposition: inline In-Reply-To: <502B8029.1010205@freebsd.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-hackers@freebsd.org, Dan Plassche Subject: Re: [maybe spam] Re: FreeBSD 1.x Binaries Work Except under Chroot X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Aug 2012 16:09:35 -0000 --5me2qT3T17SWzdxI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 15, 2012 at 03:55:37AM -0700, Julian Elischer wrote: > On 8/15/12 3:29 AM, Julian Elischer wrote: > >On 8/14/12 6:07 AM, Konstantin Belousov wrote: > >>On Mon, Aug 13, 2012 at 06:28:46PM -0700, Julian Elischer wrote: > >>>On 8/13/12 3:33 PM, Dan Plassche wrote: > >>>>Konstantin, > >>>> > >>>>My apologies for any confusion. Your patch solved the problem on > >>>>8.2. Static and dynamic a.out binaries from 1.1.5.1 are working > >>>>normally in a chroot environment now. > >>>you will also have to change PID_MAX (spelling?) to be 60000 > >>>I have considered making this a tunable.. > >>>If you don't then the shell in the 1.1.5.1 environment will not be > >>>able to handle when a child > >>>get s a pid of > 16 bits and it will not be able to wait on it. so it > >>>will suspend for ever. > >>>teh result is that you can not complete a "make world". > >>> > >>>last time I tried a "make world" completed in about 1 minute and a=20 > >>>kernel > >>>(1.1.5.1 GENERIC) compiled in way less than a minute. that was in 7.x > >>>days. > >>> > >>>I'd like to see results under 9.2 on a modern machine. > >>I committed today a batch of changes that allowed me to run most of > >>the binaries from 1.1.5.1 CD on real amd64 machine. > >> > >>Below is the pid_max tunable patch. I first thought that it cannot be > >>made a writeable sysctl, but then realized that there is nothing wrong > >>with having existing process pid be greater then pid_max, as far as it > >>is less then PID_MAX. > >> > >cool.. > >One thing that may be doing is to have pid_max either inherrited=20 > >from a parent or jail or somehow > >influenced by the exec handler.. or (I know adrian suggested this=20 > >too.) > > > >for example if you have an ancestor that is an old a.out image then=20 > >maybe the system could do the right thing. > >it wouldn't be able to handle it's OWN pid maybe, but it could=20 > >handle children. > >hmm maybe that isn't such a good idea... >=20 > so kib: so when you have it all working, time a make world for us! >=20 It seems that on single-threaded build done on Core i7 2600K with 8GB RAM, I get around 17 seconds for make world. This is with amd64 kernel @r239301 on SU+J UFS. 'Seems' because I cannot restart build, it dies whining about unaccessible obj. I noted that it created some obj/ directories in bin/cat etc. I have no much time now to look into this recreational stuff. >=20 --5me2qT3T17SWzdxI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAlArybsACgkQC3+MBN1Mb4jaqwCdGDBhUCRorIc7IUSuBvyEZ+WI uOEAoOkl8fVgrzjEDDlIcD54FfHNWirV =ait9 -----END PGP SIGNATURE----- --5me2qT3T17SWzdxI--