On 11-11-2011 08:48, f...@g...pl wrote:
> <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)
Ciekawi mnie bardzo skad Ci sie wzielo ze strona 4k ma 2000 bajtow ?

> ale przestrzen adresowa za tym az do 1 000 000 bylaby
> zarezerwowana, tym samym realloki az do 1 000 000 byly by
No i po to jest programista, aby w/w implementowal tak gdzie jest taka
potrzeba. Bo przewaznie nie ma.

> 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
>
Tak dokladnie dziala stos na windows.


Pozdrawiam

Marek