Re: Bug #449176: azureus: Downloads very slowly with GIJ
Shaun Jackman writes: Running the bit torrent client Azureus, downloading progresses terribly slowly with the java-gcj-compat JVM and works fine with Sun's JVM. If anyone has any thoughts on why this might be the case, or has some time to investigate, I'd appreciate the help in solving this bug. http://bugs.debian.org/449176 What is the CPU meter doing? If the CPU is pegged at 100%, I'd do some profiling. Also, starting with the vm option -verbose:class will tell you if, by some accident, you aren't using the precompiled classes. Andrew. -- Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4 1TE, UK Registered in England and Wales No. 3798903 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug #449176: azureus: Downloads very slowly with GIJ
On Nov 21, 2007 6:31 AM, Andrew Haley [EMAIL PROTECTED] wrote: Shaun Jackman writes: Running the bit torrent client Azureus, downloading progresses terribly slowly with the java-gcj-compat JVM and works fine with Sun's JVM. If anyone has any thoughts on why this might be the case, or has some time to investigate, I'd appreciate the help in solving this bug. http://bugs.debian.org/449176 What is the CPU meter doing? If the CPU is pegged at 100%, I'd do some profiling. Also, starting with the vm option -verbose:class will tell you if, by some accident, you aren't using the precompiled classes. Hello Andrew, I can confirm that the CPU usage is 5% and that the precompiled classes are being used. Lots of messages like [Loaded (pre-compiled) java.lang.ClassLoader from no code source] I do see messages like this: DEBUG::Wed Nov 21 11:05:54 GMT-07:00 2007::com.aelitis.azureus.core.networkmanager.impl.tcp.VirtualChannelSelectorImpl::select::586: VirtualChannelSelector: No progress for op 1: listener = class com.aelitis.azureus.core.clientmessageservice.impl.NonBlockingReadWriteService$2, count = 300, socket: open = true, connected = true VirtualChannelSelector::select::332,NonBlockingReadWriteService$1::runSupport::82,AEThread::run::69 Perhaps it's related. Which version of Azureus has RedHat packaged? Cheers, Shaun -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug #449176: azureus: Downloads very slowly with GIJ
Shaun Jackman writes: On Nov 21, 2007 6:31 AM, Andrew Haley [EMAIL PROTECTED] wrote: Shaun Jackman writes: Running the bit torrent client Azureus, downloading progresses terribly slowly with the java-gcj-compat JVM and works fine with Sun's JVM. If anyone has any thoughts on why this might be the case, or has some time to investigate, I'd appreciate the help in solving this bug. http://bugs.debian.org/449176 What is the CPU meter doing? If the CPU is pegged at 100%, I'd do some profiling. Also, starting with the vm option -verbose:class will tell you if, by some accident, you aren't using the precompiled classes. Hello Andrew, I can confirm that the CPU usage is 5% and that the precompiled classes are being used. Lots of messages like [Loaded (pre-compiled) java.lang.ClassLoader from no code source] OK, so you never see Loaded (bytecode) ? with azureus classes I do see messages like this: DEBUG::Wed Nov 21 11:05:54 GMT-07:00 2007::com.aelitis.azureus.core.networkmanager.impl.tcp.VirtualChannelSelectorImpl::select::586: VirtualChannelSelector: No progress for op 1: listener = class com.aelitis.azureus.core.clientmessageservice.impl.NonBlockingReadWriteService$2, count = 300, socket: open = true, connected = true VirtualChannelSelector::select::332,NonBlockingReadWriteService$1::runSupport::82,AEThread::run::69 Perhaps it's related. Which version of Azureus has RedHat packaged? Cc: Anthony Green for comments. Andrew. -- Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4 1TE, UK Registered in England and Wales No. 3798903 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug #449176: azureus: Downloads very slowly with GIJ
Shaun Jackman writes: On Nov 21, 2007 11:30 AM, Andrew Haley [EMAIL PROTECTED] wrote: Shaun Jackman writes: On Nov 21, 2007 6:31 AM, Andrew Haley [EMAIL PROTECTED] wrote: Shaun Jackman writes: Running the bit torrent client Azureus, downloading progresses terribly slowly with the java-gcj-compat JVM and works fine with Sun's JVM. If anyone has any thoughts on why this might be the case, or has some time to investigate, I'd appreciate the help in solving this bug. http://bugs.debian.org/449176 What is the CPU meter doing? If the CPU is pegged at 100%, I'd do some profiling. Also, starting with the vm option -verbose:class will tell you if, by some accident, you aren't using the precompiled classes. Hello Andrew, I can confirm that the CPU usage is 5% and that the precompiled classes are being used. Lots of messages like [Loaded (pre-compiled) java.lang.ClassLoader from no code source] OK, so you never see Loaded (bytecode) ? with azureus classes Oh, yes I do. Sorry, I thought it was the precompiled GCJ classes that were important. I also see for Azureus... [Loaded (bytecode) org.gudy.azureus2.ui.common.Main from (file:/usr/share/java/Azureus2.jar no certificates)] ... and for SWT... [Loaded (bytecode) org.eclipse.swt.SWT from (file:/usr/share/java/swt.jar no certificates)] OK, so you're not picking up the precompiled classes for some reason. Not good, but the fact that the CPU is only at 5% indicates that isn't the core problem. Andrew. -- Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4 1TE, UK Registered in England and Wales No. 3798903 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug #449176: azureus: Downloads very slowly with GIJ
On Nov 21, 2007 11:30 AM, Andrew Haley [EMAIL PROTECTED] wrote: Shaun Jackman writes: On Nov 21, 2007 6:31 AM, Andrew Haley [EMAIL PROTECTED] wrote: Shaun Jackman writes: Running the bit torrent client Azureus, downloading progresses terribly slowly with the java-gcj-compat JVM and works fine with Sun's JVM. If anyone has any thoughts on why this might be the case, or has some time to investigate, I'd appreciate the help in solving this bug. http://bugs.debian.org/449176 What is the CPU meter doing? If the CPU is pegged at 100%, I'd do some profiling. Also, starting with the vm option -verbose:class will tell you if, by some accident, you aren't using the precompiled classes. Hello Andrew, I can confirm that the CPU usage is 5% and that the precompiled classes are being used. Lots of messages like [Loaded (pre-compiled) java.lang.ClassLoader from no code source] OK, so you never see Loaded (bytecode) ? with azureus classes Oh, yes I do. Sorry, I thought it was the precompiled GCJ classes that were important. I also see for Azureus... [Loaded (bytecode) org.gudy.azureus2.ui.common.Main from (file:/usr/share/java/Azureus2.jar no certificates)] ... and for SWT... [Loaded (bytecode) org.eclipse.swt.SWT from (file:/usr/share/java/swt.jar no certificates)] Cheers, Shaun -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug #449176: azureus: Downloads very slowly with GIJ
On Nov 21, 2007 11:42 AM, Andrew Haley [EMAIL PROTECTED] wrote: Shaun Jackman writes: On Nov 21, 2007 11:30 AM, Andrew Haley [EMAIL PROTECTED] wrote: Shaun Jackman writes: On Nov 21, 2007 6:31 AM, Andrew Haley [EMAIL PROTECTED] wrote: Shaun Jackman writes: Running the bit torrent client Azureus, downloading progresses terribly slowly with the java-gcj-compat JVM and works fine with Sun's JVM. If anyone has any thoughts on why this might be the case, or has some time to investigate, I'd appreciate the help in solving this bug. http://bugs.debian.org/449176 What is the CPU meter doing? If the CPU is pegged at 100%, I'd do some profiling. Also, starting with the vm option -verbose:class will tell you if, by some accident, you aren't using the precompiled classes. Hello Andrew, I can confirm that the CPU usage is 5% and that the precompiled classes are being used. Lots of messages like [Loaded (pre-compiled) java.lang.ClassLoader from no code source] OK, so you never see Loaded (bytecode) ? with azureus classes Oh, yes I do. Sorry, I thought it was the precompiled GCJ classes that were important. I also see for Azureus... [Loaded (bytecode) org.gudy.azureus2.ui.common.Main from (file:/usr/share/java/Azureus2.jar no certificates)] ... and for SWT... [Loaded (bytecode) org.eclipse.swt.SWT from (file:/usr/share/java/swt.jar no certificates)] OK, so you're not picking up the precompiled classes for some reason. Not good, but the fact that the CPU is only at 5% indicates that isn't the core problem. If by precompiled classes you mean compiled to native code using GCJ, Debian doesn't have native binaries for Azureus, and it isn't set up to use the native binaries for SWT. I agree with you that I don't think that's the core issue though. Perhaps Azureus is using some unusual networking API that perhaps GIJ/classpath doesn't support. It's odd to me that it does run, and does download a few bytes, only excruciatingly slowly. Cheers, Shaun -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug #449176: azureus: Downloads very slowly with GIJ
Andrew Haley wrote: OK, so you're not picking up the precompiled classes for some reason. Not good, but the fact that the CPU is only at 5% indicates that isn't the core problem. I believe that the problem lies in our NIO implementation. I don't know exactly what the problem is. It has been discussed a few times on some of our mailing lists (GNU Classpath, [EMAIL PROTECTED]). FWIW, there have been many bug reports against azureus in Fedora about this. Now that we have IcedTea I've closed all of these bug reports just asking people to not use gcj. IcedTea runs azureus just fine. AG -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug #449176: azureus: Downloads very slowly with GIJ
On Nov 21, 2007 12:56 PM, Anthony Green [EMAIL PROTECTED] wrote: Andrew Haley wrote: OK, so you're not picking up the precompiled classes for some reason. Not good, but the fact that the CPU is only at 5% indicates that isn't the core problem. I believe that the problem lies in our NIO implementation. I don't know exactly what the problem is. It has been discussed a few times on some of our mailing lists (GNU Classpath, [EMAIL PROTECTED]). FWIW, there have been many bug reports against azureus in Fedora about this. Now that we have IcedTea I've closed all of these bug reports just asking people to not use gcj. IcedTea runs azureus just fine. Great! Glad to hear it. I'm waiting for IcedTea to come to Debian. There are people working on it, but it hasn't yet arrived: http://lists.debian.org/debian-java/2007/08/msg00028.html Cheers, Shaun -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#166370: Join our marketing team
We are Looking for partners worldwide. The position is home-based. Our Company Head Office is located in UK with branches all over the world. We are looking for talented, honest, reliable representatives from different regions. The ideal candidate will be an intelligent person, someone who can work autonomously with a high degree of enthusiasm. Our Company offers a very competitive salary to the successful candidate, along with an unrivalled career progression opportunity. If you would like to work with our active, dynamic team, we invite you to apply for employment. Preference will be given to applicants with knowledge of multiple languages. Please send the following information to [EMAIL PROTECTED] 1. Full name 2 Address of residence 3 Contact Phone numbers 4 Languages spoken 5 Whether you are interested in part time job or full time employment. Thank you. We look forward to working with you. If you received this message in error, please send a blank email to: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
jetty-solr debian can't find java compiler
Hello, I installed the solr-jetty packaged for Debian testing (running 2.6.22) which gives me Jetty 5.1.14-1 and Solr 1.2.0+ds1-1. Jetty starts fine and so does the Solr home page at http://localhost:8280/solr But I get an error when I try to run http://localhost:8280/solr/admin HTTP ERROR: 500 No Java compiler available Should the solr admin webapp be working out of the box afer a solr-jetty install from testing? I have sun-java6-jdk package installed. I have sun 6 JDK and JRE installed and have javac /usr/lib/jvm/java-6-sun/bin/javac % echo $JAVA_HOME /usr/lib/jvm/java-6-sun % echo $PATH /usr/lib/jvm/java-6-sun/bin:/l/local/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin % which javac /usr/lib/jvm/java-6-sun/bin/javac % javac -version javac 1.6.0 % cd /etc/init.d % ./jetty stop Stopping Jetty servlet engine: ...jetty. % ./jetty start Starting Jetty servlet engine: jetty. % firefox http://localhost:8280/solr/admin HTTP ERROR: 500 No Java compiler available Thanks, Phil -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]