From owner-freebsd-hackers@FreeBSD.ORG Thu Jul 8 03:48:50 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 041FB16A4CE for ; Thu, 8 Jul 2004 03:48:50 +0000 (GMT) Received: from VARK.homeunix.com (adsl-69-107-108-110.dsl.pltn13.pacbell.net [69.107.108.110]) by mx1.FreeBSD.org (Postfix) with ESMTP id C405C43D31 for ; Thu, 8 Jul 2004 03:48:49 +0000 (GMT) (envelope-from das@FreeBSD.ORG) Received: from VARK.homeunix.com (localhost [127.0.0.1]) by VARK.homeunix.com (8.12.11/8.12.10) with ESMTP id i683mj0I059880; Wed, 7 Jul 2004 20:48:45 -0700 (PDT) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.homeunix.com (8.12.11/8.12.10/Submit) id i683mjSJ059879; Wed, 7 Jul 2004 20:48:45 -0700 (PDT) (envelope-from das@FreeBSD.ORG) Date: Wed, 7 Jul 2004 20:48:45 -0700 From: David Schultz To: Eitarou Kamo Message-ID: <20040708034845.GA59801@VARK.homeunix.com> Mail-Followup-To: Eitarou Kamo , Daniel Ellard , freebsd-hackers@FreeBSD.ORG References: <20040706120130.3DF9816A57D@hub.freebsd.org> <20040706101140.T92636@bowser.eecs.harvard.edu> <40EB9A46.2050409@trio.plala.or.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <40EB9A46.2050409@trio.plala.or.jp> cc: freebsd-hackers@FreeBSD.ORG cc: Daniel Ellard Subject: Re: Article on Sun's DTrace X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jul 2004 03:48:50 -0000 On Wed, Jul 07, 2004, Eitarou Kamo wrote: > FreeBSD has good features such as jail, chroot e.t.c. which can controll Solaris 10 has these features, too, but I'm not sure what that has to do with DTrace. > process or resources in parallel. So you need not port DTrace entirely. > You can implement DTrace like one from scratch. Using legacy system > sometimes makes new system feature. I would rather expect new one than > porting. DTrace is one of example, I think. You may be able to fork new > debug > process in parallel in the future. If I dare name it, It's "B(SD)Trace"? > But it's up to > your effort. DTrace is a pioneer work. And for the people like me who > bothers > to put the debug lines in kernel this must be powerful tool. The page referenced earlier in this thread pointed out that 6 staff-years went into DTrace. That's accurate, and we're not talking about part-time employees or people who don't know what they're doing. The D compiler aside, this is not a small matter of programming that can just be ported to a new OS or machine architecture in a few months. That said, there is prior work in this area, such as: http://oss.software.ibm.com/developer/opensource/linux/projects/dprobes/ But these other efforts don't come close to DTrace.