Conroe- der Killer ;)

ist eh meitens so
ist auch nicht schwer zu verstehen, ein sw-entwickler will am am besten alle plattformen ansprechen und wenn er da in eine spezielle sache investiert fallen ihm halt die anderen aus

bei dem was ich jetzt schreibe bin ich mir jetzt nicht ganz sicher weil ich noch nie wirklich in bezug auf sse was programmiert habe
aber könnte man solche opitmierungen an einen entsprechenden compiler abtretten?

Es geht nicht um die Compiler selber die sind billig, sondern um die Code-Optimimizer und die sind schweineteuer.

Mein Preis war auch etwas zu hoch, so wie deiner zu niedrig war.

Intel Compiler

Die Preis sind zwar nicht ganz schlimm, wie du aber seihst brauchst du für jede Optimierung ein eigenes Tool.
Also ganz billig ist es nicht und es sicher ein posten an dem man sparen kann, wenn man kein Geld ausgeben will.

Es ist einfach nicht klar formuliert, du bekommst einen Compiler auch locker als Freeware, der dir einfach das Programm übersetzt und sich nachher den Code nicht mehr ansieht.

Bei den Compilern die du von Intel beziehst sind nachfolgenden noch Code optimierungsstufen eingebaut, die dir den Code ständig gegenrechen, diese compilierung dauert zwar länger, aber der Code ist auch deutlich effizienter auf der richtigen CPU.
Selsbt wenn Intel an Entwickler selber nur die Hälfte verlang sind das für eine komplette Systementwicklung noch immer über 500€ pro Arbeitsplatz, weil im ersten Compiler sind noch nicht die neuen Befehlssätze und threading integriert.

Zitat von SYSMATRIX

hast du schon selbst mal ein programm übersetzt?

Ich weiß jetzt nicht genau was du meinst, aber Assemblercode selber nach kontrolliert und programmiert, habe ich ja.

Aber ich habe noch nie für eine neuere CPU den ganzen Wahnsinn gemacht, weil alle Pipelines richtig zu befüllen ist mir doch etwas zu mühselig.

Du kannst dem Comipler schon sagen ob er es nutzen soll oder nicht, aber der Compiler muss auch wissen was er damit anfängt.
Eine IF-Schleife ist ja zum beispiel in Maschinensprache, keine IF-Schleife sondern eine Anhäufung von JUMP Befehlen.

Jeder Befehlssatzerweiterung bringt jetzt einige Neuerungen die im Compiler enthalten sein müssen um diesem seine Arbeit zu ermöglichen, es wird also allen Befehlen die es gibt verschiedenste Arten von Maschinenbefehlen zugewiesen.
Weiters ist der erzeugte Code ja auch davon abhängig wie die interne Struktur der Prozessors aussieht, eine lange Pipeline zum Beispiel sollte möglichst vor JUMP-Befehlen bewahrt werden oder gleich im Programmablauf die wahrscheinlichste Abfolge hintereinander liegen.

Weiters hat jeder Prozessor verschieden viele parallele Verarbeitungseinheiten, die aber nicht immer gleich ausgeführt sind, jetzt muss man beim Pipelining auch aufpassen, welche Befehle man dem Prozessor hintereinander schickt.

Wenn man alles in Assembler macht dann spart man sich alles und ist sich ziemlich sicher das man die CPU top auslastet, aber frage mal bei informatikern nach wer von denen einen modernen X86 Prozessor einfach so mit assembler programmieren kann, wenn es gut geht 1% und vielleicht 20% können Assemblercode ohne Dokumentaion lesen.