From shiva at sewingwitch.com Thu Mar 2 20:55:17 2006 From: shiva at sewingwitch.com (Kenneth Porter) Date: Thu, 02 Mar 2006 12:55:17 -0800 Subject: [fedora-java] mysql-jdbc Message-ID: <45663E0F4D9DA8950B824544@[10.0.0.14]> I'm trying to get Open For Business (http://ofbiz.org/) working with MySQL on FC2 and had updated MySQL somewhere along the way so that the old mysql-jdbc no longer knows how to talk to it. I figured I'd go grab the latest equivalent from Rawhide but I don't see a newer version of the SRPM there. (It should be mysql-jdbc-*.src.rpm if it matches the packaging in FC2.) Did this connector get dropped from Fedora or is it now tucked inside another package? (I also checked Extras' development directory.) From shiva at sewingwitch.com Thu Mar 2 21:58:43 2006 From: shiva at sewingwitch.com (Kenneth Porter) Date: Thu, 02 Mar 2006 13:58:43 -0800 Subject: [fedora-java] mysql-jdbc In-Reply-To: <45663E0F4D9DA8950B824544@[10.0.0.14]> References: <45663E0F4D9DA8950B824544@[10.0.0.14]> Message-ID: <5E36704CBEEBFA217A3B9E32@[10.0.0.14]> I found the 3.1 connector at MySQL's site. The tarball includes both source and a jar file, so I just copied the latter into the needed directory in OFBiz and it now connects just fine. From overholt at redhat.com Wed Mar 15 18:06:31 2006 From: overholt at redhat.com (Andrew Overholt) Date: Wed, 15 Mar 2006 13:06:31 -0500 Subject: [fedora-java] OOo Performance? Message-ID: <20060315180631.GC903@redhat.com> Is this true: "In OpenOffice.org, for instance, Java-based features such as the basic document wizards open so slowly that you may conclude that the program has frozen before anything happens." ? http://www.linux.com/article.pl?sid=06/03/08/2321254 Andrew From fernando at lozano.eti.br Wed Mar 15 20:27:54 2006 From: fernando at lozano.eti.br (Fernando Lozano) Date: Wed, 15 Mar 2006 17:27:54 -0300 Subject: [fedora-java] OOo Performance? In-Reply-To: <20060315180631.GC903@redhat.com> References: <20060315180631.GC903@redhat.com> Message-ID: <441878CA.7030501@lozano.eti.br> Hi Andrew, >Is this true ? > "In OpenOffice.org, for instance, Java-based features such as the basic > document wizards open so slowly that you may conclude that the program has > frozen before anything happens." > >http://www.linux.com/article.pl?sid=06/03/08/2321254 > > I found that also very strange: > Other new software available in FC5 includes (...) Ruby, the popular > programming language, which replaces FC5's GCC-based Java applications > if installed. How come can Ruby replace GCC-Based Java applications? I hever heard of Ruby being able to run bytecodes. ;-) []s, Fernando Lozano From caolanm at redhat.com Wed Mar 15 20:44:41 2006 From: caolanm at redhat.com (Caolan McNamara) Date: Wed, 15 Mar 2006 20:44:41 +0000 Subject: [fedora-java] OOo Performance? In-Reply-To: <20060315180631.GC903@redhat.com> References: <20060315180631.GC903@redhat.com> Message-ID: <1142455482.1555.2.camel@localhost.localdomain> On Wed, 2006-03-15 at 13:06 -0500, Andrew Overholt wrote: > Is this true: > > "In OpenOffice.org, for instance, Java-based features such as the basic > document wizards open so slowly that you may conclude that the program has > frozen before anything happens." > > ? > > http://www.linux.com/article.pl?sid=06/03/08/2321254 > > Andrew To test this wizard start-up time: File->wizards->letter. It's possible to select a different jvm to be used by OOo with tools->options->openoffice.org->java, so if someone has gcj as well as sun java installed, they can do a comparison of how long it takes for the wizards to appear using the two different versions on an otherwise equal installation. I don't have the two here, but from memory starting the wizards under sun java was never particularly snappy either. C. From aph at redhat.com Wed Mar 15 23:17:48 2006 From: aph at redhat.com (Andrew Haley) Date: Wed, 15 Mar 2006 23:17:48 +0000 Subject: [fedora-java] OOo Performance? In-Reply-To: <441878CA.7030501@lozano.eti.br> References: <20060315180631.GC903@redhat.com> <441878CA.7030501@lozano.eti.br> Message-ID: <17432.41116.805221.488828@zapata.pink> Fernando Lozano writes: > > >Is this true ? > > "In OpenOffice.org, for instance, Java-based features such as the basic > > document wizards open so slowly that you may conclude that the program has > > frozen before anything happens." > > > >http://www.linux.com/article.pl?sid=06/03/08/2321254 > > I found that also very strange: > > > Other new software available in FC5 includes (...) Ruby, the popular > > programming language, which replaces FC5's GCC-based Java applications > > if installed. > > How come can Ruby replace GCC-Based Java applications? I hever heard of > Ruby being able to run bytecodes. ;-) Someone is confused. Andrew. From mark at klomp.org Thu Mar 16 10:50:09 2006 From: mark at klomp.org (Mark Wielaard) Date: Thu, 16 Mar 2006 11:50:09 +0100 Subject: [fedora-java] OOo Performance? In-Reply-To: <1142455482.1555.2.camel@localhost.localdomain> References: <20060315180631.GC903@redhat.com> <1142455482.1555.2.camel@localhost.localdomain> Message-ID: <1142506209.5228.13.camel@localhost.localdomain> On Wed, 2006-03-15 at 20:44 +0000, Caolan McNamara wrote: > On Wed, 2006-03-15 at 13:06 -0500, Andrew Overholt wrote: > > Is this true: > > > > "In OpenOffice.org, for instance, Java-based features such as the basic > > document wizards open so slowly that you may conclude that the program has > > frozen before anything happens." > > > > ? > > > > http://www.linux.com/article.pl?sid=06/03/08/2321254 > > > > Andrew > > To test this wizard start-up time: File->wizards->letter. The first time you use an wizard is indeed pretty slow, it sits there eating up 100% CPU for a couple of seconds (at least on my Debian/unstable box, I cannot get ooffice from FC5/rawhide to work unfortunately. It seems stuck in the splash screen according to gdb somewhere in reading the font cache). But after that using the wizards works just fine. What was the magic oprofile incantation again to get a useful report about what is happening on the system? Cheers, Mark -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From caolanm at redhat.com Thu Mar 16 11:03:42 2006 From: caolanm at redhat.com (Caolan McNamara) Date: Thu, 16 Mar 2006 11:03:42 +0000 Subject: [fedora-java] OOo Performance? In-Reply-To: <1142506209.5228.13.camel@localhost.localdomain> References: <20060315180631.GC903@redhat.com> <1142455482.1555.2.camel@localhost.localdomain> <1142506209.5228.13.camel@localhost.localdomain> Message-ID: <1142507023.8054.8.camel@localhost.localdomain> On Thu, 2006-03-16 at 11:50 +0100, Mark Wielaard wrote: > On Wed, 2006-03-15 at 20:44 +0000, Caolan McNamara wrote: > > To test this wizard start-up time: File->wizards->letter. > > The first time you use an wizard is indeed pretty slow, it sits there > eating up 100% CPU for a couple of seconds (at least on my > Debian/unstable box, Yeah, there's no argument that it does that, I just think it does pretty much the same thing with sun java that it does with gcj. On your debian box what's the java being used by OOo ?, quite probably gcj as well. > I cannot get ooffice from FC5/rawhide to work > unfortunately. It seems stuck in the splash screen according to gdb > somewhere in reading the font cache). But after that using the wizards > works just fine. I'm a bit bewildered here :-), how can using the wizards of the redhat build work just fine if you couldn't get the rh ooffice to work at all ? C. From mark at klomp.org Thu Mar 16 11:10:38 2006 From: mark at klomp.org (Mark Wielaard) Date: Thu, 16 Mar 2006 12:10:38 +0100 Subject: [fedora-java] OOo Performance? In-Reply-To: <1142507023.8054.8.camel@localhost.localdomain> References: <20060315180631.GC903@redhat.com> <1142455482.1555.2.camel@localhost.localdomain> <1142506209.5228.13.camel@localhost.localdomain> <1142507023.8054.8.camel@localhost.localdomain> Message-ID: <1142507438.5228.19.camel@localhost.localdomain> Hi Caolan, On Thu, 2006-03-16 at 11:03 +0000, Caolan McNamara wrote: > On Thu, 2006-03-16 at 11:50 +0100, Mark Wielaard wrote: > > The first time you use an wizard is indeed pretty slow, it sits there > > eating up 100% CPU for a couple of seconds (at least on my > > Debian/unstable box, > > Yeah, there's no argument that it does that, I just think it does pretty > much the same thing with sun java that it does with gcj. On your debian > box what's the java being used by OOo ?, quite probably gcj as well. Yes it uses gcj. > > I cannot get ooffice from FC5/rawhide to work > > unfortunately. It seems stuck in the splash screen according to gdb > > somewhere in reading the font cache). But after that using the wizards > > works just fine. > > I'm a bit bewildered here :-), how can using the wizards of the redhat > build work just fine if you couldn't get the rh ooffice to work at all ? Sorry for being confusing. I meant on Debian of course. (Sorry still a Debian junky.) On Fedora FC5/Rawhide latest yum update thing, openoffice never fully starts up for me. On Debian after the first use of the wizard (which takes a couple of seconds) all other uses of the wizards seems without any noticeable delays. Cheers, Mark -- Escape the Java Trap with GNU Classpath! http://www.gnu.org/philosophy/java-trap.html Join the community at http://planet.classpath.org/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From caolanm at redhat.com Thu Mar 16 11:23:49 2006 From: caolanm at redhat.com (Caolan McNamara) Date: Thu, 16 Mar 2006 11:23:49 +0000 Subject: [fedora-java] OOo Performance? In-Reply-To: <1142507438.5228.19.camel@localhost.localdomain> References: <20060315180631.GC903@redhat.com> <1142455482.1555.2.camel@localhost.localdomain> <1142506209.5228.13.camel@localhost.localdomain> <1142507023.8054.8.camel@localhost.localdomain> <1142507438.5228.19.camel@localhost.localdomain> Message-ID: <1142508230.8054.22.camel@localhost.localdomain> On Thu, 2006-03-16 at 12:10 +0100, Mark Wielaard wrote: > Sorry for being confusing. I meant on Debian of course. (Sorry still a > Debian junky.) On Fedora FC5/Rawhide latest yum update thing, openoffice > never fully starts up for me. Log a bug please, I've gotten no reports of stuff like that :-(. Attaching your ~/.openoffice.org2.0/user/psprint/pspfontcache to your bugreport if you have one might help me, deleting it afterwards might help you. C. From aph at redhat.com Thu Mar 16 11:35:09 2006 From: aph at redhat.com (Andrew Haley) Date: Thu, 16 Mar 2006 11:35:09 +0000 Subject: [fedora-java] OOo Performance? In-Reply-To: <1142506209.5228.13.camel@localhost.localdomain> References: <20060315180631.GC903@redhat.com> <1142455482.1555.2.camel@localhost.localdomain> <1142506209.5228.13.camel@localhost.localdomain> Message-ID: <17433.19821.272289.302578@zapata.pink> Mark Wielaard writes: > On Wed, 2006-03-15 at 20:44 +0000, Caolan McNamara wrote: > > On Wed, 2006-03-15 at 13:06 -0500, Andrew Overholt wrote: > > > Is this true: > > > > > > "In OpenOffice.org, for instance, Java-based features such as the basic > > > document wizards open so slowly that you may conclude that the program has > > > frozen before anything happens." > > > > > > ? > > > > > > http://www.linux.com/article.pl?sid=06/03/08/2321254 I wonder what sort of machine he was using. > > > > To test this wizard start-up time: File->wizards->letter. > > The first time you use an wizard is indeed pretty slow, it sits there > eating up 100% CPU for a couple of seconds (at least on my > Debian/unstable box, I cannot get ooffice from FC5/rawhide to work > unfortunately. It seems stuck in the splash screen according to gdb > somewhere in reading the font cache). But after that using the wizards > works just fine. > > What was the magic oprofile incantation again to get a useful report > about what is happening on the system? Here you are: samples cum. samples % cum. % image name app name symbol name 26745 26745 22.6147 22.6147 ld-2.3.90.so ld-2.3.90.so do_lookup_x 19998 46743 16.9096 39.5243 no-vmlinux no-vmlinux (no symbols) 12112 58855 10.2415 49.7658 ld-2.3.90.so ld-2.3.90.so strcmp 6050 64905 5.1157 54.8815 libuno_cppuhelpergcc3.so.3 libuno_cppuhelpergcc3.so.3 (no symbols) 5395 70300 4.5618 59.4433 libgcj.so.7.0.0 libgcj.so.7.0.0 GC_mark_from 5232 75532 4.4240 63.8673 libuno_sal.so.3 libuno_sal.so.3 (no symbols) 2224 77756 1.8805 65.7478 configmgr2.uno.so configmgr2.uno.so (no symbols) 1663 79419 1.4062 67.1540 libgcj.so.7.0.0 libgcj.so.7.0.0 GC_add_to_black_list_normal 1567 80986 1.3250 68.4790 libuno_cppu.so.3 libuno_cppu.so.3 (no symbols) 1444 82430 1.2210 69.7000 libtk680li.so libtk680li.so (no symbols) 1267 83697 1.0713 70.7713 libgcj.so.7.0.0 libgcj.so.7.0.0 __i686.get_pc_thunk.bx 1158 84855 0.9792 71.7505 libpthread-2.3.90.so libpthread-2.3.90.so pthread_mutex_lock 1081 85936 0.9141 72.6645 libvcl680li.so libvcl680li.so (no symbols) 1066 87002 0.9014 73.5659 libcrypto.so.0.9.8a libcrypto.so.0.9.8a (no symbols) 1019 88021 0.8616 74.4276 libpthread-2.3.90.so libpthread-2.3.90.so pthread_mutex_unlock 876 88897 0.7407 75.1683 libgcj.so.7.0.0 libgcj.so.7.0.0 _Jv_InterpMethod::run(void*, ffi_raw*, _Jv_InterpMethod*) 849 89746 0.7179 75.8862 libgcj.so.7.0.0 libgcj.so.7.0.0 .plt 829 90575 0.7010 76.5871 libgcj.so.7.0.0 libgcj.so.7.0.0 GC_find_start 741 91316 0.6266 77.2137 libgcc_s-4.1.0-20060304.so.1 libgcc_s-4.1.0-20060304.so.1 _Unwind_IteratePhdrCallback 643 91959 0.5437 77.7574 libsw680li.so libsw680li.so (no symbols) 634 92593 0.5361 78.2935 libgcc_s-4.1.0-20060304.so.1 libgcc_s-4.1.0-20060304.so.1 execute_cfa_program So, this is caused by the dynamic loading of the libgcj runtime environment, which is why it takes a long time the first time you use it. After that, however, it seems reasonably quick. This speed will be much improved once we get rid of some of the relocs in libgcj. Andrew. From aph at redhat.com Thu Mar 16 11:42:32 2006 From: aph at redhat.com (Andrew Haley) Date: Thu, 16 Mar 2006 11:42:32 +0000 Subject: [fedora-java] OOo Performance? In-Reply-To: <17433.19821.272289.302578@zapata.pink> References: <20060315180631.GC903@redhat.com> <1142455482.1555.2.camel@localhost.localdomain> <1142506209.5228.13.camel@localhost.localdomain> <17433.19821.272289.302578@zapata.pink> Message-ID: <17433.20264.589138.816970@zapata.pink> Here are the profile data without any symbols. As you can see, it's mostly the shared library loader. Andrew. samples| %| ------------------ 40035 33.8522 ld-2.3.90.so 20462 17.3020 libgcj.so.7.0.0 19998 16.9096 no-vmlinux 6050 5.1157 libuno_cppuhelpergcc3.so.3 5232 4.4240 libuno_sal.so.3 3769 3.1869 libc-2.3.90.so 2623 2.2179 libgcc_s-4.1.0-20060304.so.1 2492 2.1072 libpthread-2.3.90.so 2224 1.8805 configmgr2.uno.so 1567 1.3250 libuno_cppu.so.3 1444 1.2210 libtk680li.so 1081 0.9141 libvcl680li.so 1066 0.9014 libcrypto.so.0.9.8a 753 0.6367 libc-2.3.90.so 643 0.5437 libsw680li.so 527 0.4456 libtl680li.so 407 0.3441 libz.so.1.2.3 381 0.3222 libstore.so.3 368 0.3112 libcomphelp4gcc3.so 358 0.3027 libsvl680li.so 354 0.2993 libcairo.so.2.2.3 337 0.2850 libxo680li.so 335 0.2833 oprofiled 295 0.2494 libcairo.so.2.2.3 266 0.2249 libfilterconfig1.so 254 0.2148 libjava_uno.so 244 0.2063 libucpfile1.so 232 0.1962 soffice.bin From aph at redhat.com Thu Mar 16 11:45:23 2006 From: aph at redhat.com (Andrew Haley) Date: Thu, 16 Mar 2006 11:45:23 +0000 Subject: [fedora-java] OOo Performance? In-Reply-To: <17433.19821.272289.302578@zapata.pink> References: <20060315180631.GC903@redhat.com> <1142455482.1555.2.camel@localhost.localdomain> <1142506209.5228.13.camel@localhost.localdomain> <17433.19821.272289.302578@zapata.pink> Message-ID: <17433.20435.937233.505566@zapata.pink> Andrew Haley writes: > Mark Wielaard writes: > > On Wed, 2006-03-15 at 20:44 +0000, Caolan McNamara wrote: > > > On Wed, 2006-03-15 at 13:06 -0500, Andrew Overholt wrote: > > > > Is this true: > > > > > > > > "In OpenOffice.org, for instance, Java-based features such as the basic > > > > document wizards open so slowly that you may conclude that the program has > > > > frozen before anything happens." > > > > > > > > ? > > > > > > > > http://www.linux.com/article.pl?sid=06/03/08/2321254 > > I wonder what sort of machine he was using. > > > > > > > To test this wizard start-up time: File->wizards->letter. > > > > The first time you use an wizard is indeed pretty slow, it sits there > > eating up 100% CPU for a couple of seconds (at least on my > > Debian/unstable box, I cannot get ooffice from FC5/rawhide to work > > unfortunately. It seems stuck in the splash screen according to gdb > > somewhere in reading the font cache). But after that using the wizards > > works just fine. > > > > What was the magic oprofile incantation again to get a useful report > > about what is happening on the system? > > Here you are: Subsequent runs look like this, with libgcj only consuming 14% of CPU time: samples cum. samples % cum. % image name app name symbol name 9119 9119 22.7582 22.7582 no-vmlinux no-vmlinux (no symbols) 5738 14857 14.3203 37.0785 libuno_cppuhelpergcc3.so.3 libuno_cppuhelpergcc3.so.3 (no symbols) 4196 19053 10.4719 47.5505 libuno_sal.so.3 libuno_sal.so.3 (no symbols) 1450 20503 3.6188 51.1692 libtk680li.so libtk680li.so (no symbols) 1115 21618 2.7827 53.9519 libuno_cppu.so.3 libuno_cppu.so.3 (no symbols) 903 22521 2.2536 56.2055 libgcj.so.7.0.0 libgcj.so.7.0.0 GC_mark_from 899 23420 2.2436 58.4492 libpthread-2.3.90.so libpthread-2.3.90.so pthread_mutex_lock 867 24287 2.1638 60.6129 libvcl680li.so libvcl680li.so (no symbols) 822 25109 2.0515 62.6644 libgcj.so.7.0.0 libgcj.so.7.0.0 _Jv_InterpMethod::run(void*, ffi_raw*, _Jv_InterpMethod*) 798 25907 1.9916 64.6560 libpthread-2.3.90.so libpthread-2.3.90.so pthread_mutex_unlock 556 26463 1.3876 66.0436 libsw680li.so libsw680li.so (no symbols) 518 26981 1.2928 67.3363 libcrypto.so.0.9.8a libcrypto.so.0.9.8a (no symbols) 381 27362 0.9509 68.2872 libgcc_s-4.1.0-20060304.so.1 libgcc_s-4.1.0-20060304.so.1 _Unwind_IteratePhdrCallback 355 27717 0.8860 69.1732 libtl680li.so libtl680li.so (no symbols) 340 28057 0.8485 70.0217 libgcc_s-4.1.0-20060304.so.1 libgcc_s-4.1.0-20060304.so.1 execute_cfa_program 330 28387 0.8236 70.8453 libc-2.3.90.so libc-2.3.90.so memcpy samples| %| ------------------ 9119 22.7582 no-vmlinux 5738 14.3203 libuno_cppuhelpergcc3.so.3 5683 14.1830 libgcj.so.7.0.0 4196 10.4719 libuno_sal.so.3 1897 4.7343 libpthread-2.3.90.so 1762 4.3974 libc-2.3.90.so 1475 3.6812 libgcc_s-4.1.0-20060304.so.1 Andrew. From caolanm at redhat.com Thu Mar 16 11:52:42 2006 From: caolanm at redhat.com (Caolan McNamara) Date: Thu, 16 Mar 2006 11:52:42 +0000 Subject: [fedora-java] OOo Performance? In-Reply-To: <17433.20264.589138.816970@zapata.pink> References: <20060315180631.GC903@redhat.com> <1142455482.1555.2.camel@localhost.localdomain> <1142506209.5228.13.camel@localhost.localdomain> <17433.19821.272289.302578@zapata.pink> <17433.20264.589138.816970@zapata.pink> Message-ID: <1142509963.8054.36.camel@localhost.localdomain> On Thu, 2006-03-16 at 11:42 +0000, Andrew Haley wrote: > Here are the profile data without any symbols. As you can see, it's > mostly the shared library loader. Nearly all of OOo's startup and timing woes boil down to shared library relocations :-(. Hence the redhat custom swriter/scalc/sdraw prelink-friendly launchers, and the novell -Bdirect work. Not much we can do inside OOo to help such dlopened stuff I guess. C. From mark at klomp.org Thu Mar 16 12:32:15 2006 From: mark at klomp.org (Mark Wielaard) Date: Thu, 16 Mar 2006 13:32:15 +0100 Subject: [fedora-java] OOo Performance? In-Reply-To: <1142508230.8054.22.camel@localhost.localdomain> References: <20060315180631.GC903@redhat.com> <1142455482.1555.2.camel@localhost.localdomain> <1142506209.5228.13.camel@localhost.localdomain> <1142507023.8054.8.camel@localhost.localdomain> <1142507438.5228.19.camel@localhost.localdomain> <1142508230.8054.22.camel@localhost.localdomain> Message-ID: <1142512335.5228.21.camel@localhost.localdomain> On Thu, 2006-03-16 at 11:23 +0000, Caolan McNamara wrote: > On Thu, 2006-03-16 at 12:10 +0100, Mark Wielaard wrote: > > Sorry for being confusing. I meant on Debian of course. (Sorry still a > > Debian junky.) On Fedora FC5/Rawhide latest yum update thing, openoffice > > never fully starts up for me. > > Log a bug please, I've gotten no reports of stuff like that :-(. > Attaching your ~/.openoffice.org2.0/user/psprint/pspfontcache to your > bugreport if you have one might help me, deleting it afterwards might > help you. There you go: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185613 Without the pspfontcache file attached to that bug report ooffice starts up fine. And it works as on my Debian box. Thanks! Mark -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From aph at redhat.com Thu Mar 16 13:36:08 2006 From: aph at redhat.com (Andrew Haley) Date: Thu, 16 Mar 2006 13:36:08 +0000 Subject: [fedora-java] OOo Performance? In-Reply-To: <1142509963.8054.36.camel@localhost.localdomain> References: <20060315180631.GC903@redhat.com> <1142455482.1555.2.camel@localhost.localdomain> <1142506209.5228.13.camel@localhost.localdomain> <17433.19821.272289.302578@zapata.pink> <17433.20264.589138.816970@zapata.pink> <1142509963.8054.36.camel@localhost.localdomain> Message-ID: <17433.27080.513579.516464@zapata.pink> Caolan McNamara writes: > On Thu, 2006-03-16 at 11:42 +0000, Andrew Haley wrote: > > Here are the profile data without any symbols. As you can see, it's > > mostly the shared library loader. > > Nearly all of OOo's startup and timing woes boil down to shared library > relocations :-(. Hence the redhat custom swriter/scalc/sdraw > prelink-friendly launchers, and the novell -Bdirect work. Not much we > can do inside OOo to help such dlopened stuff I guess. Does dlopened stuff not work with prelinking? Anyway, the other interesting thing is the huge amount of _kernel_ time each time a wizard is used. What on earth can this be? Andrew. From caolanm at redhat.com Thu Mar 16 13:52:34 2006 From: caolanm at redhat.com (Caolan McNamara) Date: Thu, 16 Mar 2006 13:52:34 +0000 Subject: [fedora-java] OOo Performance? In-Reply-To: <17433.27080.513579.516464@zapata.pink> References: <20060315180631.GC903@redhat.com> <1142455482.1555.2.camel@localhost.localdomain> <1142506209.5228.13.camel@localhost.localdomain> <17433.19821.272289.302578@zapata.pink> <17433.20264.589138.816970@zapata.pink> <1142509963.8054.36.camel@localhost.localdomain> <17433.27080.513579.516464@zapata.pink> Message-ID: <1142517155.23488.2.camel@localhost.localdomain> On Thu, 2006-03-16 at 13:36 +0000, Andrew Haley wrote: > Caolan McNamara writes: > > On Thu, 2006-03-16 at 11:42 +0000, Andrew Haley wrote: > > > Here are the profile data without any symbols. As you can see, it's > > > mostly the shared library loader. > > > > Nearly all of OOo's startup and timing woes boil down to shared library > > relocations :-(. Hence the redhat custom swriter/scalc/sdraw > > prelink-friendly launchers, and the novell -Bdirect work. Not much we > > can do inside OOo to help such dlopened stuff I guess. > > Does dlopened stuff not work with prelinking? No, from prelink/doc/prelink.tex " As has been mentioned earlier, prelink cannot speed up loading shared libraries using dlopen, since it cannot predict in which order and what shared libraries will be loaded (and thus cannot compute conflict fixups). " > Anyway, the other interesting thing is the huge amount of _kernel_ > time each time a wizard is used. What on earth can this be? To be honest the java stuff is really an edge-case in OOo performance, and I don't think anyone has looked into it very seriously. C. From aph at redhat.com Thu Mar 16 14:16:01 2006 From: aph at redhat.com (Andrew Haley) Date: Thu, 16 Mar 2006 14:16:01 +0000 Subject: [fedora-java] OOo Performance? In-Reply-To: <1142517155.23488.2.camel@localhost.localdomain> References: <20060315180631.GC903@redhat.com> <1142455482.1555.2.camel@localhost.localdomain> <1142506209.5228.13.camel@localhost.localdomain> <17433.19821.272289.302578@zapata.pink> <17433.20264.589138.816970@zapata.pink> <1142509963.8054.36.camel@localhost.localdomain> <17433.27080.513579.516464@zapata.pink> <1142517155.23488.2.camel@localhost.localdomain> Message-ID: <17433.29473.623257.230841@zapata.pink> Caolan McNamara writes: > On Thu, 2006-03-16 at 13:36 +0000, Andrew Haley wrote: > > Caolan McNamara writes: > > > On Thu, 2006-03-16 at 11:42 +0000, Andrew Haley wrote: > > > > Here are the profile data without any symbols. As you can see, it's > > > > mostly the shared library loader. > > > > > > Nearly all of OOo's startup and timing woes boil down to shared library > > > relocations :-(. Hence the redhat custom swriter/scalc/sdraw > > > prelink-friendly launchers, and the novell -Bdirect work. Not much we > > > can do inside OOo to help such dlopened stuff I guess. > > > > Does dlopened stuff not work with prelinking? > > No, from prelink/doc/prelink.tex > > " > As has been mentioned earlier, prelink cannot speed up loading shared > libraries using dlopen, since it cannot predict in which order and what > shared libraries will be loaded (and thus cannot compute conflict > fixups). > " Mmm, but there's nothing to stop us building OOo with -lgcj, is there? If we do that, dlopen() will find the prelinked library. Andrew. From mark at klomp.org Thu Mar 16 17:58:05 2006 From: mark at klomp.org (Mark Wielaard) Date: Thu, 16 Mar 2006 18:58:05 +0100 Subject: [fedora-java] OOo Performance? In-Reply-To: <17432.41116.805221.488828@zapata.pink> References: <20060315180631.GC903@redhat.com> <441878CA.7030501@lozano.eti.br> <17432.41116.805221.488828@zapata.pink> Message-ID: <1142531885.5228.43.camel@localhost.localdomain> On Wed, 2006-03-15 at 23:17 +0000, Andrew Haley wrote: > > >http://www.linux.com/article.pl?sid=06/03/08/2321254 > > > > I found that also very strange: > > > > > Other new software available in FC5 includes (...) Ruby, the popular > > > programming language, which replaces FC5's GCC-based Java applications > > > if installed. > > > > How come can Ruby replace GCC-Based Java applications? I hever heard of > > Ruby being able to run bytecodes. ;-) > > Someone is confused. I asked. And this was his response: > The point seems to have been lost in the editing. > > What I originally wrote was "which for some reason replaces FC5's > GCC-based Java applications." In other words, I was pointing out that, > if you install Ruby on FC5, yum removed the GCC stuff as if there was > a conflict, which seemed more than a little strange to me. So it was actually a bug report disguised as a news article. But he hadn't counted on his editor making it even more obscure :) Cheers, Mark -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From overholt at redhat.com Thu Mar 16 18:38:44 2006 From: overholt at redhat.com (Andrew Overholt) Date: Thu, 16 Mar 2006 13:38:44 -0500 Subject: [fedora-java] OOo Performance? In-Reply-To: <1142531885.5228.43.camel@localhost.localdomain> References: <20060315180631.GC903@redhat.com> <441878CA.7030501@lozano.eti.br> <17432.41116.805221.488828@zapata.pink> <1142531885.5228.43.camel@localhost.localdomain> Message-ID: <20060316183844.GB20767@redhat.com> * Mark Wielaard [2006-03-16 12:58]: > > What I originally wrote was "which for some reason replaces FC5's > > GCC-based Java applications." In other words, I was pointing out that, > > if you install Ruby on FC5, yum removed the GCC stuff as if there was > > a conflict, which seemed more than a little strange to me. > > So it was actually a bug report disguised as a news article. But he > hadn't counted on his editor making it even more obscure :) Weird. I just tried yum install ruby and it didn't remove anything. Andrew From jdesbonnet at gmail.com Mon Mar 20 17:45:47 2006 From: jdesbonnet at gmail.com (Joe Desbonnet) Date: Mon, 20 Mar 2006 17:45:47 +0000 Subject: [fedora-java] download tip Message-ID: <1cef3e950603200945u41d6fb65x7e91345238f6681f@mail.gmail.com> If you rename the Test3 ISO to the final release and do a rsync on it there is a huge speed up to be gained. I'm getting at least x2 for the first 600MB of the DVD ISO downloaded so far. Joe. From caolanm at redhat.com Tue Mar 21 12:56:47 2006 From: caolanm at redhat.com (Caolan McNamara) Date: Tue, 21 Mar 2006 12:56:47 +0000 Subject: [fedora-java] OOo Performance? In-Reply-To: <17433.29473.623257.230841@zapata.pink> References: <20060315180631.GC903@redhat.com> <1142455482.1555.2.camel@localhost.localdomain> <1142506209.5228.13.camel@localhost.localdomain> <17433.19821.272289.302578@zapata.pink> <17433.20264.589138.816970@zapata.pink> <1142509963.8054.36.camel@localhost.localdomain> <17433.27080.513579.516464@zapata.pink> <1142517155.23488.2.camel@localhost.localdomain> <17433.29473.623257.230841@zapata.pink> Message-ID: <1142945808.2634.12.camel@localhost.localdomain> On Thu, 2006-03-16 at 14:16 +0000, Andrew Haley wrote: > Mmm, but there's nothing to stop us building OOo with -lgcj, is there? > If we do that, dlopen() will find the prelinked library. Was worth a shot, but we seem to hang if we just naively add in a -lgcj :-) C. #1 0x00a19036 in __nanosleep_nocancel () from /lib/libc.so.6 #2 0x0248647b in GC_lock () from /usr/lib/libgcj.so.7 #3 0x0247d3ea in GC_malloc_atomic () from /usr/lib/libgcj.so.7 #4 0x01e50f22 in _Jv_AllocString () from /usr/lib/libgcj.so.7 #5 0x01e8e862 in _Jv_NewStringUtf8Const () from /usr/lib/libgcj.so.7 #6 0x01e61a6b in _Jv_Linker::ensure_class_linked () from /usr/lib/libgcj.so.7 #7 0x01e61c3e in _Jv_Linker::wait_for_state () from /usr/lib/libgcj.so.7 #8 0x01e88b31 in java::lang::Class::initializeClass () from /usr/lib/libgcj.so.7 #9 0x01e88ad3 in java::lang::Class::initializeClass () from /usr/lib/libgcj.so.7 #10 0x01e88ad3 in java::lang::Class::initializeClass () from /usr/lib/libgcj.so.7 #11 0x01e88ad3 in java::lang::Class::initializeClass () from /usr/lib/libgcj.so.7 #12 0x01e514e6 in _Jv_AllocObjectNoFinalizer () from /usr/lib/libgcj.so.7 #13 0x01e51526 in _Jv_AllocObject () from /usr/lib/libgcj.so.7 #14 0x01e516de in _Jv_ThrowBadArrayIndex () from /usr/lib/libgcj.so.7 #15 #16 0x024787d3 in GC_is_black_listed () from /usr/lib/libgcj.so.7 #17 0x0247679d in GC_allochblk_nth () from /usr/lib/libgcj.so.7 #18 0x02476b62 in GC_allochblk () from /usr/lib/libgcj.so.7 #19 0x0248209d in GC_new_hblk () from /usr/lib/libgcj.so.7 #20 0x02478381 in GC_allocobj () from /usr/lib/libgcj.so.7 #21 0x0247ce58 in GC_generic_malloc_inner () from /usr/lib/libgcj.so.7 #22 0x0247cef1 in GC_generic_malloc_inner_ignore_off_page () from /usr/lib/libgcj.so.7 #23 0x0247b0a7 in GC_grow_table () from /usr/lib/libgcj.so.7 #24 0x0247b8bc in GC_register_finalizer_inner () from /usr/lib/libgcj.so.7 #25 0x0247ba63 in GC_register_finalizer_no_order () from /usr/lib/libgcj.so.7 #26 0x01e9647d in _Jv_RegisterFinalizer () from /usr/lib/libgcj.so.7 #27 0x01e8e832 in _Jv_NewStringUtf8Const () from /usr/lib/libgcj.so.7 #28 0x01e61a6b in _Jv_Linker::ensure_class_linked () from /usr/lib/libgcj.so.7 #29 0x01e61c3e in _Jv_Linker::wait_for_state () from /usr/lib/libgcj.so.7 #30 0x01e88b31 in java::lang::Class::initializeClass () from /usr/lib/libgcj.so.7 #31 0x01e88ad3 in java::lang::Class::initializeClass () from /usr/lib/libgcj.so.7 #32 0x01e524a7 in _Jv_CreateJavaVM () from /usr/lib/libgcj.so.7 #33 0x01e57b2d in JNI_CreateJavaVM () from /usr/lib/libgcj.so.7 #34 0x05a6d864 in jfw_plugin_startJavaVirtualMachine () from /usr/lib/openoffice.org2.0/program/sunjavaplugin.so From aph at redhat.com Tue Mar 21 13:21:25 2006 From: aph at redhat.com (Andrew Haley) Date: Tue, 21 Mar 2006 13:21:25 +0000 Subject: [fedora-java] OOo Performance? In-Reply-To: <1142945808.2634.12.camel@localhost.localdomain> References: <20060315180631.GC903@redhat.com> <1142455482.1555.2.camel@localhost.localdomain> <1142506209.5228.13.camel@localhost.localdomain> <17433.19821.272289.302578@zapata.pink> <17433.20264.589138.816970@zapata.pink> <1142509963.8054.36.camel@localhost.localdomain> <17433.27080.513579.516464@zapata.pink> <1142517155.23488.2.camel@localhost.localdomain> <17433.29473.623257.230841@zapata.pink> <1142945808.2634.12.camel@localhost.localdomain> Message-ID: <17439.64981.321740.496880@zapata.pink> Caolan McNamara writes: > On Thu, 2006-03-16 at 14:16 +0000, Andrew Haley wrote: > > Mmm, but there's nothing to stop us building OOo with -lgcj, is there? > > If we do that, dlopen() will find the prelinked library. > > Was worth a shot, but we seem to hang if we just naively add in a > -lgcj :-) Ah. Thanks for trying, anyway. Andrew. From dant at cdkkt.com Fri Mar 31 17:22:55 2006 From: dant at cdkkt.com (Dan Thurman) Date: Fri, 31 Mar 2006 09:22:55 -0800 Subject: [fedora-java] How to setup full-fledged Java development environment under FC5? Message-ID: <1143825776.2865.77.camel@copper.cdkkt.com> Folks, I am at an impasse in deciding if it is worth taking the time to get a Java development environment setup on FC5 for the simple reason that FC5 recommends using their NATIVE ports instead of using the "normal" download apps such as Sun's software, Eclipse's software and so on. The confusion lies in not knowing what course of action to take coupled with the FC5 caveat that by not using the FC native ports and properly installing Java applications may break your work on Java. This caveat alone stops me from considering FC5 as a serious contender for a Java development platform. On top of all of this, FC5's Java porting time-line plans states that there are some serious work needed to get it all working right (Swing/AWT, others?) so it seems to me that FC5 is just not ready for a serious Java programming development environment and who knows when and if it will be ready? Can anyone give me some pointers on how to get a serious Java development environment setup going? I want to have full flexibility to download and install Eclipse tools and applications without being unencumbered with Fedora's port version preventing such operations, for example if I need to get RCP, WSP, Swing, AWT, and the zillions of other things that are rapidly being released by the Eclipse community. BTW: I have already visited the Fedora Java Wiki site (http://www.fedoraproject.org/wiki/JavaFAQ) and (http://www.jpackage.org/) but it is not "HOW TO" setup your Java development environment. So... how can I proceed? Totally confused, Dan From i.pilcher at comcast.net Fri Mar 31 19:33:52 2006 From: i.pilcher at comcast.net (Ian Pilcher) Date: Fri, 31 Mar 2006 13:33:52 -0600 Subject: [fedora-java] Re: How to setup full-fledged Java development environment under FC5? In-Reply-To: <1143825776.2865.77.camel@copper.cdkkt.com> References: <1143825776.2865.77.camel@copper.cdkkt.com> Message-ID: Dan Thurman wrote: > Can anyone give me some pointers on how to get a serious > Java development environment setup going? I want to have > full flexibility to download and install Eclipse tools and > applications without being unencumbered with Fedora's port > version preventing such operations, for example if I need > to get RCP, WSP, Swing, AWT, and the zillions of other things > that are rapidly being released by the Eclipse community. It takes a little work, but it can be done. For a 100% "real" Java environment, you'll first want to remove all the gcj-compiled packages from your system. The vast majority of these can be identified with: rpm -qa | egrep 'jpp|eclipse' Removing these packages should identify any other gcj packages. (Note that you probably don't want to remove the gcj/gij runtime, because OpenOffice.org uses it.) Now ensure that you won't actually pull any of these packages from the Fedora yum repositories by adding the following line to all of the fedora* files in /etc/yum.repos.d: exclude=*jpp* eclipse* Now you can set up the JPackage yum repositories as described on the JPackage site. I recommend adding the following line to all three repositories in jpackage.repo: exclude=postgresql* Good luck! -- ======================================================================== Ian Pilcher i.pilcher at comcast.net ======================================================================== From fernando at lozano.eti.br Fri Mar 31 19:51:01 2006 From: fernando at lozano.eti.br (fernando at lozano.eti.br) Date: Fri, 31 Mar 2006 17:51:01 -0200 Subject: [fedora-java] How to setup full-fledged Java development environment under FC5? Message-ID: <442d8825.8d.121ef.1454776205@lozano.eti.br> Hi Dan, You could start by better informing yourself. For example, Swing and AWT, for example, are *not* relased by the Eclipse Community. And FC5 includes "alternative" Java tools because Sun tools are not free software and so are not compatible with the Fedora Project goals. Althoug Sun Java is freeware (gratis) the license termos prevent any Linux distro to include it. The only exception are "enteprise" distributions like RHEL and SuSE, where the user has a support contract this allows the vendor do redistribute Sun Java integrated to their package management systems. In my experience, FC4 and FC5 Java development enviroment are worth the effort, but requires a level of knowledge about Java and Linux which may not suit each and every project or developer. The simply fact they run Eclipse itself, Tomcat and Struts show the enviroment should be good enough for serious development. Swing and AWT are the only pieces that are not ready for genenal use so if you need to use or develop Swing and AWT appos (like Netbeans) you'll need to install another JDK. But if you need to to GUI development you can use SWT and JavaGnome which are included on FC5 (of course you could also use those with Sun Java). Nothing prevents you from using Sun Java and downloading stuff directly from the Eclipse Foundation, Apache Jakarta Project and others. You do not need to use only Sun or FC5 Java, you can have both and use each one for different projects. But you may get some surprises if you don't know how to properly configure your environment because you'll have two JVMs and more Java compilers and standard API implementations. It's simply a matter of changing your PATH and CLASSPATH acording to what you wll use. Some developers (me included) prefer to use JPackage to deal with multiple JDKs and manage dependencies between Java packages. By the way FC5 packages are based and compatible with JPackage. But using JPackage with Sun Java requires you to first repackage the JDK because Sun downloads are not compliant with standard Linux packaging (the Filesystem Hierarchy Standard) and the licensing terms won't alow anyone to redistribute a fixed packaging. Again, if you do have a support contrat from Red Hat or SuSE you may get compliant packages from them. Actually, FC5 Java packages provide both native ports (created uding ECJ from Eclipse and GCJ from GCC) and standard class files inside JARs, so you don't need to download again whatever is already provided by FC5. Using native code is an option you do get with GCJ but not from Sun Java. You could just download another JDK (such as Sun's) and use it alongside FC5 packages if you need something that won't with the FC5 Java-tools. For example, you can use Sun Java to run FC5 Eclipse if you need some plugin that won't work with GCH (the default Java for FC5). []s, Fernando Lozano > > I am at an impasse in deciding if it is worth taking the time > to get a Java development environment setup on FC5 for the > simple reason that FC5 recommends using their NATIVE ports > instead of using the "normal" download apps such as Sun's software, > Eclipse's software and so on. The confusion lies in not knowing > what course of action to take coupled with the FC5 caveat that > by not using the FC native ports and properly installing Java > applications may break your work on Java. This caveat alone > stops me from considering FC5 as a serious contender for a Java > development platform. > > On top of all of this, FC5's Java porting time-line plans states > that there are some serious work needed to get it all working right > (Swing/AWT, others?) so it seems to me that FC5 is just not ready > for a serious Java programming development environment and who > knows when and if it will be ready? > > Can anyone give me some pointers on how to get a serious > Java development environment setup going? I want to have > full flexibility to download and install Eclipse tools and > applications without being unencumbered with Fedora's port > version preventing such operations, for example if I need > to get RCP, WSP, Swing, AWT, and the zillions of other things > that are rapidly being released by the Eclipse community. > > BTW: I have already visited the Fedora Java Wiki site > (http://www.fedoraproject.org/wiki/JavaFAQ) and > (http://www.jpackage.org/) but it is not "HOW TO" setup your Java > development environment. > > So... how can I proceed? > > Totally confused, > Dan > > -- > fedora-devel-java-list mailing list > fedora-devel-java-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-java-list From dant at cdkkt.com Fri Mar 31 20:57:23 2006 From: dant at cdkkt.com (Dan Thurman) Date: Fri, 31 Mar 2006 12:57:23 -0800 Subject: [fedora-java] Trying to follow JPackage installations per Paul Howath per FC4 for FC5 Message-ID: <1143838643.2865.117.camel@copper.cdkkt.com> Folks, I am trying to get a Java development environment setup and I was directed to follow the FC4 jpackage instructions but for FC5 and apparently the first thing required was to install fedora-rpmdevtools from the extras repository but this file is nowhere to be found! All I got for the list is: fedora-buildrpmtree Create RPM build tree within user's home directory fedora-installdevkeys Install GPG keys in alternate RPM keyring fedora-kmodhelper Helper script for building kernel module RPMs fedora-md5 Display the md5sum of all files in an RPM fedora-newrpmspec Creates new .spec from template fedora-rmdevelrpms Find (and optionally remove) "development" RPMs fedora-rpmchecksig Check package signatures using alternate RPM keyring fedora-rpminfo Prints information about executables and libraries fedora-rpmvercmp RPM version comparison checker fedora-extract Extract various archives, "tar xvf" style fedora-diffarchive Diff contents of two archives fedora-wipebuildtree Erase all files within dirs created by buildrpmtree spectool Expand and download sources and patches in specfiles So - where is it... or is this step omitted for FC5 now? Kind regards, Dan From dant at cdkkt.com Fri Mar 31 21:18:23 2006 From: dant at cdkkt.com (Dan Thurman) Date: Fri, 31 Mar 2006 13:18:23 -0800 Subject: [fedora-java] How to setup full-fledged Java development environment under FC5? In-Reply-To: <442d8825.8d.121ef.1454776205@lozano.eti.br> References: <442d8825.8d.121ef.1454776205@lozano.eti.br> Message-ID: <1143839904.2865.124.camel@copper.cdkkt.com> On Fri, 2006-03-31 at 17:51 -0200, fernando at lozano.eti.br wrote: > Hi Dan, > [snip] Thanks for informing me, it is very helpful. I was basically told to go to Paul Howarth's Wiki explaining how to setup FC4 using Jpackage so that I can be able to use both Sun & Fedora's port. http://fedoranews.org/mediawiki/index.php/JPackage_Java_for_FC4 I hope I am on the right track, if not please help steer me in the right direction! :-) I attempted to yum install fedora-rpmdevtools but apparently this package does not exist in the extras repository. Any advice you can provide is appreciated! Kind regards, Dan