Top.Mail.Ru
Мастера DELPHI, Delphi programming community Титульная страница Поиск, карта сайта Написать письмо 
| Новости | Поиск | FAQ | Статьи | Книги | Новости VCL |
| Форумы ЧАТ | Орешник | KOL и MCK |
Форумы -» Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

память и файл подкачки


Страницы:   1 2

KADAN ©   (2005-05-14 10:27:00) 

выделяю много памяти и хочу узнать где мне эту память дали, именно в памяти или выделили место в файле подкачки.


Digitman   (2005-05-14 12:41:00) [21]


> Интересно что понимается под "свой свопинг"


вот именно - ЧТО ?

гонять туда-сюда байты из файла и обратно средствами API - это вовсе не свопинг

свопинг - механизм, реализуемый самой ОС на уровне ядра

механизм этот тесно связан с соотв.фичей ЦП


alex_***   (2005-05-14 12:33:00) [22]

Делай временные файлы с промежуточными результатами. Интересно что понимается под "свой свопинг" - написать свой менеджер памяти?


KADAN   (2005-05-14 12:31:00) [23]

Уважаемые Digitman и Набережных С., не надо сомневаться... дело действительно обстоит так. комбинируя буферизацию и свой свопинг можно добиться весьма значительного ускорения работы, нежели доверять это дело "венику".

2 Deka. Алгоритм и так оптимальный. Объем данных, повторяюсь, может быть "бесконечным" (int64). Небольшие объемы (помещающиеся в памяти) свопить не имеет смысла, для этого мне и нужно место именно в физической памяти.


Deka   (2005-05-14 12:13:00) [24]

Наверное можно как-то сказать "венику" что такой-то блок памяти нельзя выгружать, но если ты всю память забьешь - "веник" загнется... :(


Набережных С.   (2005-05-14 12:13:00) [25]


> KADAN ©

VirtualAlloc + VirtualLock. Только я сильно сомневаюсь, что ты обеспечишь более эффективный свопинг, нежели ОС, ну да дело хозяйское.


Deka   (2005-05-14 12:12:00) [26]

Может лучше алгоритм оптимизировать? Моим задачам тоже требовалось много памяти и "веник" ругался на нехватку ОЗУ (при полутора гигов на борту), но переделал алгоритм и теперь все в полном ажуре. И скорость и объем.


KADAN   (2005-05-14 12:06:00) [27]

Digitman ©   (14.05.05 11:57) [5]
задача - маскимальное ускорение работы с данными. если влазит в память (именно в физическую), тогда работать с памятью, иначе своп производится вручную.


Digitman   (2005-05-14 11:57:00) [28]


> очень сильно влияет.


что-то слабо верится ...
каков характер твоей задачи ? что она делает ?


лучше я уж буду свопить сам


это как ?


KADAN   (2005-05-14 11:53:00) [29]

-=XP=- ©   (14.05.05 10:33) [1]
к сожалению, не смог этой функцией выделить место именно в физической памяти, может подскажете необходимые параметры

Digitman ©   (14.05.05 11:17) [2]
очень сильно влияет. лучше я уж буду свопить сам.

-=XP=- ©   (14.05.05 11:35) [3]
нельзя ограничиваться двумя гигабайтами, объем данных может быть ОЧЕНЬ большим.


-=XP=-   (2005-05-14 11:35:00) [30]

что, свопинг сильно влияет на производительность твоего алгоритма ?

В технических требованиях писать:
Требуемый объем ОЗУ: 2 ГБайта


Digitman   (2005-05-14 11:17:00) [31]

а какая тебе разница ?
что, свопинг сильно влияет на производительность твоего алгоритма ?


-=XP=-   (2005-05-14 10:33:00) [32]

Нужно не спрашивать, а выделять в нужном месте.

HGLOBAL GlobalAlloc(
   UINT uFlags, // object allocation attributes
   DWORD dwBytes  // number of bytes to allocate  
  );


Страницы:   1 2

Наверх

Титульная страница Поиск, карта сайта Написать письмо