From owner-freebsd-threads@FreeBSD.ORG Thu Jul 10 01:22:59 2003 Return-Path: Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E60A37B401 for ; Thu, 10 Jul 2003 01:22:59 -0700 (PDT) Received: from dust.freshx.de (freshx.de [80.190.100.215]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9140C43F85 for ; Thu, 10 Jul 2003 01:22:58 -0700 (PDT) (envelope-from kai.mosebach@freshx.de) Received: from alpha (p508B3A6D.dip.t-dialin.net [80.139.58.109]) by dust.freshx.de (Postfix) with ESMTP id D2EFD15E10E; Thu, 10 Jul 2003 10:22:53 +0200 (CEST) From: "Kai Mosebach" To: "'Mike Makonnen'" Date: Thu, 10 Jul 2003 10:22:58 +0200 Message-ID: <000501c346bc$78fdf0d0$0100a8c0@alpha> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.4024 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Importance: Normal In-Reply-To: <20030710081318.GA14524@kokeb.ambesa.net> cc: freebsd-threads@freebsd.org Subject: AW: LinuxThreads replacement X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jul 2003 08:22:59 -0000 > > Hi, > > > > Hmm, some kind of benchmark would be pretty interesting, thats right. > > But im not sure, whether its done by simply switching between the lib in > > the > > Libmap.conf, because sapdb consists of ~50 executables, which are > > startet from each other (for example, you have a service listener, which > > starts a dm-manager, and later on a database-kernel and so on ...), so i > > guess, that i have to whether 1) link libc_r or some nasty trick like > > that, or to create to binary versions. > > > > I'm not sure I understand what you are saying. > > To begin with you should go to /usr/src/libexec/rtld-elf and do a > make clean; make depend && make -DWITH_LIBMAP && make install > > Assuming, that whatever you're porting is NOT statically linked, then > all you have to do is edit /etc/libmap.conf; for example: > # global mappings > libc_r.so.5 libkse.so.1 > libc_r.so libkse.so OK, that would bet the best way for performance testings i guess. I was just aware of the possibility of mapping a lib to an executable ... > > and then start the application. Any executables that are started > after that and are linked to libc_r, will instead link with > libkse. Then, you stop the database, and edit libmap.conf to > point to libthr. Then, startup the database. > For more information: man libmap.conf. > > Cheers. > -- > Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc > mtm@identd.net | D228 1A6F C64E 120A A1C9 A3AA DAE1 E2AF DBCC 68B9 > mtm@FreeBSD.Org| FreeBSD - Unleash the Daemon!