(w zwiazku poniekad z linkami od jednego grupowicza nt
aos i soa)

dod czyli date aoriented design

nie czytalem duzo na ten temat, ale co mozna powiedziec-
co poniektorzy zauwazyli ze solidne trzymanie danych w
porzadku i prostocie (np nie wtrynianie niejawnych pol
w struktury nie szafowanie malokami i free, wskaznikami itd
i wogole nie robienie z wszystkiego rozmaitch
obiektowych krzakow) przeklada sie na szybkos proramu,
Mozna isc jeszcze dalej (n iz po prostu wywalajac rozne
niepotrzebne 'nierownosci') tj cahce-specyficznie rozlokowywac
dane itd tak by cahce dzialaly jak najszybciej, jest to
poniekad podejscie nizejpoziomowe niz moje zwykle podejscie
w c (gdzie ja az tak bardzo nie przejmuje sie dokladnymi
specyfikami typu ile bajtow ma linia cache itd) i nie
przekladam na codzien cache friendlosci nad naturalną
postacia tablic (jako ze jest to specyficzne dla maszyny
i wymaga tez zdaje sie doczytywania masy nt dzialania
cache) - ale rozumiem to jako ew domente trickow
optymalizacyjnych;
ciekawe ze we wspolczesnych czasach to rozmieszczenie
danych stalo sie tak wazne dla optymalizacji, dawniej
raczej optymalizowalo sie komendy teraz wzroslo
znaczenie danych i systemu cache, optymalizacja kodu
maszynowego zajmuje sie malo kto - nie bardzo niestety
umiem porownac w sumie obu tych dzialek dla wzrostu
optymalizacji

--
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/

do góry