lehrer der mir asm bebringt

[AngelosDL]

Wie schon der titel sagt :-D
suche ich ein lehrer der mir das asm scripten beibringt.
Wer will bitte private naricht schicken.

[s.h.a.r.k]

Herzlich Willkommen in der DP :dp:

Assembler scriptet man nicht. Assembler ist ja keine Skriptsprache :stupid: Würde sagen, dass man das codet. Aber gut, ich schreibe es ;)

Hm... Was brauchst du denn mehr als das Internet, um die das selbst beizubringen?

Zudem wäre interessant, was du denn schon alles weißt. Wenn du komplett bei Null anfängst, weiß ich nicht, ob Assembler unbedingt das Richtige ist. Für alle anderen Wäre es auch interessant zu wissen.

Ich habe mal mit dem MIPS Simulator rumgespielt gehabt und diverse Progrämmchen geschrieben. Hier gibts sogar ein paar Beispiele.

[add]
Uuupppppsss.... Ist ja in der Jobbörse... Asche auf mein Haupt :oops:

[Popov]

Hier ein Tutorial für Anfänger, das allerdings allgemein ist

http://de.wikibooks.org/wiki/Assembl...86-Prozessoren

Hier ein kürzeres Tutorial aus dem Forum, das allerdings zeigt wie man es in Delphi nutzen kann

http://www.delphipraxis.net/78592-in...crashkurs.html

[AngelosDL]

Vielen dank!
Was mach man mit diesen Simulator und wie schreibt
man damit programme?

[Neutral General]

Hallo,

Nur so als Hinweis: MIPS Assembler ist für MIPS-Prozessoren.
Es ist zwar auch eine Assemblersprache aber NICHT die mit der du Programme für die Computer schreiben kannst die man so zuhause stehn hat.
Um das Prinzip von Assemblersprachen bzw. die Arbeitsweise von Prozessoren zu verstehen ist MIPS sicherlich in Ordnung. Aber es gibt heutzutage sogut wie keine Anwendungsgebiete mehr dafür. Die wenigstens Computer benutzen MIPS Prozessoren und als Privatperson müsste man sich wohl wirklich explizit nach einem Computer mit MIPS Prozessor umsehen. (Weiß gar nicht woher man sowas kriegen würde).

Warum willst du Assembler denn lernen? Hast du irgendwas bestimmtes vor?

Lg

[s.h.a.r.k]

Genau weil man kau mehr MIPS Prozessoren hat, gibt es eben einen Simulator dafür :stupid: MIPS zu lernen ist halt relativ einfach. Heutige Befehlssätze sind halt übelst umfangreich und daher sollte man imho eher im Kleinen beginnen.

Wie man damit Programme schreibt? Hm, schau dir mal die Demo-Programme an und lies die Dinge, die wir hier verlinkt haben.

[Popov]

AngelosDL, ich weiß nicht was deine Intentionen sind Assembler zu lernen, praktische oder nur Interesse, aber vielleicht hast du Lust meinen MC-Computer zu testen. Das ist kein Assembler und er hat nur fünf Befehle, aber es ist ein Hauch von Maschinensprache. Damit kann man erkennen wie komplex einfachste Aufgaben sind wenn sie mit Maschinensprache erledigt werden sollen.

Übrigens, es ist eine Art Klon des Know-how-Computers.

[himitsu]

Wenn es nur darum geht, rauszubekommen wie aufwändig etwas wird, wenn man nur einen kleinen Befehlsatz zur Verfügung hat, dann kann man sich auch sowas wie WhiteSpace oder Brainfuck antun.

[Neutral General]

Zitat:

Zitat von s.h.a.r.k (Beitrag 1180832)

Genau weil man kau mehr MIPS Prozessoren hat, gibt es eben einen Simulator dafür :stupid:

Ja nicht im Alltag. Mag sein dass möglicherweise ne Menge Industriemaschinen o.ä. mit MIPS-Prozessoren laufen aber der PC den man zuhause rumstehn hat und auf/für den man meistens programmiert läuft eben nicht mit nem MIPS-Prozessor.

Wenn er das also nur zum Spaß macht dann wäre es wahrscheinlich besser/sinnvoller x86-Assembler zu lernen.
Und nur weil man ne CISC-Architektur hat muss man ja nicht gleich alle Befehle benutzen. Die "einfachen" Basisbefehle gibt es im x86-Assembler auch. Und man kann damit auch theoretisch alles realisieren. Die "zusätzlichen" Befehle machen es nur ggf. leichter/schneller/kleiner oder man braucht sie nur wenn man auf sehr hardwarenaher Ebene programmieren will.

[implementation]

[OT]

Zitat:

Zitat von Neutral General (Beitrag 1180804)

Weiß gar nicht woher man sowas kriegen würde

Die Chinesen bauen MIPS-Computer in Serie. Der Loongson 3B soll einigen Quellen nach zufolge von der Rechenleistung mit so manchem i7 vergleichbar sein (128 GFLOPS), obwohl er nur 40 Watt benötigt. Netterweise kann der auch x86-Prozessoren zu ca. 70% der Rechenleistung qemulieren.

Spannend könnte es mit dem Yeeloong 8133 werden - das sieht nämlich aus ein MacBook, mal schauen, ob Apple was unternimmt :mrgreen:

(leider wurde die englische Seite zuletzt 2010 aktualisiert, die chinesische Version ist da umfangreicher und aktueller...)
[/OT]

[BUG]

Hi,

es wäre (wohl auch für potenzielle Lehrer) gut zu wissen, wofür du Assembler lernen willst:

1. Funktionen optimieren (Number-Crunching)
2. Windows-Programme in Assembler schreiben
   -> Macht imho so gut wie keiner mehr. Warum auch?
3. Mikrocontroller programmieren
   -> Welcher Mikrocontroller?
4. Betriebsystem programmieren
   -> Wird zwar nichts vernünftiges draus, ist aber eine gute Motivation, sich mit ASM zu beschäftigen.

Wenn du "einfach so" Assembler programmieren möchtest, dann solltest du dir eine Aufgabe suchen, die du damit bewältigen kannst.
Zumindest ich kann solche (im Prinzip einfachen, im Detail nicht so einfachen) Dinge nicht lernen, ohne ein Ziel zu haben.

[Popov]

Mann sollte ehrlich sein, Assembler zu programmieren kann verdammt viel Spaß machen. Ich hab unter C64'er eher durch Zufall mit Assembler angefangen: in einem Buch gab es ein Kapitel mit Einführung im Assembler. In einem Heft zu gleichen Zeit, kann sein, dass es Chip war, war auf etwa sieben Seiten in langen Spalten in Hex-Zahlen ein Programm abgedruckt. Ich hab eine Woche lang die Hex-Zahlen aus dem Heft abgetippt, mit einem einzigen Fehler, das Ergebnis war ein phantastischer Assembler. Ab da habe ich nur noch Assembler programmiert und war gerade zu süchtig danach danach. Es war das Spartanische was mich faszinierte, mit begrenzten Mitteln eine Lösung zu finden.

Beim Übergang zum PC verlor sich die Begeisterung. Trotzdem, es ist eine Sprache die wirklich Spaß machen kann.

[p80286]

Eine weitere Möglichkeit wäre die Optimierung vorhandener Hochsprachenroutinen, obwohl da der Aufwand in den meisten Fällen sich nicht rechnet.

Gruß
K-H

[himitsu]

Jupp, die CodeOptimierung ist manchmal garnicht so schlecht, wie man denken mag.
Und seit Multi-Plattform, kommt man da auch an seine Grenzen. (schade, daß man nun nur noch ganze Funktionen mit Inline-ASM erstellen kann)

[blackfin]

Ich würde an deiner Stelle wohl nicht mit x86 Assembler anfangen, da der Nutzen in dieser Umgebung inzwischen eher marginal ist (zumindest bei "normalen" Anwendungen, da die Compiler inzwischen so gut optimieren...), sondern probieren, mit einem Microcontroller Assembler zu lernen, da man es hier immer noch gut gebrauchen kann und selbst in der Industrie noch viel weiter verbreitet ist als man vermutet (im gegensatz zu x86-Assembler, das meist nur bei hochoptimierten Routinen und / oder in der Treiberprogrammierung noch Verwendung findet, was beides für den Einstieg nicht gerade das richtige ist)
Nimm dir z.B. eine etwas ältere Motorola-MCU und das entsprechende Starter-Board und leg los. Der Vorteil dabei ist, dass der Sinn und Erfolg weit größer ist als wenn du es auf biegen und Brechen auf x86 versuchst :-)
z.B. bau dir damit eine einfache LED-Matrix oder vergleichbares und programmier damit die Firmware in Assembler. Das macht unglaublich Spaß und du siehst auch direkt das Ergebnis deiner Mühe.

Ausserdem findest du im MCU-Bereich noch viel mehr "sinnvolles" im Netz und detaillierte Anleitungen als die sinnvolle Verwendung unter x86, hier kommt es wie gesagt (meist!!) nur bei Hochoptimierung oder bei Treibern zum Tragen.
Ausserdem ist das Verständnis einer kleineren MCU-Architektur meist für den Anfang verständlicher...man hat ja nur beschränkten Speicher und Instruktionen, was gerade beim Einstieg massiv hilft.

Doch selbst bei einer MCU ist es inzwischen so, dass ASM von C immer mehr verdrängt wird, was in erster Linie Gründe hat, was die Langzeit-Wartbarkeit des Codes betrifft (und die MCUs auch immer mehr Flash-ROM bekommen *g*). Assembler ist cool, keine Frage, aber es bedeutet auch immer eine fast vollständige Re-Analyse jeder Instruktion, wenn man den Code nach einiger Zeit wieder "anfassen" muss...das ist wohl der Hauptgrund, warum diese Sprache im Großen und Ganzen für die konventionelle Massen-Programmierung ausstirbt.
Auch wenn es noch so "cool" ist, es ist einfach, für den Menschen gesehen, zeittechnisch nicht sonderlich effektiv und vor allem nicht produktiv, da ein Mensch eben anders "tickt" als eine CPU :-)

Wenn du dann aber MCU-Assembler halbwegs verstehst, wirst du auch ganz schnell in die x86-ASM einsteigen können. Im Endeffekt ist es nämlich dann nichts mehr anderes, nur mehr Instruktionen, (viel) mehr Speicher und viel mehr Möglichkeiten.

[JamesTKirk]

Zitat:

Zitat von Neutral General (Beitrag 1180852)

Zitat:

Zitat von s.h.a.r.k (Beitrag 1180832)

Genau weil man kau mehr MIPS Prozessoren hat, gibt es eben einen Simulator dafür :stupid:

Ja nicht im Alltag. Mag sein dass möglicherweise ne Menge Industriemaschinen o.ä. mit MIPS-Prozessoren laufen aber der PC den man zuhause rumstehn hat und auf/für den man meistens programmiert läuft eben nicht mit nem MIPS-Prozessor.

MIPS wird unter anderem neben ARM als Prozessor in modernen LCD-Fernsehern (zum Beispiel von Samsung) eingesetzt (mit Linux als OS). Auch die allseits beliebte Fritz!Box läuft mit MIPS. Also die Wahrscheinlichkeit, dass jemand einen MIPS Rechner daheim stehen hat ist mittlerweile höher als vor 5 Jahren :D

Gruß,
Sven

[p80286]

Zitat:

Zitat von blackfin (Beitrag 1180931)

...dass ASM von C immer mehr verdrängt wird, was in erster Linie Gründe hat, was die Langzeit-Wartbarkeit des Codes betrifft (und die MCUs auch immer mehr Flash-ROM bekommen *g*). Assembler ist cool, keine Frage, aber es bedeutet auch immer eine fast vollständige Re-Analyse jeder Instruktion, wenn man den Code nach einiger Zeit wieder "anfassen" muss...

Ich bin vor vielen Jahren mit dem IBM-BIOS in Assembler eingestiegen, das war so gut dokumentiert, daß es besser lesbar war, als vieles was mir heute an c, c++ oder Delphi über den Weg läuft.

Gruß
K-H