| |
| |
|
 | | Hm me kommt antes, el Highlevel Loops des MASM32-8/9 son doch en Einiges langsamer como händisch programmierte... Gleiches gilt para el Verwendung des REP (=repeat) Vorsatzes en el neuen CPU-Befehlen... Sombrero alguien ähnliche Erfahrungen gemacht, oder muss Yo como irgendwelche Optimierungsflags einschalten? |
|
| |
| |
| |
|
|
| Lo kommt darauf a, como hoch du el Stack absichert usw.es una wesentliche Beeinflussung.
Was media du, wofür el Optimierungsschalter son???  para el Compilieren.
mfg |
|
| |
| |
| |
|
|
| | Ähm... Bitte como sichere Yo, el Stack de? Das debería doch sólo 1x passieren, beim Start el Bucle, y así zeitlich no en el Gewicht fallen! Oder heißt el, el MASM-Macrobefehle sichern ständig Zwischenergebnisse en el Stack? |
|
| |
| |
| |
|
|
Frank
Abbing |
Hm me kommt antes, el Highlevel Loops des MASM32-8/9 son doch en Einiges langsamer como händisch programmierte...
Das liegt sí daran, como el Ensamblador el Loops umsetzt. So una Standard-Übersetzung de hecho puede nie tan bueno ser, como una a mano erstellte Bucle, el en el jeweiligen Code en el Scheife optimiert se. Z.B. se el benutzte Zähl-Register en el Stack gerettet y später otra vez verwendet. Das necesidad du en el a mano programmierten Bucle no a hacer, si el Register ansonsten unbenutzt es.
Gleiches gilt para el Verwendung des REP (=repeat) Vorsatzes en el neuen CPU-Befehlen...
Hm, REP es sí bastante angestaubt. Yo selber verwende lo eigentlich nie.
Oder heißt el, el MASM-Macrobefehle sichern ständig Zwischenergebnisse en el Stack?
Vermutlich, sí. Como oben ya beschrieben. Ist en efecto sinnvoll, porque du así en kein Register verzichten musst. |
|
| |
| |
| |
|
|
| Darum el Cuestión, si al Optimierungsziel des MASM irgendwie en "speed" en lugar de en "universelle Registerverfügbarkeit" conjunto kann. Wäre schade si el no va, el Geschwindigkeitsgewinn wäre nämlich erheblich. In el Ayuda tener Yo bisher aber nix dazu gefunden...
Saludo
Peter S. el ältere |
|
| |
| |
| |
|
|
Frank
Abbing | Hm, como müsstest du veces después de entsprechenden Schaltern para el ML.exe suchen, así de el Kopf Sé que como nichts.
Yo selber habe auch no festgestellt, dass el Geschwindigkeitsverlust dermassen rapide wäre. Der MASM32 Ensamblador se de Steve Hutchesson más entwickelt, una Assemblerfreak, en dessen Erwähnung seines blossen Namens Yo ya en blanker Ehrfurcht en el Boden versinken möchte si meiner eigenen bescheidenen Asm-Kenntnisse. 
Usted könntest veces a la Testcode de dir puesto, tal vez versteckt se sí sólo una simpler Zähl-Fehler en él. |
|
| |
| |
| |
|
|
| Auch una Fundgrube dazu: [...] 
Insbesondere el timing-programm [...]
Como uno a el Switches kommt, sagt uns bajo punkt 6: [...]
nämlich con ml /? > ML.TXT en uno DOS-Box. Ergebnis para media MASM 9 anbei.
A Speedoptimierung muss Yo mich como (en /Sc ?) aber sólo veces reinlesen...
Ausserdem scheint ya Masm-SDK Versión 10 como a ser: [...]
Gruss |
|
| |
| |
| |
|
|
| | Hm, no Opción en Richtung Geschwindigkeitsoptimierung gefunden... Bleibt wohl echt el User überlassen, se en el Maschinerie el jeweiligen CPU einzuarbeiten. Und el es heutzutage así kompliziert como una Kleinstadt... Aber uno versteh Yo ahora: ¿Por qué el Benchmarks de Herstellern así "super" son: Wird alles händisch optimiert! |
|
| |
| |
| |
|
(864)
Deutsch
English
Français
Español
Italia