🚀 go-pugleaf

czwartek, 20 maja 2021 o 14:06:34 UTC+2 heby napisał(a):
> Cześć. 
> 
> Proces A komunikuje się z procesem B za pomocą *czegoś*. Np. rurek. 
> 
> Chce zmierzy czas takiej komuniakcji, konkretnie jak szybko w B 
> zareaguje ::read kiedy w ::A skończył się write. 
> 
> powinienem uzyć RDTSC zapewne ale: 
> 1) czy współczesne procesory zapewniają że dwa rózne procesy czytają ten 
> sam timer (np. rózne timery dla róznych rdzeni) 
> 2) jak *oficjalnie* przeliczyć to na sekundy? Z tego co widzę, 
> najczęsciej robi się benchmark na starcie aplikacji, ale ... to jest 
> takie sobie, bardziej brzemi jak workaround. 
> 
> Myślałem że odpale google, ale okazuje się że ... właśnie nie. Albo 
> odpowiedzi są błedne, albo nieaktualne, albo podają benchmark jako przykład. 
> 
> OSy tego jakoś nie ogarniają? Serio, musze benchmarkować timer? 
> 
> Całość problemu na C[++] i Windows/Linux.

Sam syf dostaniesz z tego, precesory zmieniają taktowanie, wiele rdzeni też tu nie pomaga. 
Jak to c++, sprawdź czy std::chrono::steady_clock i okolice mają wystarczającą rozdzielczość
(niestety, to bardoz mocno zależy od implementacji).

A co ważniejsze, naprawdę potrzebujesz wiedzieć, ile minie pomiędzy taką komunikacją?
To będzie zależne od bardzo wielu rzeczy i niezbyt powtarzalne. A jak robisz jakiś system
czasu rzeczywistego... to pewnie nie obejdzie się bez odpowiedniego OS. Zwykły linux i windows
nie dają zadnych gwarancji:)

pzdr
bartekltg