Fragen zu Gprof! zB.Wie timming kürzer machen?

Dein Codeteil soll vermutlich zyklisch auf dem 68K aufgerufen werden, 
braucht jetzt aber noch 1.7ms pro Schleife und damit zuviel, korrekt?
Ich denke nicht, dass Dir dabei eine gprof Analyse basierend auf einem 
DOS Programm hilft. Damit optimierst Du das Timing auf einer Intel 
Plattform, aber nicht unbedingt auf einem 68K.

(BTW: hast Du geprüft, ob es einen funktionierenden gprof für 68K plus 
einen 68K Simulator gibt? Wenn dein Code unter DOS läuft (sprich ohne 
hardwarenahe Funktionen) müsste das Ganze auch unter einem 68K Simulator 
laufen…)

Wenn ich mich recht erinnere, ermittelt gprof seine Daten mittels 
zyklischem Sampling des Programm Counters. Es ist ein statistisches 
Verfahren und hier IMHO nicht sinnvoll einsetzbar.
Ich würde eher den Code per Hand instrumentieren und auf der 68K 
Zielplatform die Zeiten messen.

Sprich: An strategischen Stellen speicherst Du den Stand eines 
freilaufenden Timers ab. Die Differenz zwischen zwei Werten entspricht 
der Laufzeit. Natürlich beeinflusst der zusätzliche Code deine Messung, 
aber das ist meist zu verschmerzen.

Was spricht dagegen, den relevanten Code in einer Schleife so oft 
aufzurufen bis die gemessenen Zeiten aussagekräftig werden?

Konrad S. schrieb:
> Was spricht dagegen, den relevanten Code in einer Schleife so oft
> aufzurufen bis die gemessenen Zeiten aussagekräftig werden?

Ich bin davon ausgegangen, dass Peter das bereits gemacht hat.
Wenn er gprof nutzt, müsste er das wissen / ist es naheliegend.
(Mmm, hat er...? Warten wir's ab ob er sich nochmal meldet...)

Sieht mir nicht danach aus, denn wenn er es lange genug laufen lassen 
hätte, dann hätte er brauchbare Werte bekommen.

Peter schrieb:
> Habe gerade meinen Test 200.000 mal durchlaufen lassen und oh Wunder ich
> habe tatsächlich 0,05sec gesamt Laufzeit.

Sei nicht geizig! Lass das Ding mal 'ne Minute laufen.

Versuchs doch mal mit nem sampling profiler, z.B. sowas Oprofile.

Bernd K. schrieb:
> Versuchs doch mal mit nem sampling profiler, z.B. sowas Oprofile.
Oprofile baut doch auf Linux auf, oder? Ob Peter das jetzt auf einem DOS 
Profiler oder auf Linux macht ist IMHO egal.

Peter schrieb
> Ich hatte auf dem Original System eine Zeitmessung mit einem freien
> Timer gemacht...
Halte ich für besser.
Wenn Du es geschickt per Makros aufaust, kannst du es per 
Compilerschalter ein/ausschalten und die Zeitmessung so im Code 
belassen.
Außerdem kannst Du gleich einen Maximalwert Speicher einbauen und 
bekommst den Worst-Case Fall.

Konrad S.schrieb
> Sei nicht geizig! Lass das Ding mal 'ne Minute laufen.
Na wenn schon dann klotzen statt kleckern:
starten und Mittag machen... oder lass es über Nacht laufen...
wetten, dass sich die jetzigen 0.05 nochmals ändern...