Præsisions timing...

Du har så Windows XP ikke? I de andre er granularitetetn oppe på ca 50 ms.

Den er ikke nem. Det er operativsystemets timesharing kerne du er oppe og slås med. winXP kører en reschedule hvert 10 millicekunder hvor den beslutter hvilken process der nu skal have lov til at køre.

For at komme udenom den afhængigighed må du lave dine tidsmålinger i interrupt routiner (direkte fra ur-chippen).
Eller skrive din egen kerne :-))
Eller gentage de udregninger der skal måles tid på 10000 gange og så dividere den samlede tid med 10000 bagefter for på den måde at få højere opløsning.

Hvad der er bedst (eller muligt) afhænger af hvad det egentlig er du skal måle på.

mvh JakobA

Åhh; det glemte jeg at skrive... det afvikles på en Win2000 workstation...

Jeg har ikke mulighed for, at køre det samme fx. 10000 gange, da det er en server-applikation jeg skal på "runtime" måle performance på....

Er du sikker på det ikke er respons-karakteristikken ved forskellige belastningsgrader du så skal måle på ?

Den er noget mere komplekx end blot at måle tiden for een transaktion og så gange med antal transaktioner. Du kommer nok til at opstille en simulation der genererer requests med variabel hyppighed, og så måle de tilsvarende gennemsnitlige responstider.  Til det brug er 10ms rigelig præcision.

mvh JakobA

Nej; det er desværre ikke så simpelt... Men nu har jeg endelig fundet en løsning... QueryPerformanceCounter... Man kan linke eksternt til Kernel32.dll og kalde den... det spiller...

Hvis du smider er svar får du lige lidt for dit forsøg :)

/Wisen

Du vil måske ikke have dem ?!?

Nope; Så lukker vi....