On 6 Lis, 09:47, "M.H." <m...@o...pl> wrote:
> W dniu 2010-11-06 07:49, Mariusz Marsza kowski pisze:> On 5 Lis, 21:55,
"M.H."<m...@o...pl>  wrote:
>
> >> A czy ta strategia zosta a jako zweryfikowana, albo opiera si na
> >> obiektywnych przes ankach ?
>
> > Sprawd dwa algorytmy mno enia macierzy. Jeden zwyk y a w drugim
> > zastosuj wst pn transpozycje jednej z macierzy. W drugim procesor
> > b dzie m g przewidzie dost p do danych i umie ci je w cache.
> > r d a takich algorytm w s w archiwum grupy. R nice w wydajno ci
> > s ogromne, nie pami tam dok adnie jakie, co mi si wydaje e
> > 6-10razy.
>
> Nie musisz mnie przekonywa , e cache jest bardzo wa ny - to chyba jest
> rzecz powszechnie znan . Konkretny problem jest taki: jak wa ny jest
> (czyt- ile warto dop aci ) cache L3. Np cache L3, ale kosztem jednego

Tak dokładnie to nie wiem... w każdej aplikacji inaczej. Można
założyć że producent procesora o to się martwi, aby był dobry
stosunek rdzeni do ilości cache.

A do szybkiej kompilacji to może ram-dysk by najbardziej
pomógł?
Pozdrawiam.