опубликован 17-12-2001 07:15 MSK            

Я ЖЕ СКАЗАЛ ЧТО НИКИКИХ ПРОБЛЕМ СО СЖАТИЕМ ПАМЯТИ БЫТЬ НЕ МОЖЕТ В ПРИНЦИПЕ
МАЗДАЙ САМ ЕЕ СЖИМАЕТ!!!!
ВСЕ ОСТАЛЬНОЕ=ДУРЬ

The WM_COMPACTING message is sent to all top-level windows when Windows detects more than 12.5 percent of system time over a 30- to 60-second interval is being spent compacting memory. This indicates that system memory is low.

WM_COMPACTING
wCompactRatio = wParam; // compacting ratio

Parameters

wCompactRatio

Value of wParam. Specifies the ratio of central processing unit (CPU) time currently spent by Windows compacting memory to CPU time currently spent by Windows performing other operations. For example, 0x8000 represents 50 percent of CPU time spent compacting memory.

Return Values

If an application processes this message, it should return zero.

Remarks

опубликован 17-12-2001 00:35 MSK            

char* p1 =GetMem(1); // OK! Адрес 0
char* p2 =GetMem(1); // OK! Адрес 1
char* p3 =GetMem(1); // OK! Адрес 2

После этого освобождается память p2

FreeMem(p2);

Теперю мы имеем следующую картину:
Адрес 0 - занят 1 байт
Адрес 1 - свободен
Адрес 2 - занят 1 байт
Адрес 3 - свободен

Итого - свободно 2 байта, но пди получи их

char* b4=GetMem(2); // ОШИБКА

Это и есть фрагментация адресного пространства.

Решение состоит в том, что после вызова GetMem(2) не только блок памяти по адресу 2 перешел на адрес 1, освобождая два байта в конце, но и в переменной p3 записалось новое значение - 'адрес 1'. В противном случае
программа перестанет правильно работать.

Решение проблемы - в отказе от работы с памятью 'напрямую' и использовании сборщиков мусора (как в Java и .Net) - т.е. Run-time библиотека или ОС должна уметь изменять
адреса, хранящиеся в указателях.

опубликован 17-12-2001 19:12 MSK            

Да, если ипользовать, например, только GlobalAlloc, GlobalLock и GlobalUnlock.
но в MSDN читаем:

The global and local functions supported for porting from 16-bit code, or maintaining source code compatibility with 16-bit Windows. The global and local functions are slower than other memory management functions and do not provide as many features. Therefore, new applications should use the heap functions. However, the global functions are still used with DDE and the clipboard functions.

Но VirtualAllock, HeapAlloc и т.п. возвращают LPVOID - в терминах C++ имеено указатель! - т.е. в C++ к ниму можно применять
арифметические операциии.

Пусть в моем пермере p1,p2,p3 и p4 - не указатели, а дескрипроы, и ОС в ответ
на вызов

char* b4=GetMem(2);

не выдаст ошибку 'Out of memory', а "сажмет" память, и выдаст дескрипрор 'Адрес 1'.

Теперь мы имеем следующую картину:
Адрес 0 - занят 1 байт
Адрес 1 - занят 2 байта
Адрес 2 - занят 1 байт
Адрес 3 - занят (хвост от Адрес 1)

Видите, наши 2 байта 'налезли' на 'Адрес 2'.
В принципе, если не выполнять операции над указателями, то можно и так. Но если будет такой код:

char* p1 =GetMem(1); // OK! Адрес 0
char* p2 =GetMem(1); // OK! Адрес 1
char* p3 =GetMem(1); // OK! Адрес 2
FreeMem(p2);
char* b4=GetMem(2); // пусть тоже ОК! Адрес 1

*p3='A';
p2[1]='B';

что теперю записано в *p3?
Откуда C++ программа узнает, что Адрес 1 + 1 = Адрес 3? нет, она тупо считает, что Адрес 1 + 1 = Адрес 2. В итоге *p3=='B'. Но мы то хотели другого.

В принципе ситуация фрагментации памяти в большинстве программ практически не может возникнуть - на это и расчитан "старый добрый" механизм указателей. Но если программа дожна работать "вечно" (например, Web-сервер) или обрабатывать очень большие объемы данных, то эта ситуация вполне возможна. Именно по этому в современных языках практически отказываются от указателей

опубликован 18-12-2001 06:43 MSK            

и да будет вам известно что LocalAlloc вызывает именно HeapAlloc=кто не верит go IDA

память и ежу понятно что выделяется 4k страницами

ну а если ты умудрился загадить своими кривыми руками 2Гб пространства твоего процесса=это твои проблеблемы=ты отстойный програмер

опубликован 24-12-2001 06:37 MSK            

вы бы еще попытались сделать так, чтоб malloc вам память выделял в кеше процессора :)))

когда вы просите блок памяти в N байт, вы получаете "адрес" начала блока.
этот "адрес" всего лишь смещение от начала сегмента, величина смещения от 0 до 2^32, а сегмент (в современных процессорах) это всего лишь описание памяти (размером соответственно до 4Гбайт).

вся физическая память (с позиции процессора и операционки) разделена на страницы размером 4кбайт. если к данным в некоторой странице происходит обращение, процессор!! (через описатель сегмента памяти) для данной страницы ставит отметочку 'использовалась'. для не используемых страниц процессор снимает эту отметочку.
если вдруг происходит обращение к "адресу" для которого небыло страницы и свободного места нет в физической памяти, то процессор генерирует прерывание (вызывает функцию операционной системы :) по которому операционка просматривает все страници и сбрасывает в своп те, которые давно не использовались, в описателе сброшенной страницы ставит отметочку 'в свопе' , и возвращает управление после перывания.
если вдруг происходит обращение к странице для которой стоит отметочка 'в свопе', процессор генерирует соответствующее прерывание, а операционка восстанавливает страницу из свопа.
существует несколько методик распределения страниц по котрым операционка управляет памятью.
(извиняюсь за идиотское изложение технических основ :)

если вы в своей программе запросили массив
int A[10000];
а используете только первые сто элементов, то остальная часть массива будет сброшена в своп (частями по 4к). при этом используемая часть массива какое-то время будет находиться в кеше(кешах) процессора. все это происходит без вашего ведома и согласия и вас не должно касаться до тех пор пока не начнете писать свою операционку.