W dniu 2010-02-15 23:04, Latet pisze:
> A sens... no cóż, chciałem przetestować operację, która będzie w jak
> największym stopniu zależna od czasu dostępu. [...]
Owszem, i to Ci się udało. Jednak w codziennej pracy należy
jak najbardziej unikać operacji zależnych od czasu dostępu.
Z tego zresztą powodu tak promuję pisanie małych i lekkich
aplikacji mimo, że RAM komputerów ma pojemność wystarczają-
cą do przechowywania wielkiego kodu i wielkich zbiorów da-
nych. Owszem, jak aplikacja jest w RAMie to działa szybko,
ale mało kto bierze pod uwagę, że musi się tam *skądś wziąć*.
A weźmie się w efekcie operacji stronicowania, która jest
dostępem silnie losowym -- a więc im mniejsza aplikacja, tym
mniej stronicowania i szybsze jej działanie (o całe rzędy
wielkości, a nie milisekundy), a im oszczędniej generuje
dane w bloku pamięci anonimowej, tym mniej operacji stroni-
cowania do pliku wymiany i podobny wzrost wydajności.
-- |""""""""""""""""""""""""""""""""""""""""""""""""""""""""""| | Radosław Sokół | http://www.grush.one.pl/ | | | Politechnika Śląska | \................... Microsoft MVP ......................../Received on Fri Feb 19 09:10:08 2010
To archiwum zostało wygenerowane przez hypermail 2.1.8 : Fri 19 Feb 2010 - 09:51:04 MET