Sehr sinnvoll, mit meinem Tool hab ich die W32api auf ada portiert, so wird das ganze schneller und ich kann nebenbei Werbung für mein tool UnSharpen machen, anscheinend muss man von MS gesponsert manchmal scheisse um sich streuen streuen...soll ja auch dünger sein
Von Ein Prosit auf Java am Mi, 2. Mai 2012 um 15:33 #
Das zeigt für mich eindrucksvoll, wie gut inzwischen die Programmiersprachen sind. OK, ich habe mir jetzt nicht den übersetzten Code angesehen, ob der noch lesbar ist, aber das sowas einfach läuft, finde ich bemerkenswert. Vor allem wenn man bedenkt, dass so wenig Overhead erzeugt wurde, dass der Code durch den Wegfall der wohl noch nicht sehr gut optimierten JVM sogar noch schneller geworden ist.
Wobei sowas mit der Geschwindigkeit ja immer viele behaupten und dann ist es nur ein Spezialfall, weil z.B. irgendeine Datenstruktur in einer Standardbibliothek anders gehandhabt wird ... wer weiß ...man kann auch in verschiedene Richtungen optimieren - z.B. auch Speicherplatz und schnelle Reaktion nach dem Start oder so ...
Sie meinten wohl: Das zeigt für mich eindrucksvoll, wie gut inzwischen die Bytecodecompiler sind. Die Sprachen sind eher räudig. Ich denke mal, Google ist es auch egal, ob Dalvik so gut optimiert ist oder nicht. Die Mehrheit der Spiele und aufwendigen Anwendungen wird wohl in C++ geschrieben sein, um sie auch nach iOS portieren zu können.
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.
Von Free Software Fan am Mi, 2. Mai 2012 um 17:24 #
Zitat: Das resultierende »XobotOS« verspricht nicht nur eine bessere Rechtslage, sondern soll auch schneller als das Original sein. Zitat Ende.
Was meint man mit "besserer Rechtslage"? Wahrscheinlich dass man sich diesmal sicher sein kann, dass man auf jeden Fall gegen ein paar Microsoft-Patente verstößt ...
Gibt es da nicht eine Android-Steuer von Microsoft wegenVerletzung angeblicher Patente? Oracle sagt immerhin was fuer Patente verletzt sein sollen und siehe da, schwupps sind 2/3 der Patente ausser Kraft gesetzt worden. Am Ende steht dann eine vermutlich zweistellige Millionensumme und gut ist. Microsoft dagegen geht da.viel subtiler vor. Sie sagen nicht mal was fuer Patente es sind die da angeblich verletzt werde, verweigern vergleich und zocken lieber pro Geraet ab. Hat fuer Microsoft den Vorteil so die Geraetpreise hochzutreiben. Oracle hat da kein Interesse dran weil sie nicht im Wettbewerb mit Android sind. Also wer ist nun die groessere Gefahr? Oracle oder Microsoft?
Unlike Sun with Java, Microsoft submitted C# and the .NET VM for standardization to ECMA and saw those standards graduated all the way to ISO strong patent commitments. The .NET framework is also covered by Microsoft’s legally binding community promise.
Und wer sagt, daß Oracle Google, für den hypothetischen Fall daß sie in Zukunft einen .Net Port von Android verwenden, nicht auch wegen Patentverletzungen verklagen könnte? Ich nehme mal an daß Microsoft ein Patentabkommen mit Sun/Oracle hat, das ihnen erlaubt, patentierte Techniken von Sun/Oracle in der CLI zu verwenden. Xamarin dürfte aber wohl kaum so ein Abkommen mit Sun/Oracle abgeschlossen haben. In dem hypothetischen Fall, daß Google Dalvik durch die CLI ersetzt, stehen sie also vermutlich mindestens genauso schlecht da. Einerseits können sie von Oracle verklagt werden, andererseits würd ich nicht drauf wetten, daß Microsoft nicht doch einen Weg findet, sie wegen Patentverletzungen wegen der Nutzung von .Net Technologien zu verklagen, wenn es erstmal um richtig viel Geld geht.
Dieser Beitrag wurde 1 mal editiert. Zuletzt am 02. Mai 2012 um 22:24.
Der Deal damals zwischen Novell und Microsoft hat Patente rund um Mono eingeschlossen. So wurden Novells Mono-Kunden vor Patentanspruechen durch Microsoft geschuetzt. Alle anderen hatten und haben den Schutz nicht. Auch Xamarin nicht. Seitdem sind nun auch noch die Novell Patente zu Microsoft gewandert was die Mono-Situation noch verschaerft.
Zitat Microsoft President Bob Muglia:
There is a substantive effort in open source [sic] to bring such an implementation of .Net to market, known as Mono and being driven by Novell, and one of the attributes of the agreement we made with Novell is that the intellectual property [sic] associated with that is available to Novell customers
Sehr sinnvoll, mit meinem Tool hab ich die W32api auf ada portiert, so wird das ganze schneller und ich kann nebenbei Werbung für mein tool UnSharpen machen, anscheinend muss man von MS gesponsert manchmal scheisse um sich streuen streuen...soll ja auch dünger sein
UnSharpen? Haben will!!!!
Dachte schon mal an ein Tool DeSharpen...
DeSharpen? Wofür war/ist das tool gedacht?
Das zeigt für mich eindrucksvoll, wie gut inzwischen die Programmiersprachen sind. OK, ich habe mir jetzt nicht den übersetzten Code angesehen, ob der noch lesbar ist, aber das sowas einfach läuft, finde ich bemerkenswert. Vor allem wenn man bedenkt, dass so wenig Overhead erzeugt wurde, dass der Code durch den Wegfall der wohl noch nicht sehr gut optimierten JVM sogar noch schneller geworden ist.
Wobei sowas mit der Geschwindigkeit ja immer viele behaupten und dann ist es nur ein Spezialfall, weil z.B. irgendeine Datenstruktur in einer Standardbibliothek anders gehandhabt wird ... wer weiß ...man kann auch in verschiedene Richtungen optimieren - z.B. auch Speicherplatz und schnelle Reaktion nach dem Start oder so ...
Sie meinten wohl: Das zeigt für mich eindrucksvoll, wie gut inzwischen die Bytecodecompiler sind.
Die Sprachen sind eher räudig.
Ich denke mal, Google ist es auch egal, ob Dalvik so gut optimiert ist oder nicht. Die Mehrheit der Spiele und aufwendigen Anwendungen wird wohl in C++ geschrieben sein, um sie auch nach iOS portieren zu können.
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.
Zitat:
Das resultierende »XobotOS« verspricht nicht nur eine bessere Rechtslage, sondern soll auch schneller als das Original sein.
Zitat Ende.
Was meint man mit "besserer Rechtslage"? Wahrscheinlich dass man sich diesmal sicher sein kann, dass man auf jeden Fall gegen ein paar Microsoft-Patente verstößt ...
Hmm, gibts nich grad u.u. stress wegen nachgebauter api google vs oracle?
Gibt es da nicht eine Android-Steuer von Microsoft wegenVerletzung angeblicher Patente? Oracle sagt immerhin was fuer Patente verletzt sein sollen und siehe da, schwupps sind 2/3 der Patente ausser Kraft gesetzt worden. Am Ende steht dann eine vermutlich zweistellige Millionensumme und gut ist. Microsoft dagegen geht da.viel subtiler vor. Sie sagen nicht mal was fuer Patente es sind die da angeblich verletzt werde, verweigern vergleich und zocken lieber pro Geraet ab. Hat fuer Microsoft den Vorteil so die Geraetpreise hochzutreiben. Oracle hat da kein Interesse dran weil sie nicht im Wettbewerb mit Android sind. Also wer ist nun die groessere Gefahr? Oracle oder Microsoft?
Steht doch in dem Blog:
Ist halt nicht so patentverseucht wie Java.
Ist halt nicht so patentverseucht wie Java.
Und wer sagt, daß Oracle Google, für den hypothetischen Fall daß sie in Zukunft einen .Net Port von Android verwenden, nicht auch wegen Patentverletzungen verklagen könnte? Ich nehme mal an daß Microsoft ein Patentabkommen mit Sun/Oracle hat, das ihnen erlaubt, patentierte Techniken von Sun/Oracle in der CLI zu verwenden. Xamarin dürfte aber wohl kaum so ein Abkommen mit Sun/Oracle abgeschlossen haben. In dem hypothetischen Fall, daß Google Dalvik durch die CLI ersetzt, stehen sie also vermutlich mindestens genauso schlecht da. Einerseits können sie von Oracle verklagt werden, andererseits würd ich nicht drauf wetten, daß Microsoft nicht doch einen Weg findet, sie wegen Patentverletzungen wegen der Nutzung von .Net Technologien zu verklagen, wenn es erstmal um richtig viel Geld geht.
Dieser Beitrag wurde 1 mal editiert. Zuletzt am 02. Mai 2012 um 22:24.Der Deal damals zwischen Novell und Microsoft hat Patente rund um Mono eingeschlossen. So wurden Novells Mono-Kunden vor Patentanspruechen durch Microsoft geschuetzt. Alle anderen hatten und haben den Schutz nicht. Auch Xamarin nicht. Seitdem sind nun auch noch die Novell Patente zu Microsoft gewandert was die Mono-Situation noch verschaerft.
Zitat Microsoft President Bob Muglia:
There is a substantive effort in open source [sic] to bring such an implementation of .Net to market, known as Mono and being driven by Novell, and one of the attributes of the agreement we made with Novell is that the intellectual property [sic] associated with that is available to Novell customers
Erstens garantieren weder ECMA noch ISO Patentfreiheit ihrer Standards.
Zweitens gilt das COMMUNITY promise nur fuer communities und nicht fuer Firmen oder kommerzieller Verwertung jeglicher Art.