<f...@g...pl> napisał(a):

> > Starym programistom do dziś segmentacja jawi się jako
> > koszmar.
>
> dlaczego konkretnie? nie calkiem to pamietam, pamietam
> ze jesli chodzi o PC/640KB faktycznie bylo to b brzydkie,
> ale bylo to tez cos innego, segmenty i offsety byly
> przemieszane w jednym obszarze, tutajbylo by y zupelnie
> niezaleznych pul, z punktu widzenia programu w c nie
> zmienilo by sie zawiele wskazniki mialyby troche inną
> arytmetyke czy tez raczej byly by 'dwa'; mz z czasem sie
> to raczej przyjmie bo korzysci sa duze
>
>
w sumie to i obecnie mozna by miec szybkie realloki korzystajac
z tego rze virtualna przestrzen adresowa jest duza, trzebaby
w mallocu podawac dwie liczby alokowany ram i rezerwe, np

char* data = malloc(2 000, 1 000 000);

realnie zaalokowane byloby 2000 bajtow (czyli jedna strona 4k)
ale przestrzen adresowa za tym az do 1 000 000 bylaby
zarezerwowana, tym samym realloki az do 1 000 000 byly by
bardzo tanie (chcialo by sie powiedziec instant ale nie jestem
pewien jakie operacje tam trzeba wykonywac aby dodac (czy jak
oni chyba mowia 'zakomitowac' dodatkowe strony w ramie)

np realokowanie data z 2k do 60k to 'zakomitowanie' 15 stron
- czy jest to szybka operacja ? ktos wie dokladnie?

powinno to byc zrobione by bylo szybkie - raczej da sie to
zrobic i wtedy nie trzeba sie martwic realloki i rozciagliwe
tablice - jest to mozliwe



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