C/C++ - Assembler
-
cooky451 schrieb:
Zwei Monate?
Danach kannste das halbe ARM manual auswendig.wie, nur das halbe?
-
Nun, ein kleines Nebenprojekt.
Ist Assembler so primitiv und einfach? Ich dachte, es wäre eine Kunst, wie C++.
-
Verstehen, was Assemblercode tut = einfach
Assembler selber schreiben = mittel
Geschwindigkeit aus dem Assemblercode ableiten = schwer
Effizienten Assemblercode selber schreiben = hohe Kunst
-
Verstehen, was Assemblercode tut = einfach
Ich will Assembler lesen. Also, nicht lange für irgendwas anhalten.
Ich kann zum Beispiel C++ lesen. Ich halte da nicht oft an, wenn ich einen Code durch gucke. Ich sehe sofort, was der Code bedeutet, praktisch immer.
Du willst mir doch nicht erzählen, dass man in zwei Wochen alle Befehle und ihren praktischen Effekt lernt.
-
Sone schrieb:
Verstehen, was Assemblercode tut = einfach
Ich will Assembler lesen. Also, nicht lange für irgendwas anhalten.
Ich kann zum Beispiel C++ lesen. Ich halte da nicht oft an, wenn ich einen Code durch gucke. Ich sehe sofort, was der Code bedeutet, praktisch immer.
Du willst mir doch nicht erzählen, dass man in zwei Wochen alle Befehle und ihren praktischen Effekt lernt.
Nein, dafür gibt es Referenzen
Verstehen ist aber nicht nützlich, etwas Wissen über die Performance der Operationen wäre schon nicht schlecht, das braucht dann aber etwas mehr als zwei Wochen.
-
Wie lange willst du denn für die paar Befehle brauchen? Assembler lesen ist ja nun mit das Einfachste was es gibt. Den Algo dahinter oder den Sinn der Cacheoptimierung wirst du wahrscheinlich nie lernen.
-
Den Algo dahinter oder den Sinn der Cacheoptimierung wirst du wahrscheinlich nie lernen.
Pardon? Woher genau weißt du das? Ich habe noch etwa Vierzig bis Fünfzig Jahre vor mir, bevor ich senil werde.
Assembler lesen ist ja nun mit das Einfachste was es gibt.
Du wirst wohl Recht haben.
Verstehen ist aber nicht nützlich, etwas Wissen über die Performance der Operationen wäre schon nicht schlecht, das braucht dann aber etwas mehr als zwei Wochen.
Ich brauche es nur für C++, das ist alles.
-
Wenn ich mir hier ein paar deiner Postings anschauen, dann komme ich zu dem Schluss dass es bei dir nicht weit her ist mit dem Verständnis der Informatik. Du bist DER Facepalm-Kandidat hier und das mit Abstand.
-
Sag mal, wieso postest du das jetzt eigentlich? Haben wir beide was davon, ist dein Penis gewachsen, ...? Wenn du mich Scheiße findest, dann ist das schön für dich, kannst es dir mit Volkard und einer Tüte Popcorn gemütlich machen, aber halt dann gefälligst den Rand, wenn du mir keinen Tipp zum Assembler lernen geben kannst.
dann komme ich zu dem Schluss dass es bei dir nicht weit her ist mit dem Verständnis der Informatik.
Jemand, der so unverblümt seine Meinung kundtut, ist kein Stück besser als ich. Nur weil deine Grammatik in Ordnung ist, heißt das nicht, dass ich dich jetzt ernst nehmen darf.
-
Bleib ruhig, du kannst ja wahrscheinlich gar nichts dafür. So etwas wie dich gibt es in jedem Forum, ist doch nicht schlimm.
-
-
es sind halt viele neidisch auf sone weil er c++ sehr gut beherrscht und das andere auch wissen lässt. deswegen gibts ständig dämliche kommentare.
-
Kenner der Neider schrieb:
es sind halt viele neidisch auf sone weil er c++ sehr gut beherrscht und das andere auch wissen lässt. deswegen gibts ständig dämliche kommentare.
Diesen Eindruck macht er auf Anfänger und das ist gefährlich.
Seine Posts sind hauptsächlich Wiedergabe von irgendwo aufgeschnapptem Halbwissen und dementsprechend oft unangemessen, deshalb die dummen Kommentare.
-
Sone schrieb:
Ich stelle fest, dass immer wieder Performance oder generierter Code daran gemessen wird, wie der generierte Assembler für bestimmte C++-Programme aussieht...
Ist das sinnvoll?
Für Performance selten, da bringen die richtigen Algorithmen meisens 100 mal mehr.
-
Ja, aber wenn ich einen Compiler-Bug auf Assembler-Ebene verstehen will..?
-
vollsinn schrieb:
Sone schrieb:
Ich stelle fest, dass immer wieder Performance oder generierter Code daran gemessen wird, wie der generierte Assembler für bestimmte C++-Programme aussieht...
Ist das sinnvoll?
Für Performance selten, da bringen die richtigen Algorithmen meisens 100 mal mehr.
Und der richtige Algorithmus auch noch richtig effizient implementiert, bringt dann die anderen 100x...
-
Ich stelle fest, dass immer wieder Performance oder generierter Code daran gemessen wird, wie der generierte Assembler für bestimmte C++-Programme aussieht...
Btw. Performance wird in Geschwindigkeit gemessen.
-
Nun gut, das habe ich offenbar falsch formuliert.
Man sieht sich den Assembler an, um den genauen Effekt des C++-Codes verstehen zu können. Also zum Beispiel was genau optimiert werden konnte.
-
http://savannah.nongnu.org/projects/pgubook/
Das Buch ist ganz brauchbar. Verwendet wird x86, leider kein x86-64. Trotzdem kein uralter Mist wie viele andere Bücher in dieser Sparte. Ist von 2004. Wenn man die Aufgaben mit x86-64-Assembler macht, lernt man aber auch gleich noch, wo man die dafür nötigen Informationen herbekommt.
Wer weitere Aufgaben will, kann sich mal die Assignments von COS 217 (Princeton) angucken. Die Vorlesung benutzt oben genanntes Buch.
http://www.cs.princeton.edu/courses/archive/spring04/cos217/
-
Ein gutes Assembler-Online-Buch (behandelt auch protected mode unter Linux und Windows)
in deutscher Übersetzung:
