Quelltext der Seite Diskussion:Multi Media Extension

== Unterschiede zw. MMX und MMX2 ==
Könnte man auch mal erwähne was MMX von MMX2 unterscheidet wann es eingeführt wurde,... MMX2 taucht im Artikel überhaupt nicht auf. <small>(''nicht [[Hilfe:Signatur|signierter]] Beitrag von'' [[Spezial:Beiträge/84.164.38.222|84.164.38.222]] ([[Benutzer Diskussion:84.164.38.222|Diskussion]]) 14:55, 6. Sep. 2010 (CEST)) </small>
{{Erledigt|1=[[Benutzer:Moritzgedig|Moritzgedig]] ([[Benutzer Diskussion:Moritzgedig|Diskussion]]) 12:32, 21. Okt. 2017 (CEST)}}
== Einführung ==

Seit wann gibt es MMX? [[Benutzer:Tsor|tsor]] 17:26, 28. Okt 2003 (CET)
:Sie wurde mit dem Pentium-MMX eingeführt... Mehr weiß ich ad hoc auch nicht. --[[Benutzer:RokerHRO|RokerHRO]] 10:14, 19. Mai 2004 (CEST)
{{Erledigt|1=[[Benutzer:Moritzgedig|Moritzgedig]] ([[Benutzer Diskussion:Moritzgedig|Diskussion]]) 12:32, 21. Okt. 2017 (CEST)}}
== Registersatz ==

Wie wärs mit einer kleinen Grafik, und etwas Text, der die Aufteilung der 64-Bit-Register in 2 32er, 4 16er und 8 8-Bit-Register veranschaulicht? Inkl. "Saturation" und wofür man sowas braucht. Im ersten Absatz wird das zwar angerissen aber nicht näher erläutert. --[[Benutzer:RokerHRO|RokerHRO]] 10:14, 19. Mai 2004 (CEST)

== Name ==

Im Artikel [[IA-32]] wird gesagt, dass MMX eigentlich Matrix Math Extensions heißt. Das sollte geprüft werden und falls es stimmt in den Artikel übernommen werden.
:MMX bedeutet exakt gar nichts. Abkürzungen können in den USA nicht markenrechtlich geschützt werden. Das war der Grund um von i586 auf Pentium unzuschwenken, wie auch der Grund die Erweiterung mit einem Name auszurüsten der nach einer Abkürzung klingt, in den viel hineininterpretiert werden kann, der aber keine ist.
{{Erledigt|1=[[Benutzer:Moritzgedig|Moritzgedig]] ([[Benutzer Diskussion:Moritzgedig|Diskussion]]) 12:32, 21. Okt. 2017 (CEST)}}
== DSP ==

Kann mann dieses Lemma nicht direkt verlinken, als daß man -vor allem als Laie- über zwei oder gar drei Begriffslärungsseiten geführt wird?
{{Erledigt|1=[[Benutzer:Moritzgedig|Moritzgedig]] ([[Benutzer Diskussion:Moritzgedig|Diskussion]]) 12:32, 21. Okt. 2017 (CEST)}}
== FPU ? ==

MMX läuft doch generell in der FPU ab. Müsste man auch im Artikel besser klarmachen. Und außerdem schreiben, wie die evtl. antreffenden FPU-Befehle lahmgelegt werden, während MMX läuft. Gruß [[Benutzer:Boris Fernbacher|Boris Fernbacher]] 22:07, 20. Jun 2005 (CEST)

== Kann ein Pentium mit MMX-Technologie bereits als 64-Prozessor betrachet werden? ==

In dem Artikel 64 Bit-Architektur wird die SIMD Technik als 64-Bit Architektur angegeben. Wenn diese Aussage stimmt, dann müßte ein Pentium MMX bereits ein 64-Bit Prozessor darstellen. Ist das der Fall? <small>(''Der vorstehende, nicht [[Hilfe:Signatur|signierte]] Beitrag stammt von ''[[Benutzer:85.178.29.53|85.178.29.53]] ([[Benutzer Diskussion:85.178.29.53|Diskussion]] • [[Spezial:Beiträge/85.178.29.53|Beiträge]]) 00:25, 6. Jun. 2007) -- [[Benutzer:Uncle Pain|Uncle Pain]] 10:22, 6. Jun. 2007 (CEST)</small>

: Nein, denn die generelle Architektur der CPU ist nach wie vor 32 Bit: 32 Bit Adressbusbreite (und somit [ohne Tricks] max. 4&nbsp;GiB adressierbarer Speicher), zumeist 32&nbsp;Bit Registerbreite,... Nur weil die CPU auch einige Spezialbefehle unterstützt, die die (ohnehin für die FPU vorhandenen) 64-Bit-FP-Register nutzen, ist nicht die gesamte Architektur 64 Bit. Heutige CPUs bieten für SSE/SSE2/SSE3 sogar 128-Bit-Register, trotzdem sind sie keine 128-Bit-Prozessoren, denn ihre Architektur ist nach wie vor auf 32 (bzw. inzwischen 64&nbsp;Bit) beschränkt. --[[Benutzer:Uncle Pain|Uncle Pain]] 10:22, 6. Jun. 2007 (CEST)
::Ob eine CPU eine 16, 32 oder 64 Bit CPU ist, bestimmt ganz alleine die Datenbreite der ALU. Wie breit der Daten- oder Adressbus ist, ist egal. {{Unsigned|84.170.107.204}}

::: Die Definition wirkt auf mich ziemlich engstirnig. Da könnte jemand daherkommen und ne CPU bauen mit 8-Bit-Adressbus, aber 128-Bit-ALU-Registern und das gälte nach deiner Definition dann als 128-Bit-CPU — obwohl von den 128&nbsp;Bit gerade mal 8 für die Speicheradressierung genutzt werden könnten, eine überaus wichtige Einschränkung. Was ist denn gerade an der ALU so besonders, dass die Breite ''ihrer'' Register als Maß gelten sollen? Nur weil sie auch Pointerarithmetik macht? Wenn ja, müsste man nicht die Definition abändern, wenn die FPU mit ihren 64-, 80- oder 128-Bit-Registern auch Pointerarithmetik betreiben könnte? <small>(bisschen weit hergeholt, da mir kein sinnvoller Anwendungsfall einfällt, aber mal hypothetisch)</small> Was hat man denn davon, wenn die ALU-Adressregister groß sind, aber dadurch hinsichtlich Adressierbarkeit nichts gewonnen wird?
::: Andererseits wäre eine CPU mit 128-Bit-Adressbus und 8-Bit-Registern schon irgendwie ne 128-Bit-CPU... zwar ne verkrüppelte, da umständlich zu bedienen, aber man könnte dennoch 128&nbsp;Bit Adressraum ansprechen, man müsste halt dazu die CPU so designen, dass Befehle mit Adressbezügen (Calls, Moves,...) ihre Pointer immer aus 16 (=128÷8) Registern beziehen... --[[Benutzer:Uncle Pain|Uncle Pain]] 10:25, 11. Mär. 2009 (CET)
{{Erledigt|1=[[Benutzer:Moritzgedig|Moritzgedig]] ([[Benutzer Diskussion:Moritzgedig|Diskussion]]) 12:32, 21. Okt. 2017 (CEST)}}
== Begriffsklärung ==

Lt. Artikel heißt MMX "Multi Media Extension!" Gibts da einen Link zu einer offiziellen Aussage von Intel? Das gleiche für "Matrix Math Extensions" -- Quellenangabe, bitte? [[Benutzer:Aths|aths]] 21:29, 7. Jan. 2009 (CET)
{{Erledigt|1=[[Benutzer:Moritzgedig|Moritzgedig]] ([[Benutzer Diskussion:Moritzgedig|Diskussion]]) 12:32, 21. Okt. 2017 (CEST)}}
==Datenformate==

Die Formulierung "Intel spendiert, um mit MMX arbeiten zu können, dem Prozessor 57 weitere Befehle und führt '''vier neue Datenformate''' ein." könnte speziell für den Laien missverständlich sein. Die neu geschaffenen Datenformate ''Packed Byte, PackedWord, PackedDoubleWord, QuadWord'' sind ja nur eine andere Bezeichnung präexistierender Formate. Die neue Nomenklatur sollte wohl nur anzeigen, dass mit MMX nicht einzelne Daten/Zahlen sondern Datenfelder bearbeitet werden. Im Prinzip ist ja ein ''QuadWord'' nur ein 64-Bit-Feld welches man auch ''DoubleLongInt'' hätte nennen können. Ein ''ShortPackedWord'' ist prinzipiell ja nichts anderes als ein ''ShortPackedInteger''. Das sollte man im Artikel entweder im Fließtext oder in einer Fußnote/Anmerkung zumindest kurz erwähnen. [[Benutzer:Reptilologe|Reptilologe]] 17:41, 19. Feb. 2009 (CET)
:Wenn du es so willst, dann sind alle Datenformate letzendlich eine diskrete Menge von Bytes. Ein Datenformat legt nicht udr die Größe, sondern auch die Interpretation fest - und ein QuadWord ist eine andere Interpretation eines DoubleLongInt, diese andere Interpretation ist aber das entscheidende. Diese ist der CPU wurscht - hilft aber dem Compiler oder Assembler mögliche Fehler zu erkennen.

== Gescheiterte Lesenswert-Kandidatur 5.-12. März 2009 ==

''Die Multi Media Extension (kurz MMX) ist eine Anfang 1997 von Intel auf den Markt gebrachte Rechnerarchitektur (SIMD), die es erlaubte, große, meist mit den selben Befehlen zu bearbeitende (parallelisierbare) Datenmengen, wie sie z. B. bei der Verarbeitung von Video, Audio und Bildern anfallen, schneller zu verarbeiten. Ursprünglich stand das Kürzel MMX für Matrix Math Extensions, wurde allerdings von Intel aus marketingtechnischen Gründen in Multi Media Extension umbenannt. MMX verwendete keine physikalisch neuen Prozessorregister, sondern funktionierte die Register des mathematischen Koprozessors (FPU) um. Intel entwarf für MMX 57 neue Prozessor-Befehle und führte vier neue Datenformate ein. Ein Hauptvorteil von MMX war die Unterstützung von Saturationsarithmetik. MMX wurde nach seiner Einführung von der Softwareindustrie nur zögerlich unterstützt und war schon nach drei Jahren durch Intels eigene Fortentwicklungen SSE und AMDs 3DNow! überholt. Benchmarks zu seiner Performance wiesen eine große Bandbreite auf.''

Den Artikel bitte in der aktuellen Version ([http://de.wikipedia.org/w/index.php?title=Multi_Media_Extension&oldid=57551542 hier]) beurteilen.

Eigentlich sollte jeder Mensch im Rahmen der Allgemeinbildung über ein so wichtiges Thema wie MMX informiert sein. Schließlich steckte das ab 1997 jahrelang in sehr vielen Geräten als Technologie drin. Der Artikel ist so allgemeinverständlich gehalten wie es bei dem Thema ohne Verlust der Wissenschaftlichkeit möglich ist. (Für den Neueinsteiger in den Bereich kann man zur Vorbereitung auf den MMX-Artikel auch empfehlen: Wikibook [[b:Assembler-Programmierung für x86-Prozessoren|Assembler-Programmierung für x86-Prozessoren]]) 

Die Kernpunkte der MMX-Technologie werden m.M. nach im Artikel tiefschürfend genug behandelt:

*Das neue Konzept der parallelen Datenverarbeitung unter SIMD
*Verwendung/Missbrauch der FPU-Register für MMX-Anwendungen samt der Unterschiede zur FPU-Verwendung
*Das "Umschalten" zwischen MMX- und FPU-Anwendungen im Detail
*Eine vollständige und ausführliche Beschreibung des maschinensprachlichen Befehlsvorrats für MMX samt Regeln für Operanden
*Aritmethische Modelle (Saturation-Mode und Wrap-around-Mode) von MMX
*Der Rest des Artikels behandelt Exceptions, CPU`s mit MMX, und die Umsetzung in Software, die Unterstützung von MMX durch Sprachen/Compiler, Performance-Untersuchungen, und einen Ausblick über MMX hinaus 

Auf eine Durchreferenzierung jeder Aussage wurde verzichtet. Belege zum Befehlsvorrat stehen bei Bedarf alle in Intel: ''Intel Architecture Software Developer's Manual, Volume 2 - Instruction Set''. 

Als Hauptautor {{Neutral}}.

[[Benutzer:Reptilologe|Reptilologe]] 15:26, 5. Mär. 2009 (CET)

:{{Abwartend}} - nicht nur, dass ich finde, das was hinter MMX steht, gehört nicht zum Allgemeinwissen. [[:Datei:Intel-MMX-Merchandising.jpg|Diese Datei]] ist vermutlich entweder eine URV (wegen der Lizenz) oder kein offizielles Logo für MMX. --<small>&nbsp;defchris&nbsp;([[Benutzer Diskussion:Defchris|Diskussion]]&nbsp;•&nbsp;[[Spezial:Beiträge/Defchris|Beiträge]])</small> 15:33, 5. Mär. 2009 (CET)

::@Defchris: 

:::Man kann natürlich verschiedener Meinung sein, ob Computertechnolgie heute zum Algemeinwissen gehören sollte oder nicht.

:::Falls diese Datei ([[:Datei:Intel-MMX-Merchandising.jpg|hier]]) aus der englischen Wikipedia wegen URV hier nicht verwendbar sein sollte, kann man das natürlich ganz schnell löschen. Dies Logo transportiert kaum inhaltliche Information, und ist für den Artikel auch nicht essentiel.

:::[[Benutzer:Reptilologe|Reptilologe]] 15:46, 5. Mär. 2009 (CET)

: {{Contra}}, die Einleitung ist eine einzige Katastrophe. Der tolle Satz: "Benchmarks zu seiner Performance weisen eine große Bandbreite auf" rundet die Einleitung wirklich genial ab. Bitte in einem Review sprachlich generalüberholen lassen. --[[Benutzer:Succu|Succu]] 17:08, 5. Mär. 2009 (CET)

::@Succu: Benchmarks sind wirklich ein sehr ungenaues Messinstrument. Das kannst du in der Literatur nachlesen. Speziell für MMX gibt es unterschiedlichste Messungen zwischen 5 % Performance-Vorteil bis zu 200 % Vorteil. Speziell Intel oder Microsoft-Messungen sind mit Vorsicht zu genießen. Dass Benchmarks von vielen Faktoren abhängig sind, zeigt auch der Artikel referenziert in Absatz ''7. Leistung''. Deshalb ist der Satz der Einleitung ''"Benchmarks zu seiner Performance weisen eine große Bandbreite auf"'' vollkommen richtig formuliert. Speziell der Abschnitt ''Leistung'' ist deshalb im Artikel mit 5-6 Referenzen zu verschiedenen Performance-Leistungen belegt. Du hättest den Artikel doch etwas weiter lesen sollen. Dass deiner Meinung nach die Einleitung eine "einzige Katastrophe" sein soll, habe ich sachlich leider nicht verstanden. Könntest du das noch näher begründen ? [[Benutzer:Reptilologe|Reptilologe]] 17:21, 5. Mär. 2009 (CET)

::: Ich weiß was Benchmarks sind und wie man sie manipuliert. Der kritisierte Satz ist eine Nullaussage, also locker entbehrlich. Weitere Beispiele für ungenügende Formulierungen: "auf heutigen" oder "überholt". Das Lemma ist "Multi Media Extension" und nicht "MMX™", muss also '''fett''' ausgezeichnet werden. --[[Benutzer:Succu|Succu]] 17:53, 5. Mär. 2009 (CET)

::::Der kritisierte Satz mag in deiner Sicht eine Nullaussage sein. Für den Normalleser ist das aber eine wichtige Info darüber wie man Benchmarks zu werten hat. Deine Kritik an Formulierungen wie "auf heutigen" oder "überholt" kann ich teilweise nachvollziehen. Ändere das doch bitte an den entsprechenden Stellen im Artikel. In Bezug auf die Zukunft (dass MMX mit SSE 1,2,3,4 usw. erweitert wurde), ist der Ausdruck "überholt" aber auch nicht ganz falsch. Der Ausdruck "auf heutigen" stammt nicht von mir. Ändere das halt, wenn du es für ungeschickt erachtest. Zu dem Problem  "MMX™" fett, oder nicht, oder irgendwie anders kann ich nichts weiteres sagen. Solche "Scheinprobleme" interessieren mich als Programmierer nicht. Es geht eigentlich darum wie eine Sache funktioniert, und nicht darum wie sie dann mal benannt wurde. MMX war ein neues IT-Konzept mit einigen damals neuen Prozessor-Befehlen und einer anderen Verwendung/Philosophie existierender Register. Das wird im Artiklel dargelegt. Es geht darum, und um nichts weiter ! [[Benutzer:Reptilologe|Reptilologe]] 18:05, 5. Mär. 2009 (CET)

::::: MMX-Befehlssatz war sicher damals in den Zeiten des Multimedia-Hypes eine interessanter technologischer Ansatz, der in die nachfolgenden Prozessorgenerationen (wenn ich mich nicht irre) integriert wurde, aber gewiss kein "IT-Konzept". Wenn dich als Softwareentwickler solche "Kleinigkeiten" nicht kratzen, dann ist das deine persönliche Einstellung, aber erwarte bitte nicht, das dir das niemand bei einer Lesenswert-Kandiatur "um die Ohren haut". --[[Benutzer:Succu|Succu]] 18:58, 5. Mär. 2009 (CET)

:::::: Sorry; der Artikel beschreibt doch explizit, dass MMX schon bald (in deiner Formulierung der Multimedia-Hype) ein veraltetes Konzept war. Lies dazu einfach den Artikelabschnitt ''Nach MMX ''. Mir ist es als Programmierer vollkommen klar, dass MMX nach 1-2 Jahren nur noch ein historisches Modell war. Das wird auch im Artikel an vielen Stellen deutlich. Niemand hat etwas anderes gesagt. Deine Kritik ist also deswegen absolut unverständlich. Lies bitte den Artikel auch mal bis zum Ende durch. Natürlich waren die MMX-Gedanken nicht sehr revolutionär gegenüber dem späteren SSE. Im Jahr 1997 war es aber ein neues "IT-Konzept" für Grafikanwendungen. [[Benutzer:Reptilologe|Reptilologe]] 19:36, 5. Mär. 2009 (CET)

Die Einleitung und der gesamte Artikel ist überwiegend im Präsens verfasst. Meinst du nicht das da ein unbedarfter, nur flüchtig nach Informationen suchender Leser mit den ersten paar Sätzen ein völlig falsche Bild erhält? Dir als "Programmierer" ist klar das MMX "nur noch ein historisches Modell" ist. Dann hast du schon mindestens zwei falsche Weltbilder. Eines von deinem Berufsbild als Softwareingenieur und eines was die historischen Bedeutung von MMX für die Weiterentwicklung der Prozessorkerne betrifft. Ganz zu schweigen davon, was ein lesenswerter Artikel in der Wikipedia leisten muß. Sieh es als Benchmark-Test an. Ich beende unseren Dialog mal vorerst an dieser Stelle. --[[Benutzer:Succu|Succu]] 20:04, 5. Mär. 2009 (CET)

:Ich verstehe deine Kritik nicht. Dem "unbedarften Leser" wird doch schon in der Einleitung klar gesagt: ''"MMX wurde nach seiner Einführung von der Softwareindustrie nur zögerlich unterstützt und war schon nach drei Jahren durch Intels eigene Fortentwicklungen SSE und AMDs 3DNow! überholt."'' Deine Kritik am Präsens ist auch nicht ganz begründet. MMX und sein Befehlsvorrat wurde ja nicht irgendwann offiziell abgeschaft. Die Befehle waren in nachfolgenden Konzepten wie z.B. [[Streaming SIMD Extensions 2|SSE2]] weiterhin möglich. Obwohl man natürlich dann die mächtigeren Möglichkeiten von SSE nutzte. Ein Spiel welches 1998 mit MMX-Instruktionen erstellt wurde, läuft ja auch 5 Jahre später auf Systemen welche die SSE-Technik anwenden. Einen [[MS-DOS]] Befehl muss man auch nicht in der Vergangenheitsform beschreiben. Du kannst ja anstatt den Windows-Explorer zu verwenden unter Windows ein DOS-Fenster aufmachen, und wie früher "dir c:" eintippen.   [[Benutzer:Reptilologe|Reptilologe]] 10:33, 6. Mär. 2009 (CET)
:: In bestimmten Situationen hilft bis heute nur ein "dir c:" o.ä. auf Kommandozeilenebene. Aber es wäre schön wenn wir nicht länger aneinander vorbeireden würden. ''MMX'' '''war''' eine Erweiterung des X86-Befehlsatzes die vom Endanwender sowohl besondere Hard- wie Softwaretechnische Voraussetzungen verlangte (wiedermal aus dem Gedächtnis heraus). Die Integration in spätere Intel-Prozessoren ist eine andere Geschichte. Kurz ''MMX'' ist Geschichte, also Vergangenheitform. DOS ist eine Voodoo-Puppe: Einfach nicht tot zu kriegen. --[[Benutzer:Succu|Succu]] 20:03, 6. Mär. 2009 (CET)
:: MMX Befehle sind auch unter SSE weiterhin einsetzbar. Intel hat bei SSE sogar ein paar neue MMX-Befehle kreiert. Es wird am Anfang im Artikel klar gemacht, dass es eine alte Technik von 1997 ist. Aber die Befehle kann man auf einem alten Rechner immer noch einsetzen. Warum solte dann im Artikel stehen: ''"Der Befehl MOVD ermöglich'''te''' die Operation xy"'' ? Wenn den Befehl jemand bei einem alten PC heute einsetzt, dann '''funktionert''' er noch. Es heißt nicht er '''funktionierte'''. Dennoch habe ich jetzt zumindest mal die Einleitung deiner Argumentation folgend in die Vergangenheitsform gesetzt. [[Benutzer:Reptilologe|Reptilologe]] 08:05, 7. Mär. 2009 (CET)

* <s>'''contra'''</s> - die Einleitung ist ein no go; wenn ich als Laie bereits in der Einleitung 20 Buchstabenkombis wie SIMD, FPU, AltiVec, SSE anklicken und dort dann andere (meist ebenso unverständliche) Artikel lesen muss, um einen diffusen Begriff davon zu bekommen, über was ich da gerade nachschlage, dann ist entweder an dem Artikel was verkehrt (Stichwort OMA bzw. Barrierefreiheit) oder ich bin zu blöd. Ich gehe von ersterem aus ohne zweiteres auszuschliessen: Als Nachschlage-Artikel unbrauchbar. -- [[Benutzer:Achim Raschka|Achim Raschka]] 19:59, 5. Mär. 2009 (CET)

:@Achim: Begriffe wie SIMD, FPU sind bei dem Thema unumgänglich. Es ist leider unmöglich, einen Begriff wie MMX der viel mit dem Prozessor und Maschinensprache zu tun hat, ohne alle Fachbegriffe zu erklären. Um alles im Details zu verstehen ist Kenntnis von Assembler nötig. Tut mir leid Achim; MMX-Grundlagen sind halt keine Hochsprache wie unserer Basic aus dem Schulunterricht. Der Unterschied zwischen FPU- und MMX-Anwendungen liegt im Detail. Das kann man nicht in allgemeinverständlichen Schlagworten darstellen. Die Alternative für die Einleitung wäre: "MMX ist eine Computertechnologie für schnelle Spiele. Es fetzt gut. Aber SSE ist inzwischen cooler." Das wäre OMA-tauglich ! [[Benutzer:Reptilologe|Reptilologe]] 20:17, 5. Mär. 2009 (CET)
:: Vielleicht würde es ja bereits reichen, wenn man statt SIMD einen erklärenden Halbsatz a la ''eine Prozessurarchitektur, die für XY optimiert ist (SIMD)'' schreibt. Wenn ich um in einem Nachschlagewerk einen Begriff nachschlagen möchte, eh schon alles wissen muss, um auch nur die Einleitung zu verstehen, taucht imho das Nachschlagewerk halt nicht - der untenstehende Artikel kandidiert ja schließlich auch nicht mit der Einleitung ''Carcharodon carcharias ist der einzige valide Vertreter des monotypischen Taxons Carcharodon, der aufgrund seines arttypischen Migrationsverhaltens weltweit sympatrisch mit anderen Elasmobranchiern anzutreffen ist.'' -- [[Benutzer:Achim Raschka|Achim Raschka]] 20:30, 5. Mär. 2009 (CET)

:@Mark und Achim: Eure Kritik ist sehr zielführend. Danke für euer Pro und Contra und für das Interesse und die Einsicht in wohl nicht ganz einfache EDV-Gebiete. Vielleicht ist die Einleitung von mir wirklich etwas unverständlich formuliert. Der Unterschied zwischen einer "normalen" CPU-Anwendung und MMX mit den Anforderungen an für Grafik optimierte Operationen wird im Kapitel I "Anforderungen von Multimediaanwendungen" m.M nach allerdings doch recht allgemeinverständlich dargestellt. 

:Aber vielleicht habt ihr recht: Es sollten evtl. einige Aussagen aus diesem Kapitel I in die Einleitung ohne Fachtermini eingebaut/vorgezogen, und einfacher formuliert werden. Eine gewisse "Fachblindheit" und Detailverliebtheit von mir möchte ich bei diesem Artikel nicht ausschließen. Meine Heimatsprache war halt viele Jahre nicht Deutsch, sondern Assembler, C, C++, Visual Basic, und anderes. [[Benutzer:Reptilologe|Reptilologe]] 22:19, 5. Mär. 2009 (CET)

::Die Einleitung wurde etwas allgemeinverständlicher umformuliert. Nun müsste es auch ohne Anklicken von Links (FPU, Register, parallelisierbar, Integer, etc.) verständlich sein. [[Benutzer:Reptilologe|Reptilologe]] 11:40, 6. Mär. 2009 (CET)

::: Danke, die Einleitung lässt mich jetzt nicht mehr im Regen stehen - den restlichen Text werde ich am Wochenende lesen. -- [[Benutzer:Achim Raschka|Achim Raschka]] 12:02, 6. Mär. 2009 (CET)
:::: Bleibe '''neutral''' - der Artikel ist für mich weiterhin in weiten Teilen Computerfach-Bla und hilft mir nicht beim Verständnis des Lemmas. Wenn die Computerexperten einen solchen Artikel als lesenswert befinden dürfen sie es tun -- [[Benutzer:Achim Raschka|Achim Raschka]] 22:11, 8. Mär. 2009 (CET)

*{{Pro}}, Artikel hat sich inzwischen im Hinblick auf Allgemeinverständlichkeit deutlich verbessert. -- [[Benutzer:MARK|MARK]] 19:08, 7. Mär. 2009 (CET)

*{{Pro}} Detaillierte Darstellung der Technologie. Gute stukturierte Erklärung des Befehlssatzes. Mit aussagekräftigen Grafiken versehen. Weitaus besser als der Artikel der engl. WP. Umsetzung in Compilern und Software fehlt nicht. [[Spezial:Beiträge/88.67.136.84|88.67.136.84]] 04:55, 10. Mär. 2009 (CET)
*<s>{{Pro}}</s> Wer mit MMX überhaupt nichts anfangen kann, der sollte den Artikel eigentlich nicht lesen. Viele Normalsterbliche interessieren sich für solche Dinge kaum. Für Computerfreaks wie mich ist er allerdings eine echte Bereicherung. -- [[Benutzer:Astrobeamer|Astrobeamer]] [[Benutzer Diskussion:Astrobeamer|<small><sup>Chefredaktion</sup></small>]] 23:41, 10. Mär. 2009 (CET)
*{{Pro}} Full Ack zu Benutzer:Astrobeamer. Sehr umfassend informativ.  [[Spezial:Beiträge/94.216.100.164|94.216.100.164]] 08:29, 11. Mär. 2009 (CET)
*{{Pro}} Informativ und verständlich für am Sachgebiet Interessierte... VG--[[Benutzer:MAGISTER|Magister]] 08:51, 11. Mär. 2009 (CET)
: ''Anmerkung'': Hübsche Fließbandarbeit an ''Pro''s. Mittlerweile ist die Einleitung deutlich verständlicher geworden, was erfreulich ist, da sie ja auch für Nicht-Computerfreaks gedacht ist (OMA). Ich hätte gern mein Contra zurückgezogen, wenn [[Benutzer:Reptilologe|Reptilologe]] die von ihm erstellten Graphiken durch in einem vernünftigen Format (z.B. PNG) ersetzt hätte, worum ich ihn auf meiner Disk gebeten hatte. Leider ohne Erfolg, was bei mir den schalen Beigeschmack einer URV hinterläßt. Pardon. Ein Normalsterblicher --[[Benutzer:Succu|Succu]] 17:14, 11. Mär. 2009 (CET)
*{{Contra}} Nach einigen längeren Recherchen über die eingefügten Grafiken habe ich meine Meinung geändert. Das ändert aber nichts daran, dass ich den Artikel wie oben beschrieben für sinnvoll halte. -- [[Benutzer:Astrobeamer|Astrobeamer]] [[Benutzer Diskussion:Astrobeamer|<small><sup>Chefredaktion</sup></small>]] 20:57, 11. Mär. 2009 (CET)

:{{Contra}} In mindestens einem Punkt haben die Autoren die Technik nur unvollständig verstanden (oder sind vielleicht nicht in der Lage, sie darzustellen). Abschnitt: "Einsatz in Betriebssystemen". Multi-Tasking-Betriebssysteme bewältigen immer die Aufgabe, alle Prozessorregister, die ein  Task benutzen darf, bei einem Taskwechsel taskspezifisch abzuspeichern und bei Rückkehr zu diesem Task wiederherzustellen. Das ist sozusagen ihre Kernaufgabe. Das gilt natürlich auch für FPU-Register. Gerade weil MMX HW-mäßig die FPU-Register zweckentfremdet, wäre also zu erwarten, dass ein Multitasking-Betriebssystem, das die FPU-Einheit unterstützt, voll kompatibel zu MMX ist. Der Abschnitt behauptet nun das Gegenteil und bleibt eine schlüssige Erklärung schuldig. In mindestens diesem Punkt ist der Artikel fachlich nicht korrekt. Weiter als bis dahin habe ich den Artikel nicht gelesen, weil ohne fachliche Korrektheit ein Artikel nicht als "lesenswert" eingestuft werden darf. [[Benutzer:Giro|Giro]] <small>[[Benutzer Diskussion:Giro|Diskussion]]</small> 23:05, 11. Mär. 2009 (CET)
:Schon der erste Satz ist nicht richtig formuliert. ''Die Multi Media Extension (kurz MMX) ist eine Anfang 1997 von Intel auf den Markt gebrachte Rechnerarchitektur (SIMD), die es erlaubte, große, meist mit den selben Befehlen zu bearbeitende (parallelisierbare) Datenmengen, wie sie z. B. bei der Verarbeitung von Video, Audio und Bildern anfallen, schneller zu verarbeiten.'' Erstens ist MMX keine „Rechnerarchitektur“, sondern einfach eine Erweiterung des Befehlssatzes. Allerdings eine Erweiterung des Befehlssatzes, die die Gleitkommaeinheit (FPU) als zweites Rechenwerk benutzt. Diese Gleitkommaeinheit kann gleichzeitig mit dem Prozessor arbeiten und unabhängig von ihm, obwohl sie auf demselben Chip integriert ist (anfangs gab es 2-Chip-Lösungen). Die Erweiterung des Befehlssatzes ermöglicht es, diese Fähigkeit der FP, gleichzeitig mit dem Prozessor zu arbeiten, mit einer Reihe neuer Befehle bzw. Adressierungsarten zu nutzen. Diese neuen Befehle sind speziell auf Rechenoperationen ausgelegt, wie sie bei Grafik und Audio auftauchen, wobei große Datenmengen bearbeitet werden müssen. Bei entsprechender Nutzung der neuen Befehle können diese Rechenaufgaben von der FPU schneller ausgeführt werden als vom Prozessor. Während diese Berechnungen in der FPU erfolgen, kann der Prozessor gleichzeitig auch andere Aufgaben weiterbearbeiten. Es geht also zweitens nicht um "parallelisierbare Datenmengen", sondern um die Möglichkeit, rechenintensive Aufgaben an die FPU auszulagern. Trivial ist natürlich, dass Prozessor und FPU nicht gleichzeitig auf denselben Daten herumarbeiten dürfen, während sie gleichzeitig arbeiten. Das muß aber nicht in die Einleitung, schon garnicht in den ersten Satz. Soweit mal eine Anregung zur Verbesserung der Oma-Tauglichkeit der Einleitung. [[Benutzer:Giro|Giro]] <small>[[Benutzer Diskussion:Giro|Diskussion]]</small> 03:23, 12. Mär. 2009 (CET)

 Der Artikel ist in [http://de.wikipedia.org/w/index.php?title=Multi_Media_Extension&stableid=57760631 dieser Version] mit 4 {{pro}} und 3 {{contra}} nicht lesenswert. --[[Benutzer:MEWRS|MEWRS]] [[Benutzer Diskussion:MEWRS|<sup>Zigarre gefällig?</sup>]] 14:58, 12. Mär. 2009 (CET)

Tatsächlich sind es nur 2 Prostimmen, die Stimmen von [[Spezial:Beiträge/88.67.136.84|88.67.136.84]] und [[Spezial:Beiträge/94.216.100.164|94.216.100.164]] stammen mit sehr hoher Wahrscheinlichkeit vom Hauptautor [[Benutzer:Reptilologe]], eine der Stimmen wurde schon vor dessen Sperre am 11. März abgegeben. Siehe auch das gelöschte Gepöbel von [[Spezial:Beiträge/88.67.130.174|88.67.130.174]]. Schon bemerkenswert, mit welchen Mitteln hier [[Benutzer:Boris Fernbacher|sogenannte Qualitätsautoren]] arbeiten. --[[Benutzer:Hozro|Hozro]] 09:46, 18. Mär. 2009 (CET)

{{Erledigt|1=[[Benutzer:Moritzgedig|Moritzgedig]] ([[Benutzer Diskussion:Moritzgedig|Diskussion]]) 12:32, 21. Okt. 2017 (CEST)}}

== Register, nochmal ==

AFAIK benutzt MMX intern schon andere Register, da die MMX-Einheit eine andere Einheit als die x87-FPU-Einheit ist. Nur nach außen wurden die MMX-Register in die FPU-Register gemappt, damit keine Änderungen im Betriebssystem (für den Save-Context beim Taskewechsel) nötig sind. Wie schon richtig im Artikel steht, ist dieses Mapping bei neueren CPUs abschaltbar, so dass dann eine Unterstützung im Betriebssystem notwendig wird. Oder? --[[Benutzer:RokerHRO|RokerHRO]] ([[Benutzer Diskussion:RokerHRO|Diskussion]]) 12:45, 23. Okt. 2014 (CEST)

:Die Aussage mit den FPU Registern suggeriert zudem, dass es sich auch um FP Zahlen handelt und diese von der FPU verarbeitet werden. --[[Benutzer:Moritzgedig|Moritzgedig]] ([[Benutzer Diskussion:Moritzgedig|Diskussion]]) 12:33, 21. Okt. 2017 (CEST)

== {{Anker|deadurl_2015-10}} Defekte Weblinks ==
{{nicht archivieren|Zeigen=nein}}{{Defekter Weblink|Bot=GiftBot|Lauf=2015-10
|1=006 wba=20100724074007 http://infopad.eecs.berkeley.edu/CIC/announce/1997/pent233-mmx.html
|2=2012 https://eprints.kfupm.edu.sa/29557/1/29557.pdf
|3=http://www.fh-zwickau.de/doc/prmo/mmxtutor/text/index.htm
|4=wba=20141101073310 cit=5hP6GVvBn http://www.codeplay.com/technology/vectorc.html
|5=2012 http://user.cs.tu-berlin.de/~nurgle/mmx/mmx.html
}}
– [[Benutzer:GiftBot|GiftBot]] ([[Benutzer Diskussion:GiftBot|Diskussion]]) 03:28, 27. Nov. 2015 (CET)