Date: Mon, 6 Jan 2003 00:15:26 +0300 From: "Alex Deiter" <tiamat@komi.mts.ru> To: "Thomas Moestl" <tmm@FreeBSD.ORG> Cc: <freebsd-sparc@FreeBSD.ORG> Subject: Re: (hopefully) working libc_r for sparc64 Message-ID: <006e01c2b4ff$92da5ec0$1d01320a@ad> References: <20030105023336.GD279@crow.dom2ip.de>
next in thread | previous in thread | raw e-mail | index | archive | help
> 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?006e01c2b4ff$92da5ec0$1d01320a>