Russian Qt Forum

Как узнать объем доступной оперативной памяти?

в каждой ОС по-разному. Тебе в какой?

А кроссплатформенного решения нет?

А что ты понимаешь под доступной оперативной памятью и для чего тебе нужна эта информация?

Например, я хочу загружать из большого файла данные кусками! Хотелось бы знать какого размера кусок я могу прочитать в оперативку!?

Процесс работает в виртуальном адресном пространстве. Сколько страниц физической памяти ему в данный момент предоставит ОС зависит только от нее. В следующий момент она может выгрузить большую часть страниц в своп и отдать физическую память другому процессу.
По большому счету эта информация бесполезна. IMHO, лучше выбирать размер кусков, основываясь на других соображениях.

Ну или, например, если мы хотим, чтобы наше приложение занимало в оперативке памяти не больше определенной константы!

Совершенно верно.

Буфер 4-6 Mb вполне достаточно. Больший буфер прироста в скорости не даст.

Это лучше задать на старте основываясь на размере физической памяти (напр 80%) и позволить пользователю менять это значение. И распределять основываясь на этом. Информация, полученная от ОС. будет динамична/неустойчива, напр. в какой-то момент памяти может быть мало (что-то мощное стартовало)  и.т.п.

Спасибо! Это понял!

Да не нужно привязываться к физической памяти. Эта величина тоже ничего не дает.
Предположим, что платформа 32 битная.
На машине установлено 512 Мб оперативной памяти, я очень сильно сомневаюсь, что приложение получит 80% от нее (имеется ввиду физическая память), ОС найдет ей другое применение.
Или на машине установлено 32 Гб оперативки, приложение физически (без дополнительных телодвижений) не сможет адресовать больше 4 Гб (а на самом деле в зависимости от ОС - 2 или 3 Гб).

Короче, не морочь себе пейсы.  :)

Дает. Разумеется, для 32-битного подсекаем размер физической памяти до 2 Gb. А вот если стоит всего 512, то ОС будет выделять, скажем, 1 Gb и больше - но с очень печальными последствиями. В 64-битах ситуация та же но в большем масштабе.

Не морочу ввиду отсутствия таковых  :)

Ну так а что в таком случае дает? :)
Если стоит 512 Мб, то 80% от нее ты вряд-ли получишь.
Тогда для чего все это?

Можно "получить" (то есть выделить) и 160%. а когда и 300%  :) Разумеется я не узнаю "что" я получил, реальная ли это память или страницы на диске. Мне важно знать стОит ли выделять больше памяти или уже пришла пора обработать часть данных, выдать результаты и затем заниматься следующей порцией (пусть с накладными расходами). 

Как ты это узнаешь? Особенно опираясь на размер физической памяти.

Просто вычисляем предельное (максимальное) значение один раз на старте. Ведем статистику сколько уже распределено. Сравниваем выделено - предел, напр.

Так а какое максимальное значение будет для 256, 512, 768, 1024, ... Мб
И почему ты думаешь, что при запуске одной и той же программы на одном и том же железе, ОС будет предоставлять одинаковое количество физической памяти?
Что пытаемся достичь такими расчетами размера буфера, если в любой момент времени ОС может забрать всю физическую память этого буфера выгрузив его в своп?
Для чего все это?