From owner-freebsd-threads@FreeBSD.ORG Mon Jul 24 04:27:59 2006 Return-Path: X-Original-To: freebsd-threads@FreeBSD.org 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 84AE816A4E0; Mon, 24 Jul 2006 04:27:59 +0000 (UTC) (envelope-from mv@thebeastie.org) Received: from p4.roq.com (ns1.ecoms.com [207.44.130.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id D093D43D53; Mon, 24 Jul 2006 04:27:56 +0000 (GMT) (envelope-from mv@thebeastie.org) Received: from p4.roq.com (localhost.roq.com [127.0.0.1]) by p4.roq.com (Postfix) with ESMTP id 2926F4D541; Mon, 24 Jul 2006 04:28:01 +0000 (GMT) Received: from vaulte.jumbuck.com (ppp166-27.static.internode.on.net [150.101.166.27]) by p4.roq.com (Postfix) with ESMTP id 0A7E34D53C; Mon, 24 Jul 2006 04:28:00 +0000 (GMT) Received: from vaulte.jumbuck.com (localhost [127.0.0.1]) by vaulte.jumbuck.com (Postfix) with ESMTP id 806F88A06A; Mon, 24 Jul 2006 14:27:51 +1000 (EST) Received: from [192.168.46.102] (unknown [192.168.46.250]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by vaulte.jumbuck.com (Postfix) with ESMTP id 7862E8A063; Mon, 24 Jul 2006 14:27:51 +1000 (EST) Message-ID: <44C44C46.30505@thebeastie.org> Date: Mon, 24 Jul 2006 14:27:50 +1000 From: Michael Vince User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.12) Gecko/20060404 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-java@freebsd.org References: <44BDD7F0.3060406@thebeastie.org> In-Reply-To: <44BDD7F0.3060406@thebeastie.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-threads@FreeBSD.org Subject: Re: AMD64 Diablo 1.5 JDK and libthr X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jul 2006 04:27:59 -0000 Hi all, I would just like to follow up to my previous post and report my testing results, as some might find it interesting. I tested our Java servlet on libpthread for almost a week non stop on the AMD64 Diablo Java and it didn't fail. I used a complex bot system to replicate users on the system, the test was causing over 10,000 dynamic page loads per minute with a total of about over 150million page loads without failure. Under libpthread I now consider the AMD64 Java for our servlet as unkillable, but as stated below not the case for libthr. Since I couldn't test libthr performance under AMD64 I decided to test Java's speed under i386 Diablo 1.5 JDK since I have found it to be just as reliable under libthr as libpthread. Using a complex servlet that is able to replicate user typical activity (user bots) on this web app I recorded its performance, loading the Tomcat first under libpthread then under libthr and running the exact same bot test. The servlet actually connects out from its self then back through Apache2.2 then via the AJP module back to Tomcat http service, the Apache is compiled under worker threaded mode and is also using libthr. The tests were run for about 15mins on both threading libraries for the Tomcat and then calculated an average from hits last few minutes of usage, from the Apache2.2 logs. libpthread average hits per minute: 8,823 libpthread session average: 4,500 libthread transactions per minute: 2891 libthr average hits per minute: 11,581 libthr session average: 5,573 libthr transactions per minute: 3861 Hits are self explanatory (everything is a dynamic hit) The session numbers are simultaneous users. The transactions is the word I am using for a particular post the bots hit that I am reading from the Apache logs that indicates a particular hit of core usage of the webapp. Things that were most interesting to me was that while hits were a bit higher it made an even large stretch in simultaneous sessions and transactions per minute. To me this is saying no doubt that there is faster performance from Java under libthr when it is enabled in libmap.conf, compared to libpthread. I would really like to do the same test under AMD64 but for what ever reason libthr on Java is very different behavior compared to its i386 counter part. Regards, Mike Michael Vince wrote: > Hi guys, > > Firstly just like to say its great to see AMD64 1.5 JDK released, > thanks for this. > > I have started doing some testing on Diablo on AMD64 FreeBSD > (currently on 6-stable). > I decided to enable libthr in the libmap.conf (settings below) so I > could see the Javas thread usage via top and see if its any faster, > I was testing a servlet on Tomcat 5.5 doing about 5k to 10k gets per > minute, I have found it dies quite quickly (about 4 minutes) compared > to using the libpthread, which is yet to crash after 1 hour of usage. > Has any one had good experiences with libthr on AMD64 1.5 Java? > > [/usr/local/diablo-jdk1.5.0/] > libpthread.so libthr.so > libpthread.so.2 libthr.so.2 > > Its server server 6-STABLE Jun 16 build, with a generic kernel with > just FAST_IPSEC compiled into it. > I am going to rebuild it to 6-stable now with SMP kernel, then also > try on a 6.1-release machine. > > I have attached its crash log below. > > > Thanks, > Mike > >------------------------------------------------------------------------ > ># ># An unexpected error has been detected by HotSpot Virtual Machine: ># ># Internal Error (4E4D4554484F440E4350500525), pid=29088, tid=0x7ac600 ># ># Java VM: Java HotSpot(TM) 64-Bit Server VM (diablo-1.5.0_07-b00 mixed mode) > >--------------- T H R E A D --------------- > >Current thread (0x00000000007af000): JavaThread "Thread-39" daemon [_thread_in_Java, id=8046080] > >Stack: [0x00007ffffc8cd000,0x00007ffffc9cd000), sp=0x00007ffffc9cc270, free space=1020k >Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) >V [libjvm.so+0x7ddc49] >V [libjvm.so+0x476da6] >V [libjvm.so+0x6df0b8] >V [libjvm.so+0x75a3a8] >V [libjvm.so+0x6f4632] > > >--------------- P R O C E S S --------------- > >Java Threads: ( => current thread ) > 0x000000000061bc00 JavaThread "TP-Processor16" daemon [_thread_in_native, id=6307328] > 0x000000000061b800 JavaThread "TP-Processor15" daemon [_thread_blocked, id=6306816] > 0x000000000061b400 JavaThread "TP-Processor14" daemon [_thread_blocked, id=6306304] > 0x000000000061b000 JavaThread "TP-Processor13" daemon [_thread_blocked, id=15662080] > 0x0000000000815400 JavaThread "TP-Processor12" daemon [_thread_in_native, id=8251904] > 0x00000000007f2c00 JavaThread "TP-Processor11" daemon [_thread_in_native, id=8251392] > 0x00000000007f2400 JavaThread "TP-Processor10" daemon [_thread_in_native, id=8250880] > 0x00000000007e8c00 JavaThread "TP-Processor9" daemon [_thread_in_native, id=8250368] > 0x0000000000630000 JavaThread "TP-Processor8" daemon [_thread_in_native, id=6428160] > 0x00000000007e8400 JavaThread "TP-Processor7" daemon [_thread_in_native, id=6426624] > 0x00000000007f4000 JavaThread "TP-Processor6" daemon [_thread_in_native, id=6298112] > 0x0000000000c58000 JavaThread "TP-Processor5" daemon [_thread_in_native, id=6296576] > 0x00000000007b2000 JavaThread "Thread-42" daemon [_thread_blocked, id=8047616] > 0x00000000007b0400 JavaThread "Thread-41" daemon [_thread_in_vm, id=8047104] > 0x00000000007afc00 JavaThread "Thread-40" daemon [_thread_blocked, id=8046592] >=>0x00000000007af000 JavaThread "Thread-39" daemon [_thread_in_Java, id=8046080] > 0x00000000007ad400 JavaThread "Thread-38" daemon [_thread_blocked, id=8045568] > 0x00000000007ab800 JavaThread "Thread-37" daemon [_thread_blocked, id=8045056] > 0x0000000000717c00 JavaThread "Thread-36" daemon [_thread_blocked, id=8044544] > 0x0000000000717000 JavaThread "Thread-35" daemon [_thread_blocked, id=5897728] > 0x0000000000ed6c00 JavaThread "SessionStore" daemon [_thread_blocked, id=12662272] > 0x0000000000ed1400 JavaThread "TP-Monitor" daemon [_thread_blocked, id=15545344] > 0x0000000000ed1000 JavaThread "TP-Processor4" daemon [_thread_in_native, id=15527424] > 0x0000000000d9dc00 JavaThread "TP-Processor3" daemon [_thread_in_native, id=15525888] > 0x0000000000d9d800 JavaThread "TP-Processor2" daemon [_thread_in_native, id=15524352] > 0x0000000000d9d400 JavaThread "TP-Processor1" daemon [_thread_in_native, id=15661568] > 0x0000000000ea2000 JavaThread "http-8180-Monitor" [_thread_blocked, id=15267328] > 0x0000000000e90400 JavaThread "http-8180-Processor25" daemon [_thread_in_native, id=15266816] > 0x0000000000e8e800 JavaThread "http-8180-Processor24" daemon [_thread_blocked, id=15266304] > 0x0000000000e7cc00 JavaThread "http-8180-Processor23" daemon [_thread_blocked, id=15265792] > 0x0000000000e7c000 JavaThread "http-8180-Processor22" daemon [_thread_blocked, id=14863872] > 0x0000000000e5a400 JavaThread "http-8180-Processor21" daemon [_thread_blocked, id=14863360] > 0x0000000000e59800 JavaThread "http-8180-Processor20" daemon [_thread_blocked, id=14862848] > 0x0000000000e57c00 JavaThread "http-8180-Processor19" daemon [_thread_blocked, id=14862336] > 0x0000000000e57000 JavaThread "http-8180-Processor18" daemon [_thread_blocked, id=14861824] > 0x0000000000e45400 JavaThread "http-8180-Processor17" daemon [_thread_blocked, id=14861312] > 0x0000000000dda800 JavaThread "http-8180-Processor16" daemon [_thread_blocked, id=14860800] > 0x0000000000dd9c00 JavaThread "http-8180-Processor15" daemon [_thread_blocked, id=14860288] > 0x0000000000dd9000 JavaThread "http-8180-Processor14" daemon [_thread_blocked, id=13893120] > 0x0000000000dbc400 JavaThread "http-8180-Processor13" daemon [_thread_blocked, id=13892608] > 0x0000000000db3800 JavaThread "http-8180-Processor12" daemon [_thread_blocked, id=13892096] > 0x0000000000d82c00 JavaThread "http-8180-Processor11" daemon [_thread_blocked, id=13891584] > 0x0000000000d82000 JavaThread "http-8180-Processor10" daemon [_thread_blocked, id=13891072] > 0x0000000000d58400 JavaThread "http-8180-Processor9" daemon [_thread_blocked, id=13890560] > 0x0000000000d26800 JavaThread "http-8180-Processor8" daemon [_thread_blocked, id=13890048] > 0x0000000000cd1c00 JavaThread "http-8180-Processor7" daemon [_thread_blocked, id=13889536] > 0x0000000000cd1000 JavaThread "http-8180-Processor6" daemon [_thread_blocked, id=13168128] > 0x0000000000cb8400 JavaThread "http-8180-Processor5" daemon [_thread_blocked, id=13167616] > 0x0000000000cb8000 JavaThread "http-8180-Processor4" daemon [_thread_blocked, id=13167104] > 0x0000000000c58c00 JavaThread "http-8180-Processor3" daemon [_thread_blocked, id=13166592] > 0x0000000000c58800 JavaThread "http-8180-Processor2" daemon [_thread_blocked, id=13166080] > 0x0000000000c58400 JavaThread "http-8180-Processor1" daemon [_thread_blocked, id=13165568] > 0x0000000000bbf000 JavaThread "ContainerBackgroundProcessor[StandardEngine[Catalina]]" daemon [_thread_blocked, id=12661248] > 0x00000000006c2000 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=7098368] > 0x00000000006be400 JavaThread "CompilerThread1" daemon [_thread_blocked, id=7052288] > 0x00000000006bb800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=7051264] > 0x00000000006b2c00 JavaThread "AdapterThread" daemon [_thread_blocked, id=7050240] > 0x00000000006b2000 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=7049216] > 0x0000000000612800 JavaThread "Finalizer" daemon [_thread_blocked, id=6960128] > 0x0000000000612400 JavaThread "Reference Handler" daemon [_thread_blocked, id=6934016] > 0x0000000000516400 JavaThread "main" [_thread_in_native, id=5292032] > >Other Threads: > 0x0000000000600c00 VMThread [id=6295040] > 0x0000000000517a00 WatcherThread [id=7098880] > >VM state:synchronizing (normal execution) > >VM Mutex/Monitor currently owned by a thread: ([mutex/lock_event]) >[0x0000000000513700/0x0000000000513780] Safepoint_lock - owner thread: 0x0000000000600c00 >[0x0000000000513880/0x0000000000513900] Threads_lock - owner thread: 0x0000000000600c00 > >Heap > PSYoungGen total 152896K, used 46691K [0x0000000837830000, 0x00000008422d0000, 0x000000084cd80000) > eden space 131072K, 35% used [0x0000000837830000,0x000000083a5c8f80,0x000000083f830000) > from space 21824K, 0% used [0x000000083f830000,0x000000083f830000,0x0000000840d80000) > to space 21824K, 0% used [0x0000000840d80000,0x0000000840d80000,0x00000008422d0000) > PSOldGen total 349568K, used 21439K [0x000000080cd80000, 0x00000008222e0000, 0x0000000837830000) > object space 349568K, 6% used [0x000000080cd80000,0x000000080e26ffb0,0x00000008222e0000) > PSPermGen total 21248K, used 13437K [0x0000000807b80000, 0x0000000809040000, 0x000000080cd80000) > object space 21248K, 63% used [0x0000000807b80000,0x000000080889f6d0,0x0000000809040000) > >Dynamic libraries: >0x0000000000400000 /usr/local/diablo-jdk1.5.0/bin/java >0x0000000800634000 /lib/libz.so.3 >0x0000000800747000 /usr/lib/libthr.so.2 >0x000000080085e000 /lib/libc.so.6 >0x0000000800a5c000 /usr/local/diablo-jdk1.5.0/jre/lib/amd64/server/libjvm.so >0x00000008014e9000 /usr/lib/libstdc++.so.5 >0x00000008016e0000 /lib/libm.so.4 >0x00000008017fc000 /usr/local/diablo-jdk1.5.0/jre/lib/amd64/native_threads/libhpi.so >0x0000000801908000 /usr/local/diablo-jdk1.5.0/jre/lib/amd64/libverify.so >0x0000000801a17000 /usr/local/diablo-jdk1.5.0/jre/lib/amd64/libjava.so >0x0000000801b3f000 /usr/local/diablo-jdk1.5.0/jre/lib/amd64/libzip.so >0x000000084d5f2000 /usr/local/diablo-jdk1.5.0/jre/lib/amd64/libnet.so >0x000000080050a000 /libexec/ld-elf.so.1 > >VM Arguments: >jvm_args: -Xms512M -Xmx1024M -XX:+UseMembar -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.util.logging.config.file=/export/devel/devel1-tomcat/conf/logging.properties -Djava.endorsed.dirs=/export/devel/devel1-tomcat/common/endorsed -Dcatalina.base=/export/devel/devel1-tomcat -Dcatalina.home=/export/devel/devel1-tomcat -Djava.io.tmpdir=/export/devel/devel1-tomcat/temp >java_command: org.apache.catalina.startup.Bootstrap start >Launcher Type: SUN_STANDARD > >Environment Variables: >JAVA_HOME=/usr/local/diablo-jdk1.5.0 >PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/usr/X11R6/bin:/root/bin >LD_LIBRARY_PATH=/usr/local/diablo-jdk1.5.0/jre/lib/amd64/server:/usr/local/diablo-jdk1.5.0/jre/lib/amd64:/usr/local/diablo-jdk1.5.0/jre/../lib/amd64 >SHELL=/bin/csh >HOSTTYPE=FreeBSD >OSTYPE=FreeBSD >MACHTYPE=unknown > >Signal Handlers: >SIGSEGV: [libjvm.so+0x7de650], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 >SIGBUS: [libjvm.so+0x7de650], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 >SIGFPE: [libjvm.so+0x6f3030], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 >SIGPIPE: [libjvm.so+0x6f3030], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 >SIGILL: [libjvm.so+0x6f3030], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 >SIGUSR1: [libjvm.so+0x6f30c0], sa_mask[0]=0x00000000, sa_flags=0x00000040 >SIGUSR2: [libjvm.so+0x6f3030], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 >SIGHUP: [libjvm.so+0x6f1b30], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 >SIGINT: SIG_IGN, sa_mask[0]=0x00000000, sa_flags=0x00000000 >SIGQUIT: [libjvm.so+0x6f1b30], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 >SIGTERM: [libjvm.so+0x6f1b30], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 > > >--------------- S Y S T E M --------------- > >OS:FreeBSD >uname:FreeBSD 6.1-STABLE FreeBSD 6.1-STABLE #1: Fri Jun 16 13:38:14 EST 2006 root@kessel:/usr/obj/usr/src/sys/GENERIC_IPSEC amd64 >rlimit: STACK 524288k, CORE infinity, NOFILE 11095 >CPU:total 4 em64t ht > >Memory: 4k page, physical 6065060k > >vm_info: Java HotSpot(TM) 64-Bit Server VM (diablo-1.5.0_07-b00) for freebsd-amd64, built on Jun 13 2006 11:31:34 by truk with gcc 3.4.4 [FreeBSD] 20050518 > > > >------------------------------------------------------------------------ > >_______________________________________________ >freebsd-java@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-java >To unsubscribe, send any mail to "freebsd-java-unsubscribe@freebsd.org" > From owner-freebsd-threads@FreeBSD.ORG Mon Jul 24 06:46:17 2006 Return-Path: X-Original-To: freebsd-threads@freebsd.org 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 5577416A4E6; Mon, 24 Jul 2006 06:46:17 +0000 (UTC) (envelope-from achill@matrix.gatewaynet.com) Received: from matrix.gatewaynet.com (host2.dynacom.ondsl.gr [62.103.35.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id 347F043D49; Mon, 24 Jul 2006 06:46:13 +0000 (GMT) (envelope-from achill@matrix.gatewaynet.com) Received: from matrix.gatewaynet.com (localhost.localdomain [127.0.0.1]) by matrix.gatewaynet.com (8.12.8/8.12.8) with ESMTP id k6O71NtD007659; Mon, 24 Jul 2006 10:01:23 +0300 Received: from localhost (achill@localhost) by matrix.gatewaynet.com (8.12.8/8.12.8/Submit) with ESMTP id k6O71Mi7007655; Mon, 24 Jul 2006 10:01:22 +0300 Date: Mon, 24 Jul 2006 10:01:22 +0300 (EEST) From: Achilleus Mantzios To: Michael Vince In-Reply-To: <44C44C46.30505@thebeastie.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-7 Content-Transfer-Encoding: 8BIT Cc: freebsd-threads@freebsd.org, freebsd-java@freebsd.org Subject: Re: AMD64 Diablo 1.5 JDK and libthr X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jul 2006 06:46:17 -0000 O Michael Vince έγραψε στις Jul 24, 2006 : > Hi all, > I would just like to follow up to my previous post and report my testing > results, as some might find it interesting. > > I tested our Java servlet on libpthread for almost a week non stop on > the AMD64 Diablo Java and it didn't fail. > I used a complex bot system to replicate users on the system, the test > was causing over 10,000 dynamic page loads per minute with a total of > about over 150million page loads without failure. > Under libpthread I now consider the AMD64 Java for our servlet as > unkillable, but as stated below not the case for libthr. > > Since I couldn't test libthr performance under AMD64 I decided to test > Java's speed under i386 Diablo 1.5 JDK since I have found it to be just > as reliable under libthr as libpthread. > > Using a complex servlet that is able to replicate user typical activity > (user bots) on this web app I recorded its performance, loading the > Tomcat first under libpthread then under libthr and running the exact > same bot test. > The servlet actually connects out from its self then back through > Apache2.2 then via the AJP module back to Tomcat http service, the > Apache is compiled under worker threaded mode and is also using libthr. > > The tests were run for about 15mins on both threading libraries for the > Tomcat and then calculated an average from hits last few minutes of > usage, from the Apache2.2 logs. > libpthread average hits per minute: 8,823 > libpthread session average: 4,500 > libthread transactions per minute: 2891 > > libthr average hits per minute: 11,581 > libthr session average: 5,573 > libthr transactions per minute: 3861 > > Hits are self explanatory (everything is a dynamic hit) > The session numbers are simultaneous users. > The transactions is the word I am using for a particular post the bots > hit that I am reading from the Apache logs that indicates a particular > hit of core usage of the webapp. > Things that were most interesting to me was that while hits were a bit > higher it made an even large stretch in simultaneous sessions and > transactions per minute. > > To me this is saying no doubt that there is faster performance from Java > under libthr when it is enabled in libmap.conf, compared to libpthread. > I would really like to do the same test under AMD64 but for what ever > reason libthr on Java is very different behavior compared to its i386 > counter part. Where does libc_r fit into the picture? Any tests with this? Just curious. > > Regards, > Mike > > Michael Vince wrote: > > > Hi guys, > > > > Firstly just like to say its great to see AMD64 1.5 JDK released, > > thanks for this. > > > > I have started doing some testing on Diablo on AMD64 FreeBSD > > (currently on 6-stable). > > I decided to enable libthr in the libmap.conf (settings below) so I > > could see the Javas thread usage via top and see if its any faster, > > I was testing a servlet on Tomcat 5.5 doing about 5k to 10k gets per > > minute, I have found it dies quite quickly (about 4 minutes) compared > > to using the libpthread, which is yet to crash after 1 hour of usage. > > Has any one had good experiences with libthr on AMD64 1.5 Java? > > > > [/usr/local/diablo-jdk1.5.0/] > > libpthread.so libthr.so > > libpthread.so.2 libthr.so.2 > > > > Its server server 6-STABLE Jun 16 build, with a generic kernel with > > just FAST_IPSEC compiled into it. > > I am going to rebuild it to 6-stable now with SMP kernel, then also > > try on a 6.1-release machine. > > > > I have attached its crash log below. > > > > > > Thanks, > > Mike > > > >------------------------------------------------------------------------ > > > ># > ># An unexpected error has been detected by HotSpot Virtual Machine: > ># > ># Internal Error (4E4D4554484F440E4350500525), pid=29088, tid=0x7ac600 > ># > ># Java VM: Java HotSpot(TM) 64-Bit Server VM (diablo-1.5.0_07-b00 mixed mode) > > > >--------------- T H R E A D --------------- > > > >Current thread (0x00000000007af000): JavaThread "Thread-39" daemon [_thread_in_Java, id=8046080] > > > >Stack: [0x00007ffffc8cd000,0x00007ffffc9cd000), sp=0x00007ffffc9cc270, free space=1020k > >Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) > >V [libjvm.so+0x7ddc49] > >V [libjvm.so+0x476da6] > >V [libjvm.so+0x6df0b8] > >V [libjvm.so+0x75a3a8] > >V [libjvm.so+0x6f4632] > > > > > >--------------- P R O C E S S --------------- > > > >Java Threads: ( => current thread ) > > 0x000000000061bc00 JavaThread "TP-Processor16" daemon [_thread_in_native, id=6307328] > > 0x000000000061b800 JavaThread "TP-Processor15" daemon [_thread_blocked, id=6306816] > > 0x000000000061b400 JavaThread "TP-Processor14" daemon [_thread_blocked, id=6306304] > > 0x000000000061b000 JavaThread "TP-Processor13" daemon [_thread_blocked, id=15662080] > > 0x0000000000815400 JavaThread "TP-Processor12" daemon [_thread_in_native, id=8251904] > > 0x00000000007f2c00 JavaThread "TP-Processor11" daemon [_thread_in_native, id=8251392] > > 0x00000000007f2400 JavaThread "TP-Processor10" daemon [_thread_in_native, id=8250880] > > 0x00000000007e8c00 JavaThread "TP-Processor9" daemon [_thread_in_native, id=8250368] > > 0x0000000000630000 JavaThread "TP-Processor8" daemon [_thread_in_native, id=6428160] > > 0x00000000007e8400 JavaThread "TP-Processor7" daemon [_thread_in_native, id=6426624] > > 0x00000000007f4000 JavaThread "TP-Processor6" daemon [_thread_in_native, id=6298112] > > 0x0000000000c58000 JavaThread "TP-Processor5" daemon [_thread_in_native, id=6296576] > > 0x00000000007b2000 JavaThread "Thread-42" daemon [_thread_blocked, id=8047616] > > 0x00000000007b0400 JavaThread "Thread-41" daemon [_thread_in_vm, id=8047104] > > 0x00000000007afc00 JavaThread "Thread-40" daemon [_thread_blocked, id=8046592] > >=>0x00000000007af000 JavaThread "Thread-39" daemon [_thread_in_Java, id=8046080] > > 0x00000000007ad400 JavaThread "Thread-38" daemon [_thread_blocked, id=8045568] > > 0x00000000007ab800 JavaThread "Thread-37" daemon [_thread_blocked, id=8045056] > > 0x0000000000717c00 JavaThread "Thread-36" daemon [_thread_blocked, id=8044544] > > 0x0000000000717000 JavaThread "Thread-35" daemon [_thread_blocked, id=5897728] > > 0x0000000000ed6c00 JavaThread "SessionStore" daemon [_thread_blocked, id=12662272] > > 0x0000000000ed1400 JavaThread "TP-Monitor" daemon [_thread_blocked, id=15545344] > > 0x0000000000ed1000 JavaThread "TP-Processor4" daemon [_thread_in_native, id=15527424] > > 0x0000000000d9dc00 JavaThread "TP-Processor3" daemon [_thread_in_native, id=15525888] > > 0x0000000000d9d800 JavaThread "TP-Processor2" daemon [_thread_in_native, id=15524352] > > 0x0000000000d9d400 JavaThread "TP-Processor1" daemon [_thread_in_native, id=15661568] > > 0x0000000000ea2000 JavaThread "http-8180-Monitor" [_thread_blocked, id=15267328] > > 0x0000000000e90400 JavaThread "http-8180-Processor25" daemon [_thread_in_native, id=15266816] > > 0x0000000000e8e800 JavaThread "http-8180-Processor24" daemon [_thread_blocked, id=15266304] > > 0x0000000000e7cc00 JavaThread "http-8180-Processor23" daemon [_thread_blocked, id=15265792] > > 0x0000000000e7c000 JavaThread "http-8180-Processor22" daemon [_thread_blocked, id=14863872] > > 0x0000000000e5a400 JavaThread "http-8180-Processor21" daemon [_thread_blocked, id=14863360] > > 0x0000000000e59800 JavaThread "http-8180-Processor20" daemon [_thread_blocked, id=14862848] > > 0x0000000000e57c00 JavaThread "http-8180-Processor19" daemon [_thread_blocked, id=14862336] > > 0x0000000000e57000 JavaThread "http-8180-Processor18" daemon [_thread_blocked, id=14861824] > > 0x0000000000e45400 JavaThread "http-8180-Processor17" daemon [_thread_blocked, id=14861312] > > 0x0000000000dda800 JavaThread "http-8180-Processor16" daemon [_thread_blocked, id=14860800] > > 0x0000000000dd9c00 JavaThread "http-8180-Processor15" daemon [_thread_blocked, id=14860288] > > 0x0000000000dd9000 JavaThread "http-8180-Processor14" daemon [_thread_blocked, id=13893120] > > 0x0000000000dbc400 JavaThread "http-8180-Processor13" daemon [_thread_blocked, id=13892608] > > 0x0000000000db3800 JavaThread "http-8180-Processor12" daemon [_thread_blocked, id=13892096] > > 0x0000000000d82c00 JavaThread "http-8180-Processor11" daemon [_thread_blocked, id=13891584] > > 0x0000000000d82000 JavaThread "http-8180-Processor10" daemon [_thread_blocked, id=13891072] > > 0x0000000000d58400 JavaThread "http-8180-Processor9" daemon [_thread_blocked, id=13890560] > > 0x0000000000d26800 JavaThread "http-8180-Processor8" daemon [_thread_blocked, id=13890048] > > 0x0000000000cd1c00 JavaThread "http-8180-Processor7" daemon [_thread_blocked, id=13889536] > > 0x0000000000cd1000 JavaThread "http-8180-Processor6" daemon [_thread_blocked, id=13168128] > > 0x0000000000cb8400 JavaThread "http-8180-Processor5" daemon [_thread_blocked, id=13167616] > > 0x0000000000cb8000 JavaThread "http-8180-Processor4" daemon [_thread_blocked, id=13167104] > > 0x0000000000c58c00 JavaThread "http-8180-Processor3" daemon [_thread_blocked, id=13166592] > > 0x0000000000c58800 JavaThread "http-8180-Processor2" daemon [_thread_blocked, id=13166080] > > 0x0000000000c58400 JavaThread "http-8180-Processor1" daemon [_thread_blocked, id=13165568] > > 0x0000000000bbf000 JavaThread "ContainerBackgroundProcessor[StandardEngine[Catalina]]" daemon [_thread_blocked, id=12661248] > > 0x00000000006c2000 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=7098368] > > 0x00000000006be400 JavaThread "CompilerThread1" daemon [_thread_blocked, id=7052288] > > 0x00000000006bb800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=7051264] > > 0x00000000006b2c00 JavaThread "AdapterThread" daemon [_thread_blocked, id=7050240] > > 0x00000000006b2000 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=7049216] > > 0x0000000000612800 JavaThread "Finalizer" daemon [_thread_blocked, id=6960128] > > 0x0000000000612400 JavaThread "Reference Handler" daemon [_thread_blocked, id=6934016] > > 0x0000000000516400 JavaThread "main" [_thread_in_native, id=5292032] > > > >Other Threads: > > 0x0000000000600c00 VMThread [id=6295040] > > 0x0000000000517a00 WatcherThread [id=7098880] > > > >VM state:synchronizing (normal execution) > > > >VM Mutex/Monitor currently owned by a thread: ([mutex/lock_event]) > >[0x0000000000513700/0x0000000000513780] Safepoint_lock - owner thread: 0x0000000000600c00 > >[0x0000000000513880/0x0000000000513900] Threads_lock - owner thread: 0x0000000000600c00 > > > >Heap > > PSYoungGen total 152896K, used 46691K [0x0000000837830000, 0x00000008422d0000, 0x000000084cd80000) > > eden space 131072K, 35% used [0x0000000837830000,0x000000083a5c8f80,0x000000083f830000) > > from space 21824K, 0% used [0x000000083f830000,0x000000083f830000,0x0000000840d80000) > > to space 21824K, 0% used [0x0000000840d80000,0x0000000840d80000,0x00000008422d0000) > > PSOldGen total 349568K, used 21439K [0x000000080cd80000, 0x00000008222e0000, 0x0000000837830000) > > object space 349568K, 6% used [0x000000080cd80000,0x000000080e26ffb0,0x00000008222e0000) > > PSPermGen total 21248K, used 13437K [0x0000000807b80000, 0x0000000809040000, 0x000000080cd80000) > > object space 21248K, 63% used [0x0000000807b80000,0x000000080889f6d0,0x0000000809040000) > > > >Dynamic libraries: > >0x0000000000400000 /usr/local/diablo-jdk1.5.0/bin/java > >0x0000000800634000 /lib/libz.so.3 > >0x0000000800747000 /usr/lib/libthr.so.2 > >0x000000080085e000 /lib/libc.so.6 > >0x0000000800a5c000 /usr/local/diablo-jdk1.5.0/jre/lib/amd64/server/libjvm.so > >0x00000008014e9000 /usr/lib/libstdc++.so.5 > >0x00000008016e0000 /lib/libm.so.4 > >0x00000008017fc000 /usr/local/diablo-jdk1.5.0/jre/lib/amd64/native_threads/libhpi.so > >0x0000000801908000 /usr/local/diablo-jdk1.5.0/jre/lib/amd64/libverify.so > >0x0000000801a17000 /usr/local/diablo-jdk1.5.0/jre/lib/amd64/libjava.so > >0x0000000801b3f000 /usr/local/diablo-jdk1.5.0/jre/lib/amd64/libzip.so > >0x000000084d5f2000 /usr/local/diablo-jdk1.5.0/jre/lib/amd64/libnet.so > >0x000000080050a000 /libexec/ld-elf.so.1 > > > >VM Arguments: > >jvm_args: -Xms512M -Xmx1024M -XX:+UseMembar -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.util.logging.config.file=/export/devel/devel1-tomcat/conf/logging.properties -Djava.endorsed.dirs=/export/devel/devel1-tomcat/common/endorsed -Dcatalina.base=/export/devel/devel1-tomcat -Dcatalina.home=/export/devel/devel1-tomcat -Djava.io.tmpdir=/export/devel/devel1-tomcat/temp > >java_command: org.apache.catalina.startup.Bootstrap start > >Launcher Type: SUN_STANDARD > > > >Environment Variables: > >JAVA_HOME=/usr/local/diablo-jdk1.5.0 > >PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/usr/X11R6/bin:/root/bin > >LD_LIBRARY_PATH=/usr/local/diablo-jdk1.5.0/jre/lib/amd64/server:/usr/local/diablo-jdk1.5.0/jre/lib/amd64:/usr/local/diablo-jdk1.5.0/jre/../lib/amd64 > >SHELL=/bin/csh > >HOSTTYPE=FreeBSD > >OSTYPE=FreeBSD > >MACHTYPE=unknown > > > >Signal Handlers: > >SIGSEGV: [libjvm.so+0x7de650], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 > >SIGBUS: [libjvm.so+0x7de650], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 > >SIGFPE: [libjvm.so+0x6f3030], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 > >SIGPIPE: [libjvm.so+0x6f3030], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 > >SIGILL: [libjvm.so+0x6f3030], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 > >SIGUSR1: [libjvm.so+0x6f30c0], sa_mask[0]=0x00000000, sa_flags=0x00000040 > >SIGUSR2: [libjvm.so+0x6f3030], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 > >SIGHUP: [libjvm.so+0x6f1b30], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 > >SIGINT: SIG_IGN, sa_mask[0]=0x00000000, sa_flags=0x00000000 > >SIGQUIT: [libjvm.so+0x6f1b30], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 > >SIGTERM: [libjvm.so+0x6f1b30], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 > > > > > >--------------- S Y S T E M --------------- > > > >OS:FreeBSD > >uname:FreeBSD 6.1-STABLE FreeBSD 6.1-STABLE #1: Fri Jun 16 13:38:14 EST 2006 root@kessel:/usr/obj/usr/src/sys/GENERIC_IPSEC amd64 > >rlimit: STACK 524288k, CORE infinity, NOFILE 11095 > >CPU:total 4 em64t ht > > > >Memory: 4k page, physical 6065060k > > > >vm_info: Java HotSpot(TM) 64-Bit Server VM (diablo-1.5.0_07-b00) for freebsd-amd64, built on Jun 13 2006 11:31:34 by truk with gcc 3.4.4 [FreeBSD] 20050518 > > > > > > > >------------------------------------------------------------------------ > > > >_______________________________________________ > >freebsd-java@freebsd.org mailing list > >http://lists.freebsd.org/mailman/listinfo/freebsd-java > >To unsubscribe, send any mail to "freebsd-java-unsubscribe@freebsd.org" > > > > _______________________________________________ > freebsd-java@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-java > To unsubscribe, send any mail to "freebsd-java-unsubscribe@freebsd.org" > -- -Achilleus From owner-freebsd-threads@FreeBSD.ORG Mon Jul 24 07:57:34 2006 Return-Path: X-Original-To: freebsd-threads@freebsd.org 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 22A4F16A4DF; Mon, 24 Jul 2006 07:57:34 +0000 (UTC) (envelope-from mv@thebeastie.org) Received: from p4.roq.com (ns1.ecoms.com [207.44.130.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC14243D45; Mon, 24 Jul 2006 07:57:28 +0000 (GMT) (envelope-from mv@thebeastie.org) Received: from p4.roq.com (localhost.roq.com [127.0.0.1]) by p4.roq.com (Postfix) with ESMTP id 876D44D68F; Mon, 24 Jul 2006 07:57:33 +0000 (GMT) Received: from vaulte.jumbuck.com (ppp166-27.static.internode.on.net [150.101.166.27]) by p4.roq.com (Postfix) with ESMTP id 335124D698; Mon, 24 Jul 2006 07:57:32 +0000 (GMT) Received: from vaulte.jumbuck.com (localhost [127.0.0.1]) by vaulte.jumbuck.com (Postfix) with ESMTP id 6152B8A06A; Mon, 24 Jul 2006 17:57:25 +1000 (EST) Received: from [192.168.46.102] (unknown [192.168.46.250]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by vaulte.jumbuck.com (Postfix) with ESMTP id 59E268A066; Mon, 24 Jul 2006 17:57:25 +1000 (EST) Message-ID: <44C47D64.6010804@thebeastie.org> Date: Mon, 24 Jul 2006 17:57:24 +1000 From: Michael Vince User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.12) Gecko/20060404 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Achilleus Mantzios References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-7; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV using ClamSMTP X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-threads@freebsd.org, freebsd-java@freebsd.org Subject: Re: AMD64 Diablo 1.5 JDK and libthr X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jul 2006 07:57:34 -0000 I just ran it for you now, lower then the others. libc_r average hits per minute: 6,859 libc_r session average: 3,441 libc_r transactions per minute: 2,310 [/usr/local/diablo-jdk1.5.0/] libpthread.so libc_r.so libpthread.so.2 libc_r.so.6 #libpthread.so libthr.so #libpthread.so.2 libthr.so.2 Few things I forgot to mention is that the user bots use able 80% of the CPU (via the same Java process) and idle via top reports 0% most of the time for libthr and pthread, these servers are Dell 2850s 2 socket P4s (not multicore). If the webapp was placed on a separate machine to just serve out http data it could do more hits/work. I didn't do this since I am largely interested in straining the Java as a whole, and giving it a threads test. Mike Achilleus Mantzios wrote: >O Michael Vince έγραψε στις Jul 24, 2006 : > > > >>Hi all, >>I would just like to follow up to my previous post and report my testing >>results, as some might find it interesting. >> >>I tested our Java servlet on libpthread for almost a week non stop on >>the AMD64 Diablo Java and it didn't fail. >>I used a complex bot system to replicate users on the system, the test >>was causing over 10,000 dynamic page loads per minute with a total of >>about over 150million page loads without failure. >>Under libpthread I now consider the AMD64 Java for our servlet as >>unkillable, but as stated below not the case for libthr. >> >>Since I couldn't test libthr performance under AMD64 I decided to test >>Java's speed under i386 Diablo 1.5 JDK since I have found it to be just >>as reliable under libthr as libpthread. >> >>Using a complex servlet that is able to replicate user typical activity >>(user bots) on this web app I recorded its performance, loading the >>Tomcat first under libpthread then under libthr and running the exact >>same bot test. >>The servlet actually connects out from its self then back through >>Apache2.2 then via the AJP module back to Tomcat http service, the >>Apache is compiled under worker threaded mode and is also using libthr. >> >>The tests were run for about 15mins on both threading libraries for the >>Tomcat and then calculated an average from hits last few minutes of >>usage, from the Apache2.2 logs. >>libpthread average hits per minute: 8,823 >>libpthread session average: 4,500 >>libthread transactions per minute: 2891 >> >>libthr average hits per minute: 11,581 >>libthr session average: 5,573 >>libthr transactions per minute: 3861 >> >>Hits are self explanatory (everything is a dynamic hit) >>The session numbers are simultaneous users. >>The transactions is the word I am using for a particular post the bots >>hit that I am reading from the Apache logs that indicates a particular >>hit of core usage of the webapp. >>Things that were most interesting to me was that while hits were a bit >>higher it made an even large stretch in simultaneous sessions and >>transactions per minute. >> >>To me this is saying no doubt that there is faster performance from Java >>under libthr when it is enabled in libmap.conf, compared to libpthread. >>I would really like to do the same test under AMD64 but for what ever >>reason libthr on Java is very different behavior compared to its i386 >>counter part. >> >> > >Where does libc_r fit into the picture? >Any tests with this? >Just curious. > > > >>Regards, >>Mike >> >>Michael Vince wrote: >> >> >> >>>Hi guys, >>> >>>Firstly just like to say its great to see AMD64 1.5 JDK released, >>>thanks for this. >>> >>>I have started doing some testing on Diablo on AMD64 FreeBSD >>>(currently on 6-stable). >>>I decided to enable libthr in the libmap.conf (settings below) so I >>>could see the Javas thread usage via top and see if its any faster, >>>I was testing a servlet on Tomcat 5.5 doing about 5k to 10k gets per >>>minute, I have found it dies quite quickly (about 4 minutes) compared >>>to using the libpthread, which is yet to crash after 1 hour of usage. >>>Has any one had good experiences with libthr on AMD64 1.5 Java? >>> >>>[/usr/local/diablo-jdk1.5.0/] >>>libpthread.so libthr.so >>>libpthread.so.2 libthr.so.2 >>> >>>Its server server 6-STABLE Jun 16 build, with a generic kernel with >>>just FAST_IPSEC compiled into it. >>>I am going to rebuild it to 6-stable now with SMP kernel, then also >>>try on a 6.1-release machine. >>> >>>I have attached its crash log below. >>> >>> >>>Thanks, >>>Mike >>> >>>------------------------------------------------------------------------ >>> >>># >>># An unexpected error has been detected by HotSpot Virtual Machine: >>># >>># Internal Error (4E4D4554484F440E4350500525), pid=29088, tid=0x7ac600 >>># >>># Java VM: Java HotSpot(TM) 64-Bit Server VM (diablo-1.5.0_07-b00 mixed mode) >>> >>>--------------- T H R E A D --------------- >>> >>>Current thread (0x00000000007af000): JavaThread "Thread-39" daemon [_thread_in_Java, id=8046080] >>> >>>Stack: [0x00007ffffc8cd000,0x00007ffffc9cd000), sp=0x00007ffffc9cc270, free space=1020k >>>Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) >>>V [libjvm.so+0x7ddc49] >>>V [libjvm.so+0x476da6] >>>V [libjvm.so+0x6df0b8] >>>V [libjvm.so+0x75a3a8] >>>V [libjvm.so+0x6f4632] >>> >>> >>>--------------- P R O C E S S --------------- >>> >>>Java Threads: ( => current thread ) >>> 0x000000000061bc00 JavaThread "TP-Processor16" daemon [_thread_in_native, id=6307328] >>> 0x000000000061b800 JavaThread "TP-Processor15" daemon [_thread_blocked, id=6306816] >>> 0x000000000061b400 JavaThread "TP-Processor14" daemon [_thread_blocked, id=6306304] >>> 0x000000000061b000 JavaThread "TP-Processor13" daemon [_thread_blocked, id=15662080] >>> 0x0000000000815400 JavaThread "TP-Processor12" daemon [_thread_in_native, id=8251904] >>> 0x00000000007f2c00 JavaThread "TP-Processor11" daemon [_thread_in_native, id=8251392] >>> 0x00000000007f2400 JavaThread "TP-Processor10" daemon [_thread_in_native, id=8250880] >>> 0x00000000007e8c00 JavaThread "TP-Processor9" daemon [_thread_in_native, id=8250368] >>> 0x0000000000630000 JavaThread "TP-Processor8" daemon [_thread_in_native, id=6428160] >>> 0x00000000007e8400 JavaThread "TP-Processor7" daemon [_thread_in_native, id=6426624] >>> 0x00000000007f4000 JavaThread "TP-Processor6" daemon [_thread_in_native, id=6298112] >>> 0x0000000000c58000 JavaThread "TP-Processor5" daemon [_thread_in_native, id=6296576] >>> 0x00000000007b2000 JavaThread "Thread-42" daemon [_thread_blocked, id=8047616] >>> 0x00000000007b0400 JavaThread "Thread-41" daemon [_thread_in_vm, id=8047104] >>> 0x00000000007afc00 JavaThread "Thread-40" daemon [_thread_blocked, id=8046592] >>>=>0x00000000007af000 JavaThread "Thread-39" daemon [_thread_in_Java, id=8046080] >>> 0x00000000007ad400 JavaThread "Thread-38" daemon [_thread_blocked, id=8045568] >>> 0x00000000007ab800 JavaThread "Thread-37" daemon [_thread_blocked, id=8045056] >>> 0x0000000000717c00 JavaThread "Thread-36" daemon [_thread_blocked, id=8044544] >>> 0x0000000000717000 JavaThread "Thread-35" daemon [_thread_blocked, id=5897728] >>> 0x0000000000ed6c00 JavaThread "SessionStore" daemon [_thread_blocked, id=12662272] >>> 0x0000000000ed1400 JavaThread "TP-Monitor" daemon [_thread_blocked, id=15545344] >>> 0x0000000000ed1000 JavaThread "TP-Processor4" daemon [_thread_in_native, id=15527424] >>> 0x0000000000d9dc00 JavaThread "TP-Processor3" daemon [_thread_in_native, id=15525888] >>> 0x0000000000d9d800 JavaThread "TP-Processor2" daemon [_thread_in_native, id=15524352] >>> 0x0000000000d9d400 JavaThread "TP-Processor1" daemon [_thread_in_native, id=15661568] >>> 0x0000000000ea2000 JavaThread "http-8180-Monitor" [_thread_blocked, id=15267328] >>> 0x0000000000e90400 JavaThread "http-8180-Processor25" daemon [_thread_in_native, id=15266816] >>> 0x0000000000e8e800 JavaThread "http-8180-Processor24" daemon [_thread_blocked, id=15266304] >>> 0x0000000000e7cc00 JavaThread "http-8180-Processor23" daemon [_thread_blocked, id=15265792] >>> 0x0000000000e7c000 JavaThread "http-8180-Processor22" daemon [_thread_blocked, id=14863872] >>> 0x0000000000e5a400 JavaThread "http-8180-Processor21" daemon [_thread_blocked, id=14863360] >>> 0x0000000000e59800 JavaThread "http-8180-Processor20" daemon [_thread_blocked, id=14862848] >>> 0x0000000000e57c00 JavaThread "http-8180-Processor19" daemon [_thread_blocked, id=14862336] >>> 0x0000000000e57000 JavaThread "http-8180-Processor18" daemon [_thread_blocked, id=14861824] >>> 0x0000000000e45400 JavaThread "http-8180-Processor17" daemon [_thread_blocked, id=14861312] >>> 0x0000000000dda800 JavaThread "http-8180-Processor16" daemon [_thread_blocked, id=14860800] >>> 0x0000000000dd9c00 JavaThread "http-8180-Processor15" daemon [_thread_blocked, id=14860288] >>> 0x0000000000dd9000 JavaThread "http-8180-Processor14" daemon [_thread_blocked, id=13893120] >>> 0x0000000000dbc400 JavaThread "http-8180-Processor13" daemon [_thread_blocked, id=13892608] >>> 0x0000000000db3800 JavaThread "http-8180-Processor12" daemon [_thread_blocked, id=13892096] >>> 0x0000000000d82c00 JavaThread "http-8180-Processor11" daemon [_thread_blocked, id=13891584] >>> 0x0000000000d82000 JavaThread "http-8180-Processor10" daemon [_thread_blocked, id=13891072] >>> 0x0000000000d58400 JavaThread "http-8180-Processor9" daemon [_thread_blocked, id=13890560] >>> 0x0000000000d26800 JavaThread "http-8180-Processor8" daemon [_thread_blocked, id=13890048] >>> 0x0000000000cd1c00 JavaThread "http-8180-Processor7" daemon [_thread_blocked, id=13889536] >>> 0x0000000000cd1000 JavaThread "http-8180-Processor6" daemon [_thread_blocked, id=13168128] >>> 0x0000000000cb8400 JavaThread "http-8180-Processor5" daemon [_thread_blocked, id=13167616] >>> 0x0000000000cb8000 JavaThread "http-8180-Processor4" daemon [_thread_blocked, id=13167104] >>> 0x0000000000c58c00 JavaThread "http-8180-Processor3" daemon [_thread_blocked, id=13166592] >>> 0x0000000000c58800 JavaThread "http-8180-Processor2" daemon [_thread_blocked, id=13166080] >>> 0x0000000000c58400 JavaThread "http-8180-Processor1" daemon [_thread_blocked, id=13165568] >>> 0x0000000000bbf000 JavaThread "ContainerBackgroundProcessor[StandardEngine[Catalina]]" daemon [_thread_blocked, id=12661248] >>> 0x00000000006c2000 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=7098368] >>> 0x00000000006be400 JavaThread "CompilerThread1" daemon [_thread_blocked, id=7052288] >>> 0x00000000006bb800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=7051264] >>> 0x00000000006b2c00 JavaThread "AdapterThread" daemon [_thread_blocked, id=7050240] >>> 0x00000000006b2000 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=7049216] >>> 0x0000000000612800 JavaThread "Finalizer" daemon [_thread_blocked, id=6960128] >>> 0x0000000000612400 JavaThread "Reference Handler" daemon [_thread_blocked, id=6934016] >>> 0x0000000000516400 JavaThread "main" [_thread_in_native, id=5292032] >>> >>>Other Threads: >>> 0x0000000000600c00 VMThread [id=6295040] >>> 0x0000000000517a00 WatcherThread [id=7098880] >>> >>>VM state:synchronizing (normal execution) >>> >>>VM Mutex/Monitor currently owned by a thread: ([mutex/lock_event]) >>>[0x0000000000513700/0x0000000000513780] Safepoint_lock - owner thread: 0x0000000000600c00 >>>[0x0000000000513880/0x0000000000513900] Threads_lock - owner thread: 0x0000000000600c00 >>> >>>Heap >>>PSYoungGen total 152896K, used 46691K [0x0000000837830000, 0x00000008422d0000, 0x000000084cd80000) >>> eden space 131072K, 35% used [0x0000000837830000,0x000000083a5c8f80,0x000000083f830000) >>> from space 21824K, 0% used [0x000000083f830000,0x000000083f830000,0x0000000840d80000) >>> to space 21824K, 0% used [0x0000000840d80000,0x0000000840d80000,0x00000008422d0000) >>>PSOldGen total 349568K, used 21439K [0x000000080cd80000, 0x00000008222e0000, 0x0000000837830000) >>> object space 349568K, 6% used [0x000000080cd80000,0x000000080e26ffb0,0x00000008222e0000) >>>PSPermGen total 21248K, used 13437K [0x0000000807b80000, 0x0000000809040000, 0x000000080cd80000) >>> object space 21248K, 63% used [0x0000000807b80000,0x000000080889f6d0,0x0000000809040000) >>> >>>Dynamic libraries: >>>0x0000000000400000 /usr/local/diablo-jdk1.5.0/bin/java >>>0x0000000800634000 /lib/libz.so.3 >>>0x0000000800747000 /usr/lib/libthr.so.2 >>>0x000000080085e000 /lib/libc.so.6 >>>0x0000000800a5c000 /usr/local/diablo-jdk1.5.0/jre/lib/amd64/server/libjvm.so >>>0x00000008014e9000 /usr/lib/libstdc++.so.5 >>>0x00000008016e0000 /lib/libm.so.4 >>>0x00000008017fc000 /usr/local/diablo-jdk1.5.0/jre/lib/amd64/native_threads/libhpi.so >>>0x0000000801908000 /usr/local/diablo-jdk1.5.0/jre/lib/amd64/libverify.so >>>0x0000000801a17000 /usr/local/diablo-jdk1.5.0/jre/lib/amd64/libjava.so >>>0x0000000801b3f000 /usr/local/diablo-jdk1.5.0/jre/lib/amd64/libzip.so >>>0x000000084d5f2000 /usr/local/diablo-jdk1.5.0/jre/lib/amd64/libnet.so >>>0x000000080050a000 /libexec/ld-elf.so.1 >>> >>>VM Arguments: >>>jvm_args: -Xms512M -Xmx1024M -XX:+UseMembar -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.util.logging.config.file=/export/devel/devel1-tomcat/conf/logging.properties -Djava.endorsed.dirs=/export/devel/devel1-tomcat/common/endorsed -Dcatalina.base=/export/devel/devel1-tomcat -Dcatalina.home=/export/devel/devel1-tomcat -Djava.io.tmpdir=/export/devel/devel1-tomcat/temp >>>java_command: org.apache.catalina.startup.Bootstrap start >>>Launcher Type: SUN_STANDARD >>> >>>Environment Variables: >>>JAVA_HOME=/usr/local/diablo-jdk1.5.0 >>>PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/usr/X11R6/bin:/root/bin >>>LD_LIBRARY_PATH=/usr/local/diablo-jdk1.5.0/jre/lib/amd64/server:/usr/local/diablo-jdk1.5.0/jre/lib/amd64:/usr/local/diablo-jdk1.5.0/jre/../lib/amd64 >>>SHELL=/bin/csh >>>HOSTTYPE=FreeBSD >>>OSTYPE=FreeBSD >>>MACHTYPE=unknown >>> >>>Signal Handlers: >>>SIGSEGV: [libjvm.so+0x7de650], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 >>>SIGBUS: [libjvm.so+0x7de650], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 >>>SIGFPE: [libjvm.so+0x6f3030], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 >>>SIGPIPE: [libjvm.so+0x6f3030], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 >>>SIGILL: [libjvm.so+0x6f3030], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 >>>SIGUSR1: [libjvm.so+0x6f30c0], sa_mask[0]=0x00000000, sa_flags=0x00000040 >>>SIGUSR2: [libjvm.so+0x6f3030], sa_mask[0]=0xfffefeff, sa_flags=0x00000042 >>>SIGHUP: [libjvm.so+0x6f1b30], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 >>>SIGINT: SIG_IGN, sa_mask[0]=0x00000000, sa_flags=0x00000000 >>>SIGQUIT: [libjvm.so+0x6f1b30], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 >>>SIGTERM: [libjvm.so+0x6f1b30], sa_mask[0]=0xfffefeff, sa_flags=0x00000002 >>> >>> >>>--------------- S Y S T E M --------------- >>> >>>OS:FreeBSD >>>uname:FreeBSD 6.1-STABLE FreeBSD 6.1-STABLE #1: Fri Jun 16 13:38:14 EST 2006 root@kessel:/usr/obj/usr/src/sys/GENERIC_IPSEC amd64 >>>rlimit: STACK 524288k, CORE infinity, NOFILE 11095 >>>CPU:total 4 em64t ht >>> >>>Memory: 4k page, physical 6065060k >>> >>>vm_info: Java HotSpot(TM) 64-Bit Server VM (diablo-1.5.0_07-b00) for freebsd-amd64, built on Jun 13 2006 11:31:34 by truk with gcc 3.4.4 [FreeBSD] 20050518 >>> >>> >>> >>>------------------------------------------------------------------------ >>> >>>_______________________________________________ >>>freebsd-java@freebsd.org mailing list >>>http://lists.freebsd.org/mailman/listinfo/freebsd-java >>>To unsubscribe, send any mail to "freebsd-java-unsubscribe@freebsd.org" >>> >>> >>> >>_______________________________________________ >>freebsd-java@freebsd.org mailing list >>http://lists.freebsd.org/mailman/listinfo/freebsd-java >>To unsubscribe, send any mail to "freebsd-java-unsubscribe@freebsd.org" >> >> >> > > > From owner-freebsd-threads@FreeBSD.ORG Mon Jul 24 11:03:45 2006 Return-Path: X-Original-To: freebsd-threads@freebsd.org 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 787A316A4DA for ; Mon, 24 Jul 2006 11:03:45 +0000 (UTC) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id A538B43DC6 for ; Mon, 24 Jul 2006 11:03:09 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k6OB39kj013811 for ; Mon, 24 Jul 2006 11:03:09 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k6OB37at013803 for freebsd-threads@freebsd.org; Mon, 24 Jul 2006 11:03:07 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 24 Jul 2006 11:03:07 GMT Message-Id: <200607241103.k6OB37at013803@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-threads@FreeBSD.org Cc: Subject: Current problem reports assigned to you X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jul 2006 11:03:45 -0000 Current FreeBSD problem reports Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- s [2005/01/26] threads/76690threads fork hang in child for (-lc_r & -lthr) 1 problem total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2000/07/18] kern/20016 threads pthreads: Cannot set scheduling timer/Can s [2001/01/20] threads/24472threads libc_r does not honor SO_SNDTIMEO/SO_RCVT s [2001/01/25] threads/24632threads libc_r delicate deviation from libc in ha s [2001/11/26] bin/32295 threads pthread dont dequeue signals s [2002/02/01] threads/34536threads accept() blocks other threads o [2002/05/25] kern/38549 threads the procces compiled whith pthread stoppe s [2002/06/27] threads/39922threads [threads] [patch] Threaded applications e s [2003/03/02] threads/48856threads Setting SIGCHLD to SIG_IGN still leaves z s [2003/03/10] threads/49087threads Signals lost in programs linked with libc s [2004/03/15] kern/64313 threads FreeBSD (OpenBSD) pthread implicit set/un o [2004/08/26] threads/70975threads unexpected and unreliable behaviour when o [2004/10/05] threads/72353threads Assertion fails in /usr/src/lib/libpthrea o [2004/10/07] threads/72429threads threads blocked in stdio (fgets, etc) are o [2004/10/21] threads/72953threads fork() unblocks blocked signals w/o PTHRE o [2004/12/19] threads/75273threads FBSD 5.3 libpthread (KSE) bug o [2004/12/21] threads/75374threads pthread_kill() ignores SA_SIGINFO flag s [2005/01/26] threads/76694threads fork cause hang in dup()/close() function o [2005/04/08] threads/79683threads svctcp_create() fails if multiple threads o [2005/04/28] threads/80435threads panic on high loads o [2005/05/19] threads/81258threads Thread specific data is sometimes assigne o [2005/07/22] threads/83914threads [libc] popen() doesn't work in static thr s [2005/08/02] threads/84483threads problems with devel/nspr and -lc_r on 4.x o [2005/08/20] threads/85160threads [libthr] [patch] libobjc + libpthread/lib p [2005/11/19] threads/89262threads [kernel] [patch] multi-threaded process h o [2005/12/12] threads/90278threads libthr, ULE and -current produces >100% W o [2006/01/03] kern/91266 threads [threads] Trying sleep, but thread marked s [2006/03/15] threads/94467threads send(), sendto() and sendmsg() are not co o [2006/06/01] threads/98256threads gnome-system-monitor core dumps from pthr o [2006/07/22] threads/100701threads Wine triggers internal error in libpthrea 29 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- s [2000/06/13] kern/19247 threads uthread_sigaction.c does not do anything s [2000/10/21] kern/22190 threads A threaded read(2) from a socketpair(2) f s [2001/09/09] threads/30464threads pthread mutex attributes -- pshared s [2002/05/02] threads/37676threads libc_r: msgsnd(), msgrcv(), pread(), pwri s [2002/07/16] threads/40671threads pthread_cancel doesn't remove thread from s [2004/07/13] threads/69020threads pthreads library leaks _gc_mutex o [2004/09/21] threads/71966threads Mlnet Core Dumped : Fatal error '_pq_inse o [2004/11/21] threads/74180threads KSE problem. Applications those riched ma o [2005/04/13] threads/79887threads [patch] freopen() isn't thread-safe o [2005/05/13] threads/80992threads abort() sometimes not caught by gdb depen o [2005/05/26] threads/81534threads [libc_r] [patch] libc_r close() will fail 11 problems total. From owner-freebsd-threads@FreeBSD.ORG Mon Jul 24 19:21:38 2006 Return-Path: X-Original-To: freebsd-threads@hub.freebsd.org Delivered-To: freebsd-threads@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8ED8416A4E2; Mon, 24 Jul 2006 19:21:38 +0000 (UTC) (envelope-from deischen@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2C7443D7B; Mon, 24 Jul 2006 19:21:32 +0000 (GMT) (envelope-from deischen@FreeBSD.org) Received: from freefall.freebsd.org (deischen@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k6OJLWUu064429; Mon, 24 Jul 2006 19:21:32 GMT (envelope-from deischen@freefall.freebsd.org) Received: (from deischen@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k6OJLW8R064425; Mon, 24 Jul 2006 19:21:32 GMT (envelope-from deischen) Date: Mon, 24 Jul 2006 19:21:32 GMT From: Daniel Eischen Message-Id: <200607241921.k6OJLW8R064425@freefall.freebsd.org> To: lofi@freebsd.org, deischen@FreeBSD.org, freebsd-threads@FreeBSD.org Cc: Subject: Re: threads/100701: Wine triggers internal error in libpthread X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jul 2006 19:21:38 -0000 Synopsis: Wine triggers internal error in libpthread State-Changed-From-To: open->closed State-Changed-By: deischen State-Changed-When: Mon Jul 24 19:20:21 UTC 2006 State-Changed-Why: This is not a problem with the threads library. WINE is known to abuse usage of %gs which is reserved for use by the threads library. http://www.freebsd.org/cgi/query-pr.cgi?pr=100701 From owner-freebsd-threads@FreeBSD.ORG Tue Jul 25 00:33:34 2006 Return-Path: X-Original-To: freebsd-threads@FreeBSD.org 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 7DA9516A4E1 for ; Tue, 25 Jul 2006 00:33:34 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from hood.oook.cz (hood.oook.cz [195.250.137.134]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55EC843D62 for ; Tue, 25 Jul 2006 00:33:31 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from ikaros.oook.cz (localhost [127.0.0.1]) by hood.oook.cz (8.13.6/8.13.6) with ESMTP id k6P0XTZO013696 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 25 Jul 2006 02:33:29 +0200 (CEST) (envelope-from pav@FreeBSD.org) Received: (from pav@localhost) by ikaros.oook.cz (8.13.6/8.13.6/Submit) id k6P0XT3l013695 for freebsd-threads@FreeBSD.org; Tue, 25 Jul 2006 02:33:29 +0200 (CEST) (envelope-from pav@FreeBSD.org) X-Authentication-Warning: ikaros.oook.cz: pav set sender to pav@FreeBSD.org using -f From: Pav Lucistnik To: freebsd-threads@FreeBSD.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-mXQEIRE+PoCybYP1kCsc" Date: Tue, 25 Jul 2006 02:33:29 +0200 Message-Id: <1153787609.20641.47.camel@ikaros.oook.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.6.2 FreeBSD GNOME Team Port Cc: Subject: thread starving X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pav@FreeBSD.org List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jul 2006 00:33:34 -0000 --=-mXQEIRE+PoCybYP1kCsc Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hey team, I have a program which basically does this: - start timer_thread with pthread_create() - set handler for sigalarm that collects some statistics - set up itimer which will fire sigalarms once per second - start up a scientific computation timer_thread does basically this: while (1) { sleep(1); communicate statistics with controller over network } Now the problem. On certain machines, sometimes, the timer_thread never starts to execute. pthread_create() returns 0 (success), but it's never scheduled. Possibly because the main thread is in CPU intensive loop, never sleeps, never waits for i/o. If I put pthread_yield() into the main thread just after the pthread_create(), it runs a bit of timer_thread, but then stalls. But sometimes it works as it should. And there are machines where this always works. Now the most odd part: attaching truss or gdb to the application unstucks the timer_thread. I'm currently observing this on a 6.0-STABLE and 6.1-RC boxes. How can I help it? --=20 Pav Lucistnik Said Helvetica Narrow to Helvetica Bold: "Hey, you're just my type." --=-mXQEIRE+PoCybYP1kCsc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= =?ISO-8859-1?Q?_zpr=E1vy?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQBExWbZntdYP8FOsoIRAihUAJ4uGq6E2DDBESoyK7KN/0pe+KQSdgCgy0ck juLSaAHKBIxwnLac1SFqgtQ= =90lF -----END PGP SIGNATURE----- --=-mXQEIRE+PoCybYP1kCsc-- From owner-freebsd-threads@FreeBSD.ORG Tue Jul 25 02:41:37 2006 Return-Path: X-Original-To: freebsd-threads@hub.freebsd.org Delivered-To: freebsd-threads@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 42FFC16A4DA; Tue, 25 Jul 2006 02:41:37 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E47F43D45; Tue, 25 Jul 2006 02:41:37 +0000 (GMT) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k6P2faAJ003798; Tue, 25 Jul 2006 02:41:36 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k6P2faTG003794; Tue, 25 Jul 2006 02:41:36 GMT (envelope-from linimon) Date: Tue, 25 Jul 2006 02:41:36 GMT From: Mark Linimon Message-Id: <200607250241.k6P2faTG003794@freefall.freebsd.org> To: lofi@freebsd.org, linimon@FreeBSD.org, freebsd-threads@FreeBSD.org, gerald@FreeBSD.org Cc: Subject: Re: ports/100701: emulators/wine triggers internal error in libpthread X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jul 2006 02:41:37 -0000 Synopsis: emulators/wine triggers internal error in libpthread State-Changed-From-To: closed->suspended State-Changed-By: linimon State-Changed-When: Tue Jul 25 02:39:10 UTC 2006 State-Changed-Why: After some further discussion on the mailing lists (q.v.), the conclusion seems to be that Wine on FreeBSD is going to need to be modified to work with the thread libraries. I'm going to mark this 'suspended' until someone can figure out an appropriate shim to do this. The problem is serious and extant, so IMHO it shouldn't really be closed. Responsible-Changed-From-To: freebsd-threads->gerald Responsible-Changed-By: linimon Responsible-Changed-When: Tue Jul 25 02:39:10 UTC 2006 Responsible-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=100701 From owner-freebsd-threads@FreeBSD.ORG Tue Jul 25 15:09:39 2006 Return-Path: X-Original-To: freebsd-threads@freebsd.org 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 1476816A4DA; Tue, 25 Jul 2006 15:09:39 +0000 (UTC) (envelope-from glewis@eyesbeyond.com) Received: from misty.eyesbeyond.com (gerbercreations.com [71.39.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47BE843D5C; Tue, 25 Jul 2006 15:09:37 +0000 (GMT) (envelope-from glewis@eyesbeyond.com) Received: from misty.eyesbeyond.com (localhost.eyesbeyond.com [127.0.0.1]) by misty.eyesbeyond.com (8.13.1/8.13.3) with ESMTP id k6PF9Z2U031191; Tue, 25 Jul 2006 08:09:35 -0700 (PDT) (envelope-from glewis@eyesbeyond.com) Received: (from glewis@localhost) by misty.eyesbeyond.com (8.13.1/8.13.3/Submit) id k6PF9Wi4031190; Tue, 25 Jul 2006 08:09:32 -0700 (PDT) (envelope-from glewis@eyesbeyond.com) X-Authentication-Warning: misty.eyesbeyond.com: glewis set sender to glewis@eyesbeyond.com using -f Date: Tue, 25 Jul 2006 08:09:31 -0700 From: Greg Lewis To: Michael Vince Message-ID: <20060725150931.GA31017@misty.eyesbeyond.com> References: <44C47D64.6010804@thebeastie.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44C47D64.6010804@thebeastie.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-java@freebsd.org, Achilleus Mantzios , freebsd-threads@freebsd.org Subject: Re: AMD64 Diablo 1.5 JDK and libthr X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jul 2006 15:09:39 -0000 On Mon, Jul 24, 2006 at 05:57:24PM +1000, Michael Vince wrote: > I just ran it for you now, lower then the others. > libc_r average hits per minute: 6,859 > libc_r session average: 3,441 > libc_r transactions per minute: 2,310 Is the machine UP or SMP? -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org From owner-freebsd-threads@FreeBSD.ORG Tue Jul 25 20:00:34 2006 Return-Path: X-Original-To: freebsd-threads@hub.freebsd.org Delivered-To: freebsd-threads@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 478BC16A4E1 for ; Tue, 25 Jul 2006 20:00:34 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A04243D58 for ; Tue, 25 Jul 2006 20:00:33 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k6PK0XoC099115 for ; Tue, 25 Jul 2006 20:00:33 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k6PK0X4D099109; Tue, 25 Jul 2006 20:00:33 GMT (envelope-from gnats) Resent-Date: Tue, 25 Jul 2006 20:00:33 GMT Resent-Message-Id: <200607252000.k6PK0X4D099109@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-threads@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Michael Scheidell Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C9D716A4E7; Tue, 25 Jul 2006 19:58:40 +0000 (UTC) (envelope-from scheidell@secnap.net) Received: from scanner.secnap.net (scanner.secnap.net [204.89.241.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BC2D43D46; Tue, 25 Jul 2006 19:58:40 +0000 (GMT) (envelope-from scheidell@secnap.net) Received: by scanner.secnap.net (Postfix, from userid 1001) id 4E5CF137BB7; Tue, 25 Jul 2006 15:58:39 -0400 (EDT) Message-Id: <20060725195839.4E5CF137BB7@scanner.secnap.net> Date: Tue, 25 Jul 2006 15:58:39 -0400 (EDT) From: Michael Scheidell To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Cc: freebsd-hackers@FreeBSD.org Subject: threads/100815: FBSD 5.5 broke nanosleep in libc_r X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jul 2006 20:00:34 -0000 >Number: 100815 >Category: threads >Synopsis: FBSD 5.5 broke nanosleep in libc_r >Confidential: yes >Severity: serious >Priority: medium >Responsible: freebsd-threads >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jul 25 20:00:32 GMT 2006 >Closed-Date: >Last-Modified: >Originator: Michael Scheidel >Release: FreeBSD 5.5-RELEASE-p2 i386 >Organization: SECNAP Network Security >Environment: System: FreeBSD audit18.hackertrap.net 5.5-RELEASE-p2 FreeBSD 5.5-RELEASE-p2 #6: Tue Jul 25 10:34:16 EDT 2006 admin@audit18.hackertrap.net:/usr/obj/usr/src/sys/HACKERTRAP_305 i386 >Description: nanosleep returns after time+delta if wallclock changed with libc_r >How-To-Repeat: 5.4 works, not including libc_r in 5.5 works Given this POC: int main( int argc, char **argv ) { char execs1[256] = "/bin/date +A%Y%m%d%H%M.%S"; char execs2[256] = "/bin/date +B%Y%m%d%H%M.%S"; int a; while ( 1) { system( execs1 ); usleep( 500*1000); system( execs2 ); } return 0; } /* main */ compile with: cc -g -c nanotest.c cc -g -o nanotest nanotest.o -lc_r run it, set clock back 45 seconds, observe 45 second delay >Fix: compile with: cc -g -c nanotest.c cc -g -o nanotest nanotest.o or compile on 5.4 system. (I have only tried compiling and running on 5.4 system. I have not yet tried compiling on 5.4 and running on 5.5 or visa versa) I used ntpdate -su to change clock. (I have an internal system that is 45 seconds behind, just for this test) output with 5.4 or without libc_r shows wallclock 'stepping' when you change time no delay in display. 5.5 with libc_r shows stepping if moving clock head, but if you move wallclock back 45 seconds, display stops for 45 seconds. >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-threads@FreeBSD.ORG Tue Jul 25 20:57:26 2006 Return-Path: X-Original-To: freebsd-threads@hub.freebsd.org Delivered-To: freebsd-threads@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1991B16A4E0; Tue, 25 Jul 2006 20:57:26 +0000 (UTC) (envelope-from deischen@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CFAF43D46; Tue, 25 Jul 2006 20:57:16 +0000 (GMT) (envelope-from deischen@FreeBSD.org) Received: from freefall.freebsd.org (deischen@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k6PKvGeN005887; Tue, 25 Jul 2006 20:57:16 GMT (envelope-from deischen@freefall.freebsd.org) Received: (from deischen@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k6PKvGB4005883; Tue, 25 Jul 2006 20:57:16 GMT (envelope-from deischen) Date: Tue, 25 Jul 2006 20:57:16 GMT From: Daniel Eischen Message-Id: <200607252057.k6PKvGB4005883@freefall.freebsd.org> To: scheidell@secnap.net, deischen@FreeBSD.org, freebsd-threads@FreeBSD.org Cc: Subject: Re: threads/100815: FBSD 5.5 broke nanosleep in libc_r X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jul 2006 20:57:26 -0000 Synopsis: FBSD 5.5 broke nanosleep in libc_r State-Changed-From-To: open->suspended State-Changed-By: deischen State-Changed-When: Tue Jul 25 20:56:46 UTC 2006 State-Changed-Why: In RELENG_5,6 and HEAD libc_r is deprecated in favour of libpthread and libthr. Nobody is working on libc_r bugs so mark this PR as suspended. http://www.freebsd.org/cgi/query-pr.cgi?pr=100815 From owner-freebsd-threads@FreeBSD.ORG Tue Jul 25 21:09:38 2006 Return-Path: X-Original-To: freebsd-threads@hub.freebsd.org Delivered-To: freebsd-threads@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8223416A4DE; Tue, 25 Jul 2006 21:09:38 +0000 (UTC) (envelope-from deischen@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F95D43D6B; Tue, 25 Jul 2006 21:09:38 +0000 (GMT) (envelope-from deischen@FreeBSD.org) Received: from freefall.freebsd.org (deischen@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k6PL9cl1006940; Tue, 25 Jul 2006 21:09:38 GMT (envelope-from deischen@freefall.freebsd.org) Received: (from deischen@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k6PL9bHs006936; Tue, 25 Jul 2006 21:09:37 GMT (envelope-from deischen) Date: Tue, 25 Jul 2006 21:09:37 GMT From: Daniel Eischen Message-Id: <200607252109.k6PL9bHs006936@freefall.freebsd.org> To: robertjenssen@ozemail.com.au, deischen@FreeBSD.org, freebsd-threads@FreeBSD.org Cc: Subject: Re: threads/98256: gnome-system-monitor core dumps from pthread_testcancel X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jul 2006 21:09:38 -0000 Synopsis: gnome-system-monitor core dumps from pthread_testcancel State-Changed-From-To: open->feedback State-Changed-By: deischen State-Changed-When: Tue Jul 25 21:09:02 UTC 2006 State-Changed-Why: Things are probably out of sync on your end. Try portupgrade -af. http://www.freebsd.org/cgi/query-pr.cgi?pr=98256 From owner-freebsd-threads@FreeBSD.ORG Tue Jul 25 21:12:20 2006 Return-Path: X-Original-To: freebsd-threads@hub.freebsd.org Delivered-To: freebsd-threads@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E092916A4F0; Tue, 25 Jul 2006 21:12:20 +0000 (UTC) (envelope-from deischen@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CACE43D76; Tue, 25 Jul 2006 21:12:20 +0000 (GMT) (envelope-from deischen@FreeBSD.org) Received: from freefall.freebsd.org (deischen@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k6PLCKdv007510; Tue, 25 Jul 2006 21:12:20 GMT (envelope-from deischen@freefall.freebsd.org) Received: (from deischen@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k6PLCJk8007506; Tue, 25 Jul 2006 21:12:19 GMT (envelope-from deischen) Date: Tue, 25 Jul 2006 21:12:19 GMT From: Daniel Eischen Message-Id: <200607252112.k6PLCJk8007506@freefall.freebsd.org> To: aude@brozs.net, deischen@FreeBSD.org, freebsd-threads@FreeBSD.org Cc: Subject: Re: threads/71966: Mlnet Core Dumped : Fatal error '_pq_insert_head: prioq not protected!' X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jul 2006 21:12:21 -0000 Synopsis: Mlnet Core Dumped : Fatal error '_pq_insert_head: prioq not protected!' State-Changed-From-To: open->closed State-Changed-By: deischen State-Changed-When: Tue Jul 25 21:11:37 UTC 2006 State-Changed-Why: No response from submitter. Libc_r is deprecated in 5.x, 6.x, and HEAD and is not being actively maintained. http://www.freebsd.org/cgi/query-pr.cgi?pr=71966 From owner-freebsd-threads@FreeBSD.ORG Tue Jul 25 21:17:03 2006 Return-Path: X-Original-To: freebsd-threads@hub.freebsd.org Delivered-To: freebsd-threads@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4459416A4E9; Tue, 25 Jul 2006 21:17:03 +0000 (UTC) (envelope-from deischen@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id EFFFA43D62; Tue, 25 Jul 2006 21:17:02 +0000 (GMT) (envelope-from deischen@FreeBSD.org) Received: from freefall.freebsd.org (deischen@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k6PLH2V7007721; Tue, 25 Jul 2006 21:17:02 GMT (envelope-from deischen@freefall.freebsd.org) Received: (from deischen@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k6PLH2LM007717; Tue, 25 Jul 2006 21:17:02 GMT (envelope-from deischen) Date: Tue, 25 Jul 2006 21:17:02 GMT From: Daniel Eischen Message-Id: <200607252117.k6PLH2LM007717@freefall.freebsd.org> To: jnilsson@ludd.luth.se, deischen@FreeBSD.org, freebsd-threads@FreeBSD.org Cc: Subject: Re: threads/81258: Thread specific data is sometimes assigned to multiple keys and/or threads X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jul 2006 21:17:03 -0000 Synopsis: Thread specific data is sometimes assigned to multiple keys and/or threads State-Changed-From-To: open->closed State-Changed-By: deischen State-Changed-When: Tue Jul 25 21:16:39 UTC 2006 State-Changed-Why: Problem was in the application. http://www.freebsd.org/cgi/query-pr.cgi?pr=81258 From owner-freebsd-threads@FreeBSD.ORG Wed Jul 26 00:32:45 2006 Return-Path: X-Original-To: freebsd-threads@freebsd.org 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 9FF1916A4DD; Wed, 26 Jul 2006 00:32:45 +0000 (UTC) (envelope-from mv@thebeastie.org) Received: from p4.roq.com (ns1.ecoms.com [207.44.130.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id C593443D66; Wed, 26 Jul 2006 00:32:37 +0000 (GMT) (envelope-from mv@thebeastie.org) Received: from p4.roq.com (localhost.roq.com [127.0.0.1]) by p4.roq.com (Postfix) with ESMTP id 63F994D827; Wed, 26 Jul 2006 00:32:46 +0000 (GMT) Received: from [150.101.157.158] (ppp157-158.static.internode.on.net [150.101.157.158]) by p4.roq.com (Postfix) with ESMTP id 07D374D7D8; Wed, 26 Jul 2006 00:32:44 +0000 (GMT) Message-ID: <44C6B826.5080308@thebeastie.org> Date: Wed, 26 Jul 2006 10:32:38 +1000 From: Michael Vince User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20060526 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Greg Lewis References: <44C47D64.6010804@thebeastie.org> <20060725150931.GA31017@misty.eyesbeyond.com> In-Reply-To: <20060725150931.GA31017@misty.eyesbeyond.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-java@freebsd.org, Achilleus Mantzios , freebsd-threads@freebsd.org Subject: Re: AMD64 Diablo 1.5 JDK and libthr X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jul 2006 00:32:45 -0000 Greg Lewis wrote: >On Mon, Jul 24, 2006 at 05:57:24PM +1000, Michael Vince wrote: > > >>I just ran it for you now, lower then the others. >>libc_r average hits per minute: 6,859 >>libc_r session average: 3,441 >>libc_r transactions per minute: 2,310 >> >> > >Is the machine UP or SMP? > > > SMP, it was rebuild using a generic 6.1 SMP kernel for all these tests, with HT turned off. I did actually record load numbers per minute and Java memory usage. I didn't post these numbers as load reports via top vary greatly from the various threading libraries. Mike From owner-freebsd-threads@FreeBSD.ORG Wed Jul 26 14:48:38 2006 Return-Path: X-Original-To: freebsd-threads@freebsd.org 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 9EBA116A4E0; Wed, 26 Jul 2006 14:48:38 +0000 (UTC) (envelope-from glewis@eyesbeyond.com) Received: from misty.eyesbeyond.com (gerbercreations.com [71.39.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C9C343D58; Wed, 26 Jul 2006 14:48:37 +0000 (GMT) (envelope-from glewis@eyesbeyond.com) Received: from misty.eyesbeyond.com (localhost.eyesbeyond.com [127.0.0.1]) by misty.eyesbeyond.com (8.13.1/8.13.3) with ESMTP id k6QEmZTC040792; Wed, 26 Jul 2006 07:48:35 -0700 (PDT) (envelope-from glewis@eyesbeyond.com) Received: (from glewis@localhost) by misty.eyesbeyond.com (8.13.1/8.13.3/Submit) id k6QEmWs1040791; Wed, 26 Jul 2006 07:48:32 -0700 (PDT) (envelope-from glewis@eyesbeyond.com) X-Authentication-Warning: misty.eyesbeyond.com: glewis set sender to glewis@eyesbeyond.com using -f Date: Wed, 26 Jul 2006 07:48:31 -0700 From: Greg Lewis To: Michael Vince Message-ID: <20060726144831.GA40775@misty.eyesbeyond.com> References: <44C47D64.6010804@thebeastie.org> <20060725150931.GA31017@misty.eyesbeyond.com> <44C6B826.5080308@thebeastie.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44C6B826.5080308@thebeastie.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-java@freebsd.org, Achilleus Mantzios , freebsd-threads@freebsd.org Subject: Re: AMD64 Diablo 1.5 JDK and libthr X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jul 2006 14:48:38 -0000 On Wed, Jul 26, 2006 at 10:32:38AM +1000, Michael Vince wrote: > Greg Lewis wrote: > >On Mon, Jul 24, 2006 at 05:57:24PM +1000, Michael Vince wrote: > >>I just ran it for you now, lower then the others. > >>libc_r average hits per minute: 6,859 > >>libc_r session average: 3,441 > >>libc_r transactions per minute: 2,310 > > > >Is the machine UP or SMP? > > > SMP, it was rebuild using a generic 6.1 SMP kernel for all these tests, > with HT turned off. > I did actually record load numbers per minute and Java memory usage. I > didn't post these numbers as load reports via top vary greatly from the > various threading libraries. libc_r is pretty much automatically going to lose then, since it can only use one of the CPUs. It would be interesting to see the comparison on a UP machine. -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org From owner-freebsd-threads@FreeBSD.ORG Thu Jul 27 05:50:10 2006 Return-Path: X-Original-To: freebsd-threads@freebsd.org 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 95C7B16A4DF for ; Thu, 27 Jul 2006 05:50:10 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id C658A43D5A for ; Thu, 27 Jul 2006 05:50:09 +0000 (GMT) (envelope-from kip.macy@gmail.com) Received: by py-out-1112.google.com with SMTP id b36so86369pyb for ; Wed, 26 Jul 2006 22:50:09 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=lthMODrtT1VFSqdaHa8UgFvvdoclRtmw5z1BXjztMyLglEIYViCY57VNRqdjQVsX7BNArorwgC0YrFI9GcRVHQMbUQFR1jZ0X9ZE6H2hUU+IZH0SWk9oXaNYg83j+Q7YP4pSJHLwIcz9k1s8L+/rPZissmHDhc6iIOouF2NH1hE= Received: by 10.35.79.3 with SMTP id g3mr12569145pyl; Wed, 26 Jul 2006 22:50:09 -0700 (PDT) Received: by 10.35.16.20 with HTTP; Wed, 26 Jul 2006 22:50:07 -0700 (PDT) Message-ID: Date: Wed, 26 Jul 2006 22:50:07 -0700 From: "Kip Macy" To: freebsd-threads@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: David Xu Subject: a couple of issues with libthr X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kmacy@fsmware.com List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jul 2006 05:50:10 -0000 I'm running -CURRENT as of yesterday. The function thr_set_name is only defined in libc.so.7, so as far as I can tell the only way to get java to work on current with libthr is by mapping libc.so.6 to libc.so.7. The function thr_set_name is only used by libthr, so libthr seems like a *much* smarter place to put it. When compiling openoffice.org I get the following failure: rm -f ../../../unxfbsdi.pro/lib/check_libmozabdrv2.so mv ../../../unxfbsdi.pro/lib/libmozabdrv2.so ../../../unxfbsdi.pro/lib/check_libmozabdrv2.so /usr/home/kmacy/freebsd/usr/ports/editors/openoffice.org-2.0-devel/work/solenv/bin/checkdll.sh -L../../../unxfbsdi.pro/lib -L../lib -L/usr/home/kmacy/freebsd/usr/ports/editors/openoffice.org-2.0-devel/work/solenv/unxfbsdi/lib -L/usr/home/kmacy/freebsd/usr/ports/editors/openoffice.org-2.0-devel/work/solver/680/unxfbsdi.pro/lib -L/usr/home/kmacy/freebsd/usr/ports/editors/openoffice.org-2.0-devel/work/solenv/unxfbsdi/lib -L/usr/local/diablo-jdk1.5.0/lib -L/usr/local/diablo-jdk1.5.0/jre/lib/i386 -L/usr/local/diablo-jdk1.5.0/jre/lib/i386/client -L/usr/local/diablo-jdk1.5.0/jre/lib/i386/native_threads -L/usr/X11R6/lib ../../../unxfbsdi.pro/lib/check_libmozabdrv2.so Checking DLL ../../../unxfbsdi.pro/lib/check_libmozabdrv2.so ...Fatal error 'Spinlock called when not threaded.' at line 75 in file /usr/home/kmacy/freebsd/usr/src/lib/libthr/thread/thr_spinlock.c (errno = 2) Abort trap (core dumped) dmake: Error code 1, while making '../../../unxfbsdi.pro/lib/libmozabdrv2.so' Any suggestions? From owner-freebsd-threads@FreeBSD.ORG Thu Jul 27 06:28:07 2006 Return-Path: X-Original-To: freebsd-threads@freebsd.org 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 61F4516A4DA for ; Thu, 27 Jul 2006 06:28:07 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 792B843D4C for ; Thu, 27 Jul 2006 06:28:04 +0000 (GMT) (envelope-from kip.macy@gmail.com) Received: by py-out-1112.google.com with SMTP id b36so95950pyb for ; Wed, 26 Jul 2006 23:28:03 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=duDPWsdYSmgGYtNfbYKUhwjvD284bnbW6DOKV2awUpkvkbmxER/pvgKQNz/B88ayskvmKAAqczn7w5BAeHoOqxNvFEI4eKUEHfVECZjVVKj/nHllOMriQugit3m/NyVtzin0b20uoinM4dFnh5FghnhjrYYu8DtUbizcSC0Pghc= Received: by 10.35.76.5 with SMTP id d5mr12610364pyl; Wed, 26 Jul 2006 23:28:03 -0700 (PDT) Received: by 10.35.16.20 with HTTP; Wed, 26 Jul 2006 23:28:03 -0700 (PDT) Message-ID: Date: Wed, 26 Jul 2006 23:28:03 -0700 From: "Kip Macy" To: freebsd-threads@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: Cc: David Xu Subject: Re: a couple of issues with libthr X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kmacy@fsmware.com List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jul 2006 06:28:07 -0000 I have no idea why libc_r.so is involved. This is downright bizarre: (gdb) bt #0 0x28174623 in kill () at kill.S:2 #1 0x280a3b32 in _raise (sig=3D6) at /usr/home/kmacy/freebsd/usr/src/lib/libthr/thread/thr_sig.c:175 #2 0x281732d4 in abort () from /lib/libc.so.7 #3 0x280a86c7 in _thread_exit ( fname=3D0x280a901c "/usr/home/kmacy/freebsd/usr/src/lib/libthr/thread/thr_spinlock.c", lineno=3D75, msg=3D0x280a8ff8 "Spinlock called when not threaded.") at /usr/home/kmacy/freebsd/usr/src/lib/libthr/thread/thr_exit.c:55 #4 0x280a321c in _spinlock (lck=3D0x2893aa60) at /usr/home/kmacy/freebsd/usr/src/lib/libthr/thread/thr_spinlock.c:77 #5 0x280a3243 in _spinlock_debug (lck=3D0x2893aa60, fname=3D0x28937008 "/usr/src/lib/libc_r/uthread/uthread_fd.c", lineno= =3D150) at /usr/home/kmacy/freebsd/usr/src/lib/libthr/thread/thr_spinlock.c:86 #6 0x2893409a in _thread_fd_table_init () from /usr/lib/libc_r.so.6 #7 0x28932938 in _thread_init () from /usr/lib/libc_r.so.6 #8 0x289292d6 in _thread_init_hack () from /usr/lib/libc_r.so.6 #9 0x289354a5 in _find_thread () from /usr/lib/libc_r.so.6 #10 0x28925c71 in _init () from /usr/lib/libc_r.so.6 #11 0xbfbfbdd0 in ?? () #12 0x2806f118 in ?? () from /libexec/ld-elf.so.1 #13 0xbfbfbda8 in ?? () #14 0x2804f175 in objlist_call_init (list=3D0x2806f118) at /usr/home/kmacy/freebsd/usr/src/libexec/rtld-elf/rtld.c:1404 #15 0x280524a5 in dlopen (name=3D0x2806d060 "=E46\a(\004", mode=3D2) at /usr/home/kmacy/freebsd/usr/src/libexec/rtld-elf/rtld.c:1796 #16 0x080488b0 in main () Current language: auto; currently asm (gdb) # vt-x# gdb ./work/soltools/unxfbsdi.pro/bin/checkdll vt-x# ldd ./work/soltools/unxfbsdi.pro/bin/checkdll ./work/soltools/unxfbsdi.pro/bin/checkdll: libm.so.4 =3D> /lib/libm.so.4 (0x28085000) libpthread.so.2 =3D> /usr/lib/libthr.so.2 (0x2809b000) libc.so.7 =3D> /lib/libc.so.7 (0x280ac000) vt-x# > > When compiling openoffice.org I get the following failure: > rm -f ../../../unxfbsdi.pro/lib/check_libmozabdrv2.so > mv ../../../unxfbsdi.pro/lib/libmozabdrv2.so > ../../../unxfbsdi.pro/lib/check_libmozabdrv2.so > /usr/home/kmacy/freebsd/usr/ports/editors/openoffice.org-2.0-devel/work/s= olenv/bin/checkdll.sh > -L../../../unxfbsdi.pro/lib -L../lib > -L/usr/home/kmacy/freebsd/usr/ports/editors/openoffice.org-2.0-devel/work= /solenv/unxfbsdi/lib > -L/usr/home/kmacy/freebsd/usr/ports/editors/openoffice.org-2.0-devel/work= /solver/680/unxfbsdi.pro/lib > -L/usr/home/kmacy/freebsd/usr/ports/editors/openoffice.org-2.0-devel/work= /solenv/unxfbsdi/lib > -L/usr/local/diablo-jdk1.5.0/lib > -L/usr/local/diablo-jdk1.5.0/jre/lib/i386 > -L/usr/local/diablo-jdk1.5.0/jre/lib/i386/client > -L/usr/local/diablo-jdk1.5.0/jre/lib/i386/native_threads > -L/usr/X11R6/lib ../../../unxfbsdi.pro/lib/check_libmozabdrv2.so > Checking DLL ../../../unxfbsdi.pro/lib/check_libmozabdrv2.so ...Fatal > error 'Spinlock called when not threaded.' at line 75 in file > /usr/home/kmacy/freebsd/usr/src/lib/libthr/thread/thr_spinlock.c > (errno =3D 2) > Abort trap (core dumped) > dmake: Error code 1, while making '../../../unxfbsdi.pro/lib/libmozabdrv= 2.so' > > Any suggestions? > From owner-freebsd-threads@FreeBSD.ORG Thu Jul 27 06:39:11 2006 Return-Path: X-Original-To: freebsd-threads@freebsd.org 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 8359B16A4E0 for ; Thu, 27 Jul 2006 06:39:11 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2D8943D46 for ; Thu, 27 Jul 2006 06:39:10 +0000 (GMT) (envelope-from kip.macy@gmail.com) Received: by py-out-1112.google.com with SMTP id b36so98810pyb for ; Wed, 26 Jul 2006 23:39:10 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=IYscqreNE0F+rRNOFGqRfTteQtA5xVMSmDJj3TtEG8a5lgJmweXOFrOaC3oMKI53w/eHNBaHjz9m2UVX3SB72r1VKyiCy0eKDfY8wLd3+bGtF70mB8xE/Ru+0RmtC7mqgCbTA55kayifYLGjRsSHk14nvSTbhw/PRKCap47yGHE= Received: by 10.35.111.14 with SMTP id o14mr3403664pym; Wed, 26 Jul 2006 23:39:10 -0700 (PDT) Received: by 10.35.16.20 with HTTP; Wed, 26 Jul 2006 23:39:09 -0700 (PDT) Message-ID: Date: Wed, 26 Jul 2006 23:39:09 -0700 From: "Kip Macy" To: freebsd-threads@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: Cc: David Xu Subject: Re: a couple of issues with libthr X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kmacy@fsmware.com List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jul 2006 06:39:11 -0000 checkdll isn't threaded, it looks like this is port foot shooting that libpthread somehow manages to workaround. So the only real issue is libthr breaking backward compatibility. -Kip On 7/26/06, Kip Macy wrote: > I have no idea why libc_r.so is involved. This is downright bizarre: > > > (gdb) bt > #0 0x28174623 in kill () at kill.S:2 > #1 0x280a3b32 in _raise (sig=3D6) at > /usr/home/kmacy/freebsd/usr/src/lib/libthr/thread/thr_sig.c:175 > #2 0x281732d4 in abort () from /lib/libc.so.7 > #3 0x280a86c7 in _thread_exit ( > fname=3D0x280a901c > "/usr/home/kmacy/freebsd/usr/src/lib/libthr/thread/thr_spinlock.c", > lineno=3D75, > msg=3D0x280a8ff8 "Spinlock called when not threaded.") > at /usr/home/kmacy/freebsd/usr/src/lib/libthr/thread/thr_exit.c:55 > #4 0x280a321c in _spinlock (lck=3D0x2893aa60) > at /usr/home/kmacy/freebsd/usr/src/lib/libthr/thread/thr_spinlock.c:7= 7 > #5 0x280a3243 in _spinlock_debug (lck=3D0x2893aa60, > fname=3D0x28937008 "/usr/src/lib/libc_r/uthread/uthread_fd.c", lineno= =3D150) > at /usr/home/kmacy/freebsd/usr/src/lib/libthr/thread/thr_spinlock.c:8= 6 > #6 0x2893409a in _thread_fd_table_init () from /usr/lib/libc_r.so.6 > #7 0x28932938 in _thread_init () from /usr/lib/libc_r.so.6 > #8 0x289292d6 in _thread_init_hack () from /usr/lib/libc_r.so.6 > #9 0x289354a5 in _find_thread () from /usr/lib/libc_r.so.6 > #10 0x28925c71 in _init () from /usr/lib/libc_r.so.6 > #11 0xbfbfbdd0 in ?? () > #12 0x2806f118 in ?? () from /libexec/ld-elf.so.1 > #13 0xbfbfbda8 in ?? () > #14 0x2804f175 in objlist_call_init (list=3D0x2806f118) > at /usr/home/kmacy/freebsd/usr/src/libexec/rtld-elf/rtld.c:1404 > #15 0x280524a5 in dlopen (name=3D0x2806d060 "=E46\a(\004", mode=3D2) > at /usr/home/kmacy/freebsd/usr/src/libexec/rtld-elf/rtld.c:1796 > #16 0x080488b0 in main () > Current language: auto; currently asm > (gdb) # > vt-x# gdb > ./work/soltools/unxfbsdi.pro/bin/checkdll > vt-x# ldd ./work/soltools/unxfbsdi.pro/bin/checkdll > ./work/soltools/unxfbsdi.pro/bin/checkdll: > libm.so.4 =3D> /lib/libm.so.4 (0x28085000) > libpthread.so.2 =3D> /usr/lib/libthr.so.2 (0x2809b000) > libc.so.7 =3D> /lib/libc.so.7 (0x280ac000) > vt-x# > > > > When compiling openoffice.org I get the following failure: > > rm -f ../../../unxfbsdi.pro/lib/check_libmozabdrv2.so > > mv ../../../unxfbsdi.pro/lib/libmozabdrv2.so > > ../../../unxfbsdi.pro/lib/check_libmozabdrv2.so > > /usr/home/kmacy/freebsd/usr/ports/editors/openoffice.org-2.0-devel/work= /solenv/bin/checkdll.sh > > -L../../../unxfbsdi.pro/lib -L../lib > > -L/usr/home/kmacy/freebsd/usr/ports/editors/openoffice.org-2.0-devel/wo= rk/solenv/unxfbsdi/lib > > -L/usr/home/kmacy/freebsd/usr/ports/editors/openoffice.org-2.0-devel/wo= rk/solver/680/unxfbsdi.pro/lib > > -L/usr/home/kmacy/freebsd/usr/ports/editors/openoffice.org-2.0-devel/wo= rk/solenv/unxfbsdi/lib > > -L/usr/local/diablo-jdk1.5.0/lib > > -L/usr/local/diablo-jdk1.5.0/jre/lib/i386 > > -L/usr/local/diablo-jdk1.5.0/jre/lib/i386/client > > -L/usr/local/diablo-jdk1.5.0/jre/lib/i386/native_threads > > -L/usr/X11R6/lib ../../../unxfbsdi.pro/lib/check_libmozabdrv2.so > > Checking DLL ../../../unxfbsdi.pro/lib/check_libmozabdrv2.so ...Fatal > > error 'Spinlock called when not threaded.' at line 75 in file > > /usr/home/kmacy/freebsd/usr/src/lib/libthr/thread/thr_spinlock.c > > (errno =3D 2) > > Abort trap (core dumped) > > dmake: Error code 1, while making '../../../unxfbsdi.pro/lib/libmozabd= rv2.so' > > > > Any suggestions? > > > From owner-freebsd-threads@FreeBSD.ORG Thu Jul 27 06:51:49 2006 Return-Path: X-Original-To: freebsd-threads@freebsd.org Delivered-To: freebsd-threads@freebsd.org Received: from localhost.my.domain (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id B933C16A4E0; Thu, 27 Jul 2006 06:51:48 +0000 (UTC) (envelope-from davidxu@freebsd.org) From: David Xu To: kmacy@fsmware.com Date: Thu, 27 Jul 2006 14:51:41 +0800 User-Agent: KMail/1.8.2 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200607271451.41906.davidxu@freebsd.org> Cc: freebsd-threads@freebsd.org Subject: Re: a couple of issues with libthr X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jul 2006 06:51:49 -0000 On Thursday 27 July 2006 14:39, Kip Macy wrote: > checkdll isn't threaded, it looks like this is port foot shooting that > libpthread somehow manages to workaround. So the only real issue is > libthr breaking backward compatibility. > > -Kip > This backward compatibility problem is temporary, since once ABI symbol versioning is enabled, libthr's version will be bumpped, I have no idea why versioning is still not enabled. David Xu From owner-freebsd-threads@FreeBSD.ORG Thu Jul 27 10:41:13 2006 Return-Path: X-Original-To: freebsd-threads@freebsd.org 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 76F8E16A4DF; Thu, 27 Jul 2006 10:41:13 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE53643D5D; Thu, 27 Jul 2006 10:41:09 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.7/8.13.7/NETPLEX) with ESMTP id k6RAf8fh006747; Thu, 27 Jul 2006 06:41:08 -0400 (EDT) Date: Thu, 27 Jul 2006 06:41:08 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: kmacy@fsmware.com In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: David Xu , freebsd-threads@freebsd.org Subject: Re: a couple of issues with libthr X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jul 2006 10:41:13 -0000 On Wed, 26 Jul 2006, Kip Macy wrote: > I'm running -CURRENT as of yesterday. > > The function thr_set_name is only defined in libc.so.7, so as far as I > can tell the only way to get java to work on current with libthr is by > mapping libc.so.6 to libc.so.7. The function thr_set_name is only used > by libthr, so libthr seems like a *much* smarter place to put it. No, the problem is that libthr (and libpthread, libc_r probably too) need a version bump but haven't been bumped yet. That will happen, but we need some more time to address some related issues and whether all the other libraries need bumping too. As always in -current, you may need to rebuild ports. In this case, you need to rebuild java so it will link to libc.so.7, not libc.so.6. -- DE From owner-freebsd-threads@FreeBSD.ORG Thu Jul 27 17:53:04 2006 Return-Path: X-Original-To: freebsd-threads@freebsd.org 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 BCF4816A4DD for ; Thu, 27 Jul 2006 17:53:04 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6BEC043D66 for ; Thu, 27 Jul 2006 17:52:51 +0000 (GMT) (envelope-from kip.macy@gmail.com) Received: by py-out-1112.google.com with SMTP id b36so313347pyb for ; Thu, 27 Jul 2006 10:52:51 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=cOP30t0Ky1NoeETg3C9l0hu0QbVhI9ElxvknIBF2t5dWovMg2FcztMrMjHjGC8udDcCFyYFGaEgNcc+3lJH1gkfO8Q2Hs+rBjKPK1/BFNShkI+s87RVw9euR7GMqd3632kUyVY0UnmHJOzBtKIx1wFCi6IeX5d4OCjoPHAaleX0= Received: by 10.35.61.14 with SMTP id o14mr13508914pyk; Thu, 27 Jul 2006 10:52:51 -0700 (PDT) Received: by 10.35.16.20 with HTTP; Thu, 27 Jul 2006 10:52:50 -0700 (PDT) Message-ID: Date: Thu, 27 Jul 2006 10:52:50 -0700 From: "Kip Macy" To: "Daniel Eischen" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: David Xu , freebsd-threads@freebsd.org Subject: Re: a couple of issues with libthr X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kmacy@fsmware.com List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jul 2006 17:53:04 -0000 I don't think re-building diablo-jdk15 is an option. Installing the port consists of pulling down a pre-built tarball and accepting a license. -Kip On 7/27/06, Daniel Eischen wrote: > On Wed, 26 Jul 2006, Kip Macy wrote: > > > I'm running -CURRENT as of yesterday. > > > > The function thr_set_name is only defined in libc.so.7, so as far as I > > can tell the only way to get java to work on current with libthr is by > > mapping libc.so.6 to libc.so.7. The function thr_set_name is only used > > by libthr, so libthr seems like a *much* smarter place to put it. > > No, the problem is that libthr (and libpthread, libc_r probably > too) need a version bump but haven't been bumped yet. That > will happen, but we need some more time to address some related > issues and whether all the other libraries need bumping too. > As always in -current, you may need to rebuild ports. In this > case, you need to rebuild java so it will link to libc.so.7, > not libc.so.6. > > -- > DE > From owner-freebsd-threads@FreeBSD.ORG Thu Jul 27 18:15:20 2006 Return-Path: X-Original-To: freebsd-threads@freebsd.org 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 31D9616A4E0; Thu, 27 Jul 2006 18:15:20 +0000 (UTC) (envelope-from eischen@vigrid.com) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4324843D53; Thu, 27 Jul 2006 18:15:12 +0000 (GMT) (envelope-from eischen@vigrid.com) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.7/8.13.7/NETPLEX) with ESMTP id k6RIFBLI029838; Thu, 27 Jul 2006 14:15:11 -0400 (EDT) Date: Thu, 27 Jul 2006 14:15:11 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: kmacy@fsmware.com In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: David Xu , freebsd-threads@freebsd.org Subject: Re: a couple of issues with libthr X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jul 2006 18:15:20 -0000 On Thu, 27 Jul 2006, Kip Macy wrote: > I don't think re-building diablo-jdk15 is an option. Installing the > port consists of pulling down a pre-built tarball and accepting a > license. Well, it's -current, so you if you can't rebuild it for -current, you need to either downgrade to 6.x, or wait and install compat-6 when it's made for 7.0 (to get libc.so.6 others). -- DE From owner-freebsd-threads@FreeBSD.ORG Thu Jul 27 21:00:42 2006 Return-Path: X-Original-To: freebsd-threads@hub.freebsd.org Delivered-To: freebsd-threads@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A40416A4DA for ; Thu, 27 Jul 2006 21:00:42 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9AEF943D6E for ; Thu, 27 Jul 2006 21:00:39 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k6RL0cvY077045 for ; Thu, 27 Jul 2006 21:00:38 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k6RL0cjI077044; Thu, 27 Jul 2006 21:00:38 GMT (envelope-from gnats) Date: Thu, 27 Jul 2006 21:00:38 GMT Message-Id: <200607272100.k6RL0cjI077044@freefall.freebsd.org> To: freebsd-threads@FreeBSD.org From: Michael Scheidell Cc: Subject: Re: threads/100815: FBSD 5.5 broke nanosleep in libc_r X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Michael Scheidell List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jul 2006 21:00:42 -0000 The following reply was made to PR threads/100815; it has been noted by GNATS. From: Michael Scheidell To: bug-followup@FreeBSD.org, scheidell@secnap.net Cc: Subject: Re: threads/100815: FBSD 5.5 broke nanosleep in libc_r Date: Thu, 27 Jul 2006 16:55:13 -0400 Linked same program with lib_thr and it exits, signal 10. (make clean, make) Linked same program with lib_pthread and it actually reboots the computer. I will attempt to either identify the problem to a repeatable POC, or might just remote threads. The first one I will work on is the lib_pthread. Nothing (well, almost nothing) run in userland should reboot the computer. -- Michael Scheidell, CTO SECNAP Network Security / www.secnap.com scheidell@secnap.net / 1+561-999-5000, x 1131