Hei, jeg bare trengte å vite hvordan du kan få timingen riktig når du bruker gcc __builtin_prefetch ()-funksjonen, det vil si hvor mange instruksjoner før den faktiske bruken av dataene bør jeg gjøre prefetch samtale.
Jeg skal måle L1 cache hit rate med valgrind's cachegrind, simulere en 1kb L1 Data buffer.

Bare i tilfelle du spør deg selv hva er vitsen i å gjøre det jeg gjør, jeg sier det er et universitet prosjektet.

AFAIK, det avhenger av prosessor og "data" du behandler. Har du sett på prefetch teste tilfeller i GCC testsuite (.../ testsuite/gcc.misc-tests/i386- prefetch.exp)?

Den består i todimensjonale matriser som er mye større enn L1D buffer. Og våre professorer forvente oss å "gjette" på prefetch avstand ved å innføre tidtakere i programmet. Men jeg har ennå å se et eksempel på det.

Den prefetch instruksjon skal være utstedt på et tidspunkt før dataene brukes minst like stor som den L1 cache latency. Du skal kunne finne ut hva som ventetid er for den maskinen du bruker. Jeg antar at koden skal ha en slags løkke over array, så du ta hensyn til tid tatt per loop gjentakelse (uten cache latency), mengden data leses per gjentakelse og størrelsen på L1 data hurtigbuffer. Disse tallene burde gi deg en idé om minnet båndbredde du trenger for å opprettholde og dermed hvor ofte du trenger å prefetch og hvor langt foran hver prefetch bør berøres data. Dette gir deg et sted å starte, men professorene er riktige; gjette og tidspunkt er den eneste måten å være sikker.