From owner-freebsd-emulation@FreeBSD.ORG Fri Feb 6 12:00:56 2009 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2AAB810656D5; Fri, 6 Feb 2009 12:00:56 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.terabit.net.ua (mail.terabit.net.ua [195.137.202.147]) by mx1.freebsd.org (Postfix) with ESMTP id B70938FC12; Fri, 6 Feb 2009 12:00:55 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from skuns.zoral.com.ua ([91.193.166.194] helo=mail.zoral.com.ua) by mail.terabit.net.ua with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1LVPOA-000MNq-AO; Fri, 06 Feb 2009 14:00:54 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id n16C0p7i055112 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 6 Feb 2009 14:00:51 +0200 (EET) (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.3/8.14.3) with ESMTP id n16C0pdM038436; Fri, 6 Feb 2009 14:00:51 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id n16C0pgV038435; Fri, 6 Feb 2009 14:00:51 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 6 Feb 2009 14:00:51 +0200 From: Kostik Belousov To: Alexander Leidinger Message-ID: <20090206120051.GO9427@deviant.kiev.zoral.com.ua> References: <20081221174939.GA33531@dchagin.dialup.corbina.ru> <747dc8f30902050220y7b1d726bj9f6f83afa843b520@mail.gmail.com> <20090206063550.GA2123@dchagin.static.corbina.ru> <20090206094728.10822rj93nm7s280@webmail.leidinger.net> <20090206092821.GM9427@deviant.kiev.zoral.com.ua> <20090206122103.9886475rqvyhdt2c@webmail.leidinger.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5G50dybFf3pRZKd7" Content-Disposition: inline In-Reply-To: <20090206122103.9886475rqvyhdt2c@webmail.leidinger.net> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 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 X-Virus-Scanned: mail.terabit.net.ua 1LVPOA-000MNq-AO 5a51e3f0094e7b4f9d7a553412d8c643 X-Terabit: YES Cc: freebsd-emulation@freebsd.org, Chagin Dmitry Subject: Re: [PATCH] futexes, flash9 related X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 12:00:59 -0000 --5G50dybFf3pRZKd7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 06, 2009 at 12:21:03PM +0100, Alexander Leidinger wrote: > Quoting Kostik Belousov (from Fri, 6 Feb 2009 =20 > 11:28:21 +0200): >=20 > >On Fri, Feb 06, 2009 at 09:47:28AM +0100, Alexander Leidinger wrote: > >>Quoting Chagin Dmitry (from Fri, 6 Feb 2009 > >>09:35:50 +0300): > >> > >>>On Thu, Feb 05, 2009 at 08:20:13AM -0200, Renato Botelho wrote: > >>>>On Sun, Dec 21, 2008 at 3:49 PM, Chagin Dmitry > >>>>wrote: > >>>>> > >>>>> Hi, > >>>>> /me ready to present patches for testing (nor review). > >>>>> > >>>>> The primary goal - the futexes code is rewrited, Giant removed. > >>>>> > >>>>> head: http://people.freebsd.org/~timur/dchagin/mega-head.linux.patch > >>>>> stable/7:=20 > >>http://people.freebsd.org/~timur/dchagin/mega-st7.linux.patch > >>>>> > >>>>> Please, test and report any problems. thnx! > >>>> > >>>>Hello, > >>>> > >>>>I would like to test this because i'm having some freezes on > >>>>firefox3 + flash9 + 8.0-current i386 r188003 but the patch > >>>>doesn't apply cleanly here, is there a new version that i've > >>>>missed? > >>>> > >>> > >>>hi, > >>>try http://lnxx64.googlecode.com/files/futexes_partial.patch > >> > >>Please let the DEBUG part as it is, I'm in the process of converting > >>it to DTrace > >>(http://svnweb.freebsd.org/viewvc/base/user/netchild/linuxulator-dtrace= /). > > > >DTrace is absolutely unsuitable for getting the _traces_ from the kernel, > >as well as the kernel printfs. Moreover, use of KTR is in-line with other > >tracing points in *our* kernel. >=20 > Could you please be more specific (maybe some examples) about what you = =20 > mean by "unsuitable"? Maybe I have a different understanding of =20 > "traces" than you have. For the places where KTR is used in _this =20 > patch_, DTrace seems to be suitable to me. >=20 > AFAIR KTR needs to be specially enabled at compile time, while DTrace =20 > can be enabled at run-time. Is the KTR part correct? If yes, I see a =20 > benefit in using DTrace instead of KTR. Apart from that, DTrace has =20 > some advantages (DTrace scripts, limiting the tracing to just use =20 > within a specific application, conditional tracing, ...) over KTR, so =20 > if it is not something performance critical where DTrace is not able =20 > to handle it but KTR is, or something which DTrace is not able to =20 > handle at all, I see no point in not converting to DTrace (it has the =20 > advantage that it can be used even on a production system, where I =20 > wouldn't let KTR in the kernel on a production system). 1. KTR does not require any user-mode support or action; in particular, it is useful for after-the-panic analysis, while DTrace is not. 2. Our DTrace support, is, to say it mildly, not quite matured. DTrace to be yseful also needs specially compiled kernel, that is not absolutely trivial at the moment. 3. As I said, DTrace probes are orthogonal to KTR. Put them in, if you want. It is not /instead/. Said this, I do not see a reason to block KTR patch. Absolutely different question is when to commit it. --5G50dybFf3pRZKd7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkmMJnIACgkQC3+MBN1Mb4jSCgCgyckCjpB67e4vAFEpomkxbsRV tcAAoLBFA9MRjlmq4ZiyG+2MQDzcjGCZ =kFsm -----END PGP SIGNATURE----- --5G50dybFf3pRZKd7--