[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: L2 Cache -> Was: Wolf Dietrich o A\BOXu, GW2K a P5
Ondrej Zima wrote:
>
> Peter Molnar wrote:
> >
> > Filip Doksansky wrote:
> > > To je teda tezka kravovina !!! U interni cache to mozna trochu plati,
> > > protoze
> > > Motorola ma spoustu univeralnich registru a proto nepotrebuje tolik
> > > sahat
> > > do pameti jako Intel, ale u L2 cache to je UPLNE o necem jinym. Jako
> > > priklad muzu uvest Quake engine, na kterym pracuju:
> > > Kdyz si v surface-cache predpocitam nasvetlenou texturu, tak ji musim
> > > CELOU ulozit do pameti (az 64Kb) a potom pri renderingu ji zase CELOU
> > > bajt po bajtu taham ven a renderuju na screen. Kdybych mel alespon
> > > 128Kb,
> > > coz ma kdejaka debilni 386, tak do ty cache nacpu i celej Render-Buffer
> > > a vykresleni jednoho polygonu se zrychli asi tak 5x (70ns RAM vs 15ns
> > > Cache)
> > > Takhle to dopadne tak, ze se bude PPC neustale stourat v nose a cekat na
> > > nejaky data z PRISERNE pomaly "fastky" a celej vykon jde do pr..
> > > Jestli to nevite, tak L2 cache se vsichni bojej proto, ze by se to pralo
> > > s
> > > hardwarem amigy, protoze je mapovanej do adr. prostoru jako normalni
> > > ramka,
> > Neviem, nikdy som sa o cache az tak velmi nezaujimal, ale nezda sa mi,
> > ze by sa L2 cache mapovala ako dalsia RAMka(aspon teda u PC nie) - je to
> > len akasy pamet, ktora je viditelna len pre procesor a nie pre
> > programatora a pouziva ju na priebezne ukladanie dat, aby sa nemusel
> > stale hrabat v klasickej a pomalej RAM. Data sa z nej premiestnuju do
> > RAMky po jej naplneni, alebo priebezne podla typu prace s Cache:
> > write-throught, alebo write-back, ale ako vravim nezaujimal som sa o to
> > hlbsie a neviem ako to bezi u Amigy.
> Sdilim s tebou tento nazor. Asi do ni tezko muze kdokoli do ni
> pristupovat
> ci dokonce v neco predpocitacat. To co bude v cache pameti rozhoduje
> radic cache na HW urovni. Fido, to bys musel obejit tento HW radic
> (vyradit ho :-) a napsat svuj vlasni SW radic. Pak to udelat tak,
> ze bys cache pro kod vypnul a pouzil ji pouze pro data.
> (To je dost dobra utopie, stejne to nejde nebo mozna jo, co ja vim,
> treba to Fido zvladne levou zadni)
> Podle me je cache prave na takovej kod, kterej (a to neni z me hlavy)
> kerej je velmi pouzivany (90% kodu jsou smycky) a prave proto je dobra
> cache.
>
Jezismarja a vo cem asi mluvim ? Kdyz si neco zacnes ukladat do pameti
(napr. Predpocitanou texturu) tak se ti to zaroven ulozi i do cache
a pokud to potom budes cist (napr. pri texturovani) tak uz se na pamet
vykasle a cte to rovnou z cache. Pokud je zapnutej Write-back, tak se
podobny efekt uplatni i pri zapisu (napr. do render-bufferu), protoze
pokud je cache jeste volna tak to nejdriv ulozi do cache a teprv
pokud neni volny misto tak to de do pameti a nebo nejstarsi kus cache
uvolni. Tadyty efekty se napriklad na PC u slusnejsich programatoru
(vetsinou coderu-demaru) vyuzivaj a presuny pameti se seradi tak aby se
program co nejvice vyhnul praci s pameti. Pokud to nejni jasny tak muzu
napsat polopatictejsi verzi pro pomalejsi lidi. A priste me usetri sveho
sarkasmu Ondro :-P <- To je vyplaznutej jazyk ;-))))))))
cau,Fido