🚀 go-pugleaf

Użytkownik "M.M." <mmarszik@gmail.com> napisał w wiadomości 
news:4e868d51-743d-4a33-af8c-2da729bf9d6a@googlegroups.com...
On Friday, April 19, 2013 11:15:24 AM UTC+2, Borneq wrote:
> Od czasu procesora Pentium mamy interesująca instrukcję rdtsc, która 
> mierzy
> czas ekstremalnie dokładnie - co do taktu i wywołanie jej zabiera bardzo
> mało czasu w porównaniu np. z QueryPerformanceCounter.
> Jednak na dwurdzeniowym procesorze uzyskiwałem bzdurne wyniki. Okazało się
> niestety, że każdy rdzeń ma własny licznik (?). Można było to obejść
> zmuszając testowy program do pracy na jednym rdzeniu
> (SetProcessAffinityMask), co jednak powoduje że taki profilowany program 
> nie
> może działać z pełną wydajnością, gdy ma kilka wątków.
> Pytanie: czy takie zachowanie rdtsc zależy także od syetemu? bo zdaje się 
> że
> w Windows 8 a nawet w XP obecnie, po poprawkach już licznik rdtsc działał
> dobrze nawet na kilku rdzeniach, ale nie jestem tego pewien.

> A jakby przypisać proces na chama do rdzenia?

Właśnie to robię przez SetProcessAffinityMask,ale wtedy wszystkie wątki tego 
procesu działają na jednym rdzeniu, co nie pozwala na pełną prędkość.
Nie wiem jak mają się do tego sprawy systemu, bo zdaje się, że ostatnio gdy 
testowałem (obecnie nie mam na czym, piszę z jednordzeniowego laptopa) to 
nawet na dwóch rdzeniach się dobrxze zachowywał, choć to mogło być sprawą 
przypadku.
Chodzi o to, że nawet gdy mamy jednowątkowy proces, a choćby kilkuwątkowy, 
to dwa odczyty rdtsc przeważnie są blisko siebie i w jednym wątku. I teraz, 
czy system operacyjny będzie cały czas jedne wątek przydzielał do jedneog 
rdzenia/procesora? Może poprzednio nie przydzielał a teraz przydziela, nie 
jestem tego pewien.
ALE
Pomyślałem teraz, że nie potrzebnie używałem SetProcessAffinityMask, można 
przecież użyć
SetThreadAffinityMask dla wątku badanego a inne wątki będą może na innych 
rdzeniach i wtedy można profilować program wielowątkowy bez ograniczania się 
do jednego rdzenia - jeden wątek i tak jest ograniczony do jednego.