Der wohl eher nicht, aber ich hätte natürlich auch noch den Linuxkernel rausstellen können.
Nach meinem Verständnis wurde ja der Sourcecode konvertiert. Und konvertierns mal irgendwelche Zeigerkonstrukte mit wilden Casts, sie mit der bösen 6*111. Ich glaube nicht, dass das vernünftig geht - schon garnicht, wenn Hardware angesteuert werden soll. Wie kommen Sie darauf, dass der Bytecodecompiler damit etwas zu tun hat, dass das Ding überhaupt läuft? Und es ist nicht gerade ein kleines Projekt auch mit einer Menge Bibliotheken. Verschiedene Apache Commons für die Netzwerkommunikation z.B. .
Naja - wie die genaue Architektur aussieht, um den Kernel/die Hardware von Java aus anzustern ist mir nicht bekannt. OK, ich weiß, im Zweifelsfall ist unter Linux fast alles eine Datei ...
Ich dachte, es geht Ihnen hier um die im Artikel genannte, angebliche Geschwindigkeit des Bytecodecompilers von Mono. Also nur mal zur Klarstellung: Die Android-API ist ein bisschen Javacode, gestützt auf einer Menge anderer Code. Das Ganze sieht ungefähr so aus:
------------------------------- Dalvik-Krams (java-API) ------------------------------- ################ Zwischenkrams in C/C++ ################ //////////////////////////////// Linuxkrams ganz unten ////////////////////////////////
Und nur der Dalvikkrempel wurde durch Mono-Krempel ersetzt. Da greift also gar nichts auf die Hardware direkt zu. Und die Apache Commons sind kein Problem, denn Mono ist da ähnlich vollschlank.
Und das
> Und konvertierns mal irgendwelche Zeigerkonstrukte mit wilden Casts, sie mit der bösen 6*111. Ich glaube nicht, dass das vernünftig geht - schon garnicht, wenn Hardware angesteuert werden soll.
Der wohl eher nicht, aber ich hätte natürlich auch noch den Linuxkernel rausstellen können.
Nach meinem Verständnis wurde ja der Sourcecode konvertiert. Und konvertierns mal irgendwelche Zeigerkonstrukte mit wilden Casts, sie mit der bösen 6*111. Ich glaube nicht, dass das vernünftig geht - schon garnicht, wenn Hardware angesteuert werden soll. Wie kommen Sie darauf, dass der Bytecodecompiler damit etwas zu tun hat, dass das Ding überhaupt läuft? Und es ist nicht gerade ein kleines Projekt auch mit einer Menge Bibliotheken. Verschiedene Apache Commons für die Netzwerkommunikation z.B. .
Naja - wie die genaue Architektur aussieht, um den Kernel/die Hardware von Java aus anzustern ist mir nicht bekannt. OK, ich weiß, im Zweifelsfall ist unter Linux fast alles eine Datei ...
Ich dachte, es geht Ihnen hier um die im Artikel genannte, angebliche Geschwindigkeit des Bytecodecompilers von Mono.
Also nur mal zur Klarstellung:
Die Android-API ist ein bisschen Javacode, gestützt auf einer Menge anderer Code. Das Ganze sieht ungefähr so aus:
-------------------------------
Dalvik-Krams (java-API)
-------------------------------
################
Zwischenkrams in C/C++
################
////////////////////////////////
Linuxkrams ganz unten
////////////////////////////////
Und nur der Dalvikkrempel wurde durch Mono-Krempel ersetzt. Da greift also gar nichts auf die Hardware direkt zu. Und die Apache Commons sind kein Problem, denn Mono ist da ähnlich vollschlank.
Und das
> Und konvertierns mal irgendwelche Zeigerkonstrukte mit wilden Casts, sie mit der bösen 6*111. Ich glaube nicht, dass das vernünftig geht - schon garnicht, wenn Hardware angesteuert werden soll.
geht, dies nennt sich Binding.