Stilllegung des Forums
Das Forum wurde am 05.06.2023 nach über 20 Jahren stillgelegt (weitere Informationen und ein kleiner Rückblick).
Registrierungen, Anmeldungen und Postings sind nicht mehr möglich. Öffentliche Inhalte sind weiterhin zugänglich.
Das Team von spieleprogrammierer.de bedankt sich bei der Community für die vielen schönen Jahre.
Wenn du eine deutschsprachige Spieleentwickler-Community suchst, schau doch mal im Discord und auf ZFX vorbei!
Werbeanzeige
Dieser Beitrag wurde bereits 3 mal editiert, zuletzt von »Chromanoid« (16.01.2012, 22:35)
Zitat
[*]A JNI call is very slow, in the order of .5 to 1.0 microseconds, the equivalent of pages of linear Java code to do a simple method call. You would think there would be a tiny generated machine code thunk to bridge between Java and C. Not so — at least in any JVM (Java Virtual Machine). I know of, Java branches to some general purpose code that interpretively constructs the C parameters. This code is not highly optimised. It seems Sun wants to strongly discourage you from using native methods just for speed. This means you don’t want to hop back and forth between Java and C, but rather to go to C, and stay there a decently long time before returning. This means that you can’t use C to speed up short operations, only long ones, because of the overhead tacked on in getting to C wipes out any savings.
Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Chromanoid« (17.01.2012, 11:58)
Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Chromanoid« (17.01.2012, 15:32)
Es ist ja keine Schande etwas falsch zu machen, als Programmierer tu ich das täglich, [...].
Insgesmat hat Java für mich einen nicht zu vernachlässigenden Teil "Augenwischerei". Für Anfänger mag das optimal sein, wenn man sich aber mal Gedanken dazu gemacht hat, kommt man sich extrem eingeschränkt vor.
Werbeanzeige