| Newsgroups |
gmane.linux.region.czech |
| Message-ID |
<[email protected]> |
>> v podstate jde o to aby neprosakovaly informace mezi jednotlivymi procesy,
>> a pak take mezi ring0 a ring3
>>
>> nestacilo by v procesoru proste ukladat ke kazdemu radku cache i adresu
>> aktualni tlb a ring. kazdy proces+ring by pak mel pristup pouze ke sve casti
>> cache
>
>tohle by jistě šlo, ale právě jste zdvojnásobil velikost klíče, podle nějž
>se v L1 keši hledá, a to by se velmi pravděpodobně projevilo na rychlosti keše.
co zkratit na PCID+ring, ale o vyhledavacich algoritmech v cache nic nevim, takze jestli to pomuze...
>
>> jeste by zbyla moznost spekulovat nad vyhazovanim informaci z cache z duvodu
>> alokace rakdu jinym procesem, ale to by urcite slo take nejak resit,
>> uvolnovanim radku po nekolika(nahodne) naraz apod.
>
>Tohle by spíš nepomohlo, náhodné efekty jsou obvykle snadno vyprůměrovat.
treba by to slo odvozovat od doby od posledniho prepnuti tlb, pak by chybela pro utok nezbytna korelace
mezi poctem uvolnenych radku a jejich potrebou, ale dopad na ucinnost takove cache by asi byl dost drasticky
_______________________________________________
Linux mailing list
[email protected]
http://www.linux.cz/mailman/listinfo/linux