Je peux aussi décider de les découper "ligne à ligne" et mettre les lignes des 2 images 2 à 2 contigües : 1024 octet de l'une et à côté je stocke 1024 octets de l'autre, "ligne par ligne". Là peut-être que ça passe ?
oui par exemple, ou découper une image en blocs de 8x8 (ça permet aussi d'accelerer en passage non horizontal)
Je me met dans un cadre où je ne veux pas toucher aux instructions prefetch des processeurs récent.
tu peux aussi lire un octet tout les 32 (ou 64, suivant la taille d'une ligne de cache) là ou tu vas écrire, pour le mettre en cache.
(ça permet souvent d'aller jusqu'a 2x plus vite)
et j'avais remarqué que le MMX pouvait charger ses registres avec des acces mémoires non alignés sans perte de vitesse... mais hum c'était du temps des pentiumII ( vieux con inside (tm) :) )
et heu evidement, il faut etre sur que le cache soit bien le goulet d'étranglement, sinon tu perds ton temps.
# remarques
Posté par kassoulet (site web personnel) . En réponse au journal La mémoire, goulot d'étranglement : optimiser le cache processeur.. Évalué à 5.
oui par exemple, ou découper une image en blocs de 8x8 (ça permet aussi d'accelerer en passage non horizontal)
Je me met dans un cadre où je ne veux pas toucher aux instructions prefetch des processeurs récent.
tu peux aussi lire un octet tout les 32 (ou 64, suivant la taille d'une ligne de cache) là ou tu vas écrire, pour le mettre en cache.
(ça permet souvent d'aller jusqu'a 2x plus vite)
et j'avais remarqué que le MMX pouvait charger ses registres avec des acces mémoires non alignés sans perte de vitesse... mais hum c'était du temps des pentiumII ( vieux con inside (tm) :) )
et heu evidement, il faut etre sur que le cache soit bien le goulet d'étranglement, sinon tu perds ton temps.