Mariusz Marszałkowski <m...@g...com> napisał(a):

> On 30 Lis, 10:28, " fir" <f...@W...gazeta.pl> wrote:
> > > Stoperem? :D
> :D
>
> > nie stoperem tylko swoim ulubionym QueryPerformanceCounterem - kt rego
>
> A ten sprzet na ktorym mierzyles wspomaga pomar czasu?
> Sprawdzales QueryPerformanceFrequency?
>
> Jedna z idei pomiaru czasu w srodowiskach wielozadaniowych
> jest taka, aby wielokrotnie w petelce mierzyc mozliwie maly fragment
> kodu i jako wynik pomiaru podac najkrotszy. Najkrotszy oznacza
> m.in. ze system nie odebral sterowania i nie przeznaczyl czasu
> na co innego. W przeciwnym razie mierzysz czas wykonania
> inego kodu niz Twoj :)
>
> Inna idea jest taka, aby ruchomic kod podawany pomiarowi wiele
> razy w petli, mierzyc jeden raz po zakonczeniu wszystkich petli i
> podawac sredni czas. Wtedy do pomiaru czasu wydaje sie lepsza
> ta funkcja GetProcessTimes.
>
> Jesli z takim zapalem mierzysz czas, to moze porownaj obie
> metody? Moze te=BF nadaj priorytet realtime.
>
> Pozdrawiam

sprawdz nowszą wersje progsa
http://www.fir1664.webpark.pl/g2d2.zip

pomiary są dobre (jak mierze nanosekundowe czasy dla poszczegolnych
instrukcji to mnoze przez tysiac i odpalam kilka razy patrzac na fluktuacje
jakby mi sie cos wtracalo to bylby raczej skok - zreszta mi chodzi
przede wszystkim o realne czasy na moim kompie/moich kompach (a nie
jakies 'czyste' czasy) i te realne czasy mierze)

- tutaj wogóle właśnie chodzi mi o caly czas jednej ramki (tj dokladniej

idleLoop()
{

//STOPER START
// 1) clear ram bufor
// 2) SetPixele() do ramu (zorganizowane petelki i procedurki podrecznych
funkcji)
// 3) blit do okienka
4) sleep(3)
//STOPER STOP
}

włacznie z tym co winda mi wtryni pod spodem

fir


--
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/