From owner-freebsd-sparc Sun Jan 5 13:15:51 2003 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C9F0D37B401; Sun, 5 Jan 2003 13:15:49 -0800 (PST) Received: from madlen.mts.ru (madlen.mts.ru [212.44.140.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6988143EA9; Sun, 5 Jan 2003 13:15:47 -0800 (PST) (envelope-from tiamat@komi.mts.ru) Received: from cache.inside.mts.ru ([192.168.10.3]) by madlen.mts.ru (8.10.2+Sun/8.11.6) with SMTP id h05LFdf19300; Mon, 6 Jan 2003 00:15:39 +0300 (MSK) Received: from stella.komi.mts.ru ([10.50.1.1]) by cache.inside.mts.ru (NAVGW 2.5.2.12) with SMTP id M2003010600153517964 ; Mon, 06 Jan 2003 00:15:37 +0300 Received: from ad ([10.50.1.29]) (user=tiamat mech=LOGIN bits=0) by stella.komi.mts.ru (MTS Komi/Smtp) with ESMTP id h05LFVeM048135; Mon, 6 Jan 2003 00:15:33 +0300 (MSK) (envelope-from tiamat@komi.mts.ru) Message-ID: <006e01c2b4ff$92da5ec0$1d01320a@ad> From: "Alex Deiter" To: "Thomas Moestl" Cc: References: <20030105023336.GD279@crow.dom2ip.de> Subject: Re: (hopefully) working libc_r for sparc64 Date: Mon, 6 Jan 2003 00:15:26 +0300 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > I think I got libc_r working, after rewriting longjmp() and friends so > that they do not require the corresponding setjmp() to be done in an > ancestor function in the call graph any more, i.e. it can be used to > switch stacks now. This might also get other threading packages to > work, e.g. ruby's integrated thread manager. Thank you! I build ports/www/oops (caching proxy server, each request is served by a separate thread): # ldd /usr/local/sbin/oops /usr/local/sbin/oops: libgigabase_r.so.2 => /usr/local/lib/libgigabase_r.so.2 (0x40378000) libstdc++.so.4 => /usr/lib/libstdc++.so.4 (0x404e2000) libc_r.so.5 => /usr/lib/libc_r.so.5 (0x40682000) libpam.so.2 => /usr/lib/libpam.so.2 (0x407ae000) libcrypt.so.2 => /usr/lib/libcrypt.so.2 (0x408b8000) libc.so.5 => /usr/lib/libc.so.5 (0x409d4000) libm.so.2 => /usr/lib/libm.so.2 (0x40bd4000) It works wonderfull! I tested oops with Polygraph: # oopsctl stat Version : 1.5.22f1 Uptime : 1528sec, (0day(s), 0hour(s), 25min(s)) Clients : 17 (max: 53) HTTP requests: 143955 Total hits : 64725 Thread pool : 982 ready to serve (out of 1024 max) Curr.req.rate: 186.38 req/sec (max: 186.38) Tot.req.rate : 164.05 req/sec Curr.hit.rate: 44.96 % Tot.hit.rate : 46.81 % -- Alex Deiter, Mobile TeleSystems, Komi Republic To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message