Autor: Wojtek Piecek (wojtekp_at_tch.waw.pl)
Data: Mon 02 Oct 1995 - 21:23:35 MET
Andrzej Karpinski napisal(-a) :
>
> > odnosi sie do wszystkich systemow wielozadaniowych. Nie istnieje
> > sposob powiedzenia sterownikowi "cache": >>hej, stary, to zostaw na
> > stale, bo nalezy do kernela i jeszcze ci sie przyda<<. Kazdy dlugi
> > ciag instrukcji i/lub dostep sekwencyjny do pamieci danych (zalezy od
> > tego czy cache jest wspolna czy dzielona miedzy instrukcje i dane)
> > powoduje "wymazanie" z cache'a zapamietanych danych, a wtedy kazde
> > odwolanie do kernela, lub zmiana otoczenia w wyniku timeshare'ingu
> > powoduje wczytywanie z RAM'u.
>
> blad! istnieje taka mozliwosc - pozwala na to procesor 486 - w jednym
> z trybow pracy, cache zachowuje sie jak szybka pamiec sram dla
> niewielkiego obszaru adresow i nie dziala przwidywanie tego, co
> bedzie w przyszlosci potrzebne i wymiana danych w cache. inna rzecz,
> ze zwykle system operacyjny nie pozwala na korzystanie programom z
> instrukcji sterujacych cachem. no i zastanawiajaca jest przydatnosc
> takiego rozwiazania w srodowisku wielozadaniowym, chociaz jakby sie
> ktos uparl, to faktycznie moznaby uzyskac pewien wzrost predkosci :)
> (chodzilo oczywiscie o wewnetrzny cache procesora)
>
> karpio
>
Dokladnie !!! Moj znajomy numeryk, wykombinowal dosc sprytna metode mnozenia
wektora przez stala: ladowal wektor do cache, blokowal zawartosc i jak nie
pomnozy przez stala !!! Wynik byl szokujacy. Kilka razy szybciej niz recznie
kodowane biblioteki, ale nie byl uniwersalny ...
-- Pozdrowienia, Wojtek [wojtekp_at_tch.waw.pl]
To archiwum zostało wygenerowane przez hypermail 2.1.7 : Tue 18 May 2004 - 12:25:21 MET DST