On 21/04/2013 11:02, Borneq wrote:
> Użytkownik "M.M." <m...@g...com> napisał w wiadomości
> news:2bdc9de6-4aa7-4b4c-8c45-a2dd52871ca5@googlegrou
ps.com...
>> Nie wiem, ale wydaje się, że to jest bez sensu. Co jeśli system odbierze
>> sterowanie i inny proces nabije licznik taktów?
>
> Cicho zakładam, że chodził będzie przede wszystkim proces profilowany a
> inne będą w tle raczej nieaktywne.
> Ale musimy rozróżnic dwa źródła problemów:
> Jeden dotyczy tylko rdtsc - osobne liczniki na każdym rdzeniu, to
> załatwia SetThreadAffinityMask na każdym wątku; daje się ustawić
> ręcznie, jednak czy instnieje algorytm dodawania w miejsca kodu
> SetThreadAffinityMask dla każdego wątku przez profiler, czy też jest to
> problem nieobliczalny?

wspominając serwer, miałem na myśli że w przypadku aplikacji
produkcyjnej, która ma dla siebie dedykowany serwer, kod produkcyjny
(nie tylko profilowany) może sobie alokować na stałe CPU, tj. możesz dla
poszczególnych wątków ustawić affinity w aplikacji która będzie działać
w produkcji, a nie tylko na profilerze. To dobrze działa jeżeli masz
pulę wątków roboczych dostosowaną do liczby dostępnych CPU (najlepiej
jest zawsze zostawiać CPU0 dla systemu), ale nie za bardzo jeżeli
tworzysz wątki dynamicznie.


B.