Does "HotSpot" always mean no "green threads"?
Hi, does HotSpot only support "native threads" but not "green ones"? Best regards Volker -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Blackdown instabiler als IBM JAVA?
Hallo allerseits, 4 Fragen, die ich gerne loswerden will: 1) Ich habe Blackdown Java 2 SDK Version 1.2.2 FCS auf einer Cobalt Maschine mit RedHat Linux (Kernel 2.2.14C11, glibc-2.1.3) installiert, um einen Chatserver darunter zu betreiben (im GREEN-Mode mit Borlands JIT). Am Anfang läuft das Ganze auch ganz gut, aber nach 1-2 Tagen macht es "Bumm" und der JAVA-Prozess ist auf einmal verschwunden. Wiederholte Versuche brachten immer wieder das gleiche Ergebnis! Auch bei Blackdown 1.3-j2sdk ist dies leider so! Ich habe bereits die Blackdown SDK Version 1.2.2 Release Candidate 4 unter FreeBSD im LINUX emul mode eingesetzt und war sehr zufrieden: Dort trat das Problem nicht auf! Hat jemand eine Idee, woran das Ganze liegen kann? Habe alle möglichen Kombis mit -ms etc, durch, ohne Erfolg! 2) Mittlerweilen setze ich "IBM Java 1.1.8" ein, die läuft erstaunlicherweise stabil - im Gegensatz zur Version 1.3.0 von IBM Java, die das gleiche Phänomen aufweist wie Blackdown Java 2 SDK Version 1.2.2 FCS und 1.3-j2sdk! Allerdings kann ich bei IBM 1.1.8 nicht ganz nachvollziehen, warum dort z.B. 160 JRE Prozesse mit PS zu sehen sind, wenn etwa nur 8 Leute am Sonntag morgen chatten??? Weiss jd. vielleicht dazu Rat? Kann es sein, dass hier JRE-Prozesse nicht beendet werden? 3) Unter http://www.volano.com/linux.html findet sich folgender Hinweis: "Earlier notes about running Java on Linux can be found here, including details on how to rebuild the Linux kernel and thread library to support a high number of threads. These steps are no longer required if you use B l a c k d o w n J2SE 1.2.2 with the Inprise just-in-time compiler on Red Hat Linux 6.2 (or its equivalent), as described below." Gilt das nur für den GREEN-MODE? Oder warum ist in der Doku zu Blackdown J2SE 1.2.2 folgendes zu lesen: <<<<< Words of wisdom: Native threads: * If you get OutOfMemory errors when you try create more than xxx threads you'll have to increase the number of tasks supported by kernel (the default is 256 per user). Change NR_TASKS in /usr/src/linux/include/linux/tasks.h and recompile the kernel, or upgrade to a 2.4 kernel. >>>>>>> 4) Wann empfiehlt es sich, eine Appl. im Green-Mode zu betreiben? Wann besser im native mode? Vielen Dank Volker -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Metrox JIT nicht gefunden!!??
Hallo, will einmal die Blackdown JAVA 1.1.8 Version testen und habe unter http://linuxppc.org/software/java/ den Hinweis auf einen JIT von Metrowerks gefunden und die entsprechenden Binaries runtergeladen und in die entsprechenden Verzeichniss kopiert! Der Versuch, den JIT wie nachfolgend beschrieben zu aktivieren, brachte eine Fehlermeldung: libmwjit.so: ELF file data encoding not little-endian (libmwjit.so) Warning: JIT compiler "mwjit-991122" not found. Will use interpreter Aufruf durch: jre -Djava.compiler=mwjit-991122.so ... Weiss jd. Abhilfe? Hat es u.U. etwas damit zu tun, dass auf der betreffenden Maschine ein AMD statt eines Pentiums werkelt (wg. des Hinweises auf little-endian?). Oder gibt es einen alternativen JIT für Blackdown 1.1.8??? Vielen Dank! Volker -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Blackdown 1.1.8 JIT ??
Hallo, nachdem ich nun sicher bin, dass der Metrowerks JIT nur für PPC verfügbar ist und daher bei mir nicht lief: Gibt es einen anderen JIT für Blackdown JAVA 1.1.8??? MfG Volker -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
JIT for Blackdown 1.1.8
Hi, does anybody know a JIT for 1.1.8??? Thanks Volker -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Tya vs. shuJIT
Hello, does anyone know which JIT is faster - Tya or shuJIT? Best regards Volker -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Wrapper?
Hi,
I use Blackdown Java on my FreeBSD system because in my opinion it has
more stability than the ports for FreeBSD.
Can someone explain me the meaning of the "wrappers" included in
Blackdown Java?
Under http://www.Volano.com I found following hint:
Modified /usr/local/j2sdk1.3.0/bin/.java_wrapper as follows:
$ diff .java_wrapper.old .java_wrapper
36,37c36,37
< link=`expr "$ls" : '.*-> \(.*\)$'`
< if expr "${link}" : '/' > /dev/null; then
---
> link=`/usr/compat/linux/usr/bin/expr "$ls" : '.*->
\(.*\)$'`
> if /usr/compat/linux/usr/bin/expr "${link}" : '/' >
/dev/null; then
I wonder if I had to to the same if I used another LINUX JAVA - i.e. the
SUN version for LINUX?
Best regards
Volker
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Erfolgreich OpenJIT kompiliert?
Hallo, ist unter Euch jemand, der die aktuelle oder auch die vorletzte Version von OpenJIT erfolgreich unter Blackdown JAVA 1.1.8 V3 kompilieren konnte. http://www.openjit.org/dist/OpenJIT-1.1.16.tar.gz Ich habe es vergeblich versucht und bin auf der Suche nach der Binary! Danke und Gruss Volker -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Wo ist /include/green_threads geblieben?
Hallo, ich habe den shuJIT Src kompiliert, weil ich ihn mit Blackdown Java 1.1.8 V3 einsetzen will. Dabei ist mir aufgefallen, dass er die Existenz des Verzeichnisses /include/green_threads geprüft und jenes nicht gefunden hat. Bei meinem nativen FreeBSD Java 1.1.8 ist dieses Verzeichnis allerdings vorhanden. WARUM ist es bei Blackdown Java 1.1.8 NICHT vorhanden? MfG Volker -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Where can I download JDK 1.3.1_01 ?
Hi, for some reason I need the BD JDK 1.3.1_01 but I cannot find it under Blackdown.org download area. Can anyone please tell me where I can download that version? Thx and regards Volker -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Missing font
Hi! I know this is not a Java-Unix mailing list, but I have a question which someone might still be able to answer. I am running Solaris 2.6 and JDK1.2 (Reference Implementation). When I start up a GUI program I get the following messages: Font specified in font.properties not found [-urw-itc zapfdingbats-medium-r-normal--*-%d-*-*-p-*-sun-fontspecific] Anyone knows what this means? Thanks, Volker Augustin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: javac 1.2 a real pig
I am only using jikes since it appeared. I have not had any problems with it. There are however both a stable version (currently 0.42) and a developer version (v0.47) which you might want to try. They fixed a few JDK1.2 bugs recently. The developer version is available from http://www.ibm.com/research/jikes and the stable version is available from http://www.alphaworks.ibm.com/ Volker > Date: Fri, 12 Mar 1999 10:08:27 -0600 > From: Steve Cohen <[EMAIL PROTECTED]> > To:[EMAIL PROTECTED] > Subject: javac 1.2 a real pig > both time-wise and memory usage wise. I've had to boost the default > heap size to 20 MB. (Possibly this is because I'm compiling with > -verbose because I had to see what the heck was taking it so long.) > > Is a 1.2-compatible jikes available yet? The jikes I used for 1.1.7 > seems to zip through the files with its usual speed, but when I go to > run the thing I get "NoSuchClassExceptions" in my main class. > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > Volker Augustin Karl-Stieler-Str. 86 Zi. 3206 93051 Regensburg Tel.: 0941-945-3206 Homepage: http://home.pages.de/~Volker.Augustin/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
How to create a NetworkClassLoader in JDK1.1.x?
Hi! Does anyone know how to create a NetworkClassLoader? A ClassLoader loading classes from a URL such as http://www.test.com/testdir/ ? Is it possible to load classes from a jar file at the specified URL? I can only use JDK1.1.x and don't have the possibility to upgrade to 1.2 on my system. Help is appreciated. Thanks. Volker -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: go back to gzip!
Ok, there has been a long discussion about using bzip2 or not. Apart from personal problems using bzip2 (I have only access to a Win95 machine and bzip2 --help does display help, but since it's going to stderr you cannot read all of it and since I could not find documentation I have no clue how to use bzip2) I would recommend that you provide both a bzip2 and a gzip-version of the distribution. Isn't that a fabulous idea? Why didn't anyone else come up with it? It's the obvious thing to do, isn't it? It solves all problems - well maybe not all, since e.g. I've been trying to work effektively on Win95 for a long time now without result... :-) Volker http://home.pages.de/~Volker.Augustin "The only system that is truly secure is one that is switched off and unplugged, locked in a titanium-lined safe, buried in a c oncrete bunker, and surrounded by nerve gas and very highly-paid armed guards. Even then, I wouldn't stake my life on it." -- Gene Spafford Insure your privacy! Use Pretty Good Privacy! http://www.pgpi.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
process shutdown fails in JNI-application (native threads)
Hi, I am using the JNI invocation API in a C (not C++) application. Calling java methods works. But when the program calls exit() it hangs in __syscall_sigsuspend(). All threads (native ones, creates by the JVM after JNI_CreateJavaVM()) remain in the process list. This is the stack of the main thread: (gdb) bt #0 0x4017af74 in __syscall_sigsuspend () #1 0x4019f4cc in __DTOR_END__ () #2 0x4010061d in pthread_exit_process (retcode=0, arg=0x0) at restart.h:32 #3 0x401256aa in exit (status=0) at exit.c:52 #4 ... I think this in not a problem of my application, as the same effect occurs with appletviewer: $ rm -rf $HOME/.hotjava $ appletviewer &# the licence window appears # press [accept] button (nothing happens) # press it again (window disappears) # appletviewer ends with a usage message $ ps# lists 9 threads 27370 p8 S0:00 sh /usr/lib/java/bin/../bin/i686/native_threads/appletviewer 27390 p8 S0:00 /usr/lib/java/bin/../bin/i686/native_threads/java sun/applet 27391 p8 S0:00 /usr/lib/java/bin/../bin/i686/native_threads/java sun/applet 27392 p8 S N 0:00 /usr/lib/java/bin/../bin/i686/native_threads/java sun/applet 27393 p8 S0:00 /usr/lib/java/bin/../bin/i686/native_threads/java sun/applet 27394 p8 S0:00 /usr/lib/java/bin/../bin/i686/native_threads/java sun/applet 27395 p8 S N 0:00 /usr/lib/java/bin/../bin/i686/native_threads/java sun/applet 27396 p8 S N 0:00 /usr/lib/java/bin/../bin/i686/native_threads/java sun/applet 27397 p8 S0:00 /usr/lib/java/bin/../bin/i686/native_threads/java sun/applet 27398 p8 S N 0:00 /usr/lib/java/bin/../bin/i686/native_threads/java sun/applet here are 2 of the stacks, all are similar to each other and to the stack of my program: $ gdb /usr/lib/java/bin/../bin/i686/native_threads/java (gdb) atta 27390 Attaching to program `/usr/lib/java/bin/../bin/i686/native_threads/java', process 27390 Reading symbols from /usr/lib/java/bin/../lib/i686/native_threads/libjava.so... done. Reading symbols from /lib/libpthread.so.0...done. Reading symbols from /lib/libm.so.6...done. Reading symbols from /lib/libdl.so.2...done. Reading symbols from /usr/lib/java/bin/../lib/i686/native_threads/libawt.so... done. Reading symbols from /usr/X11R6/lib/libXpm.so.4...done. Reading symbols from /usr/X11R6/lib/libXt.so.6...done. Reading symbols from /usr/X11R6/lib/libICE.so.6...done. Reading symbols from /usr/X11R6/lib/libSM.so.6...done. Reading symbols from /usr/X11R6/lib/libXext.so.6...done. Reading symbols from /usr/X11R6/lib/libX11.so.6...done. Reading symbols from /usr/X11R6/lib/libXp.so.6...done. Reading symbols from /lib/libc.so.6...done. Reading symbols from /lib/ld-linux.so.2...done. Reading symbols from /lib/libnss_files.so.1...done. Reading symbols from /lib/libnss_nis.so.1...done. Reading symbols from /lib/libnsl.so.1...done. Reading symbols from /lib/libnss_dns.so.1...done. Reading symbols from /lib/libresolv.so.2...done. 0x40281f74 in __syscall_sigsuspend () (gdb) bt #0 0x40281f74 in __syscall_sigsuspend () #1 0x402a64cc in __DTOR_END__ () #2 0x40077bef in pthread_join (thread_id=1025, thread_return=0xb4c8) at restart.h:49 #3 0x4005c598 in java_main () at ../../../../src/genunix/java/native_threads/src/threads_md.c:1201 #4 0x8061dc6 in main (argc=2, argv=0xb5a4, envp=0xb5b0) at ../../../../src/genunix/java/javai/java.c:23 (gdb) deta Detaching from program: /usr/lib/java/bin/../bin/i686/native_threads/java proces s 27390 (gdb) atta 27392 (gdb) bt #0 0x40281f74 in __syscall_sigsuspend () #1 0x402a64cc in __DTOR_END__ () #2 0x40077383 in pthread_cond_wait (cond=0x81988bc, mutex=0x8198890) at restart.h:49 #3 0x4005c656 in condvarWait () at ../../../../src/genunix/java/native_threads/src/condvar_md.c:191 #4 0x4005b5c1 in sysMonitorWait () at ../../../../src/genunix/java/native_threads/src/monitor_md.c:128 #5 0x4005c1cb in WaitToDie () at ../../../../src/genunix/java/native_threads/src/threads_md.c:364 #6 0x40057c17 in thread_java_main () at ../../../../src/genunix/java/javai/javai.c:142 #7 0x4005c4d8 in java_start () at ../../../../src/genunix/java/native_threads/src/threads_md.c:1200 #8 0x40078106 in pthread_start_thread (arg=0xbf9ffea4) at manager.c:165 I am using DLD Distribution Version 4.17.0.4, blackdown jdk1.1.7v3, THREADS_FLAG=native, libc-2.0.7.so, ld-2.0.7.so, libpthread-0.7.so There is a warning from ldconfig -D: /lib/libpthread-0.7.so has inconsistent soname (libpthread.so.0), I don't know, if this can be ignored. Can anybody help me ? Regards Volker -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Newbie question
Pere Serra wrote: > > I have an easy question: > What's the difference between native threads and green theads? > Which one is more eficient/stable? > (from blackdown:) Native threads use the operating system to do the task switching. Native threads are thus a benefit in multi-processor (SMP) systems and they tend to make native method invocation support easier to deal with. Native threads do have some limitations relative to green threads. They require more overhead and are limited to the number of processes your Linux kernel supports. Note, that while the native threads support works very well and has been tested by the Java-Linux porting team, it should still be viewed as "beta" code as it has not had the extended testing that the green threads code has. (November 98) Also, at this time there is no native threads support for libc5 systems. Only glibc based Linux systems. Native Threads vs Green Threads --- This release includes both green and native threads. Green threads are user based theads that have been part of the JDK since its inception. Green threads are very stable, have a lower memory footprint, and involve much lower overhead for creation and context switching. Native threads are linux threads (one-to-one implementation of pthreads) and are kernel based. Each thread is basically a clone of the its parent process and therefore has a higher overhead for context switching and creation and a larger memory footprint. Because they are processes, the number of threads is limited by the number of processes/tasks built into the Linux kernel. You will have to recompile your kernel to handle larger number of threads. So why use native threads? Native threads deal better with some JNI native C programs than green_threads because you do not have to make all io non-blocking and therefore do not have to redefine all of the system calls related to io. But the main reason to use native threads is that on multi-processor systems, native threads can be easily split among processors greatly improving performance while green_threads can not. Although on single processor systems, green threads will probably be faster for most programs. Volker -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
