на главнуюВсе эхи RU.INTERNET.ICQ
войти ?

Потребление памяти в ОС

От Eugene Muzychenko (2:5000/14) к George Hazan

В ответ на Заголовок предыдущего сообщения в треде (Имя Автора)


Привет!

23 Nov 13 12:52, you wrote to me:

EM>> Да-да-да, а еще она должна слопать все пространство на дисках,
EM>> заняв его под разнообразные индексы, верно? :)

GH> Разумеется. Иначе зачем мне 400-метровый SDF файл, в котором собраны
GH> определения всего и вся во всех проектах?

Какой еще 400-метровый файл? У тебя его не может быть, поскольку ОС, согласно твоим пожеланиям, уже слопала все пространство, как ты и хотел, нету у тебя больше свободного места - ни в ОЗУ, ни на дисках. Так что или крестик сними, или трусы надень. :)

GH> До тех пор, пока память будет быстрее дисков, а такое будет еще долго,
GH> невзирая на SSD, она должна ее использовать.

Так она ее использует. Hо не всю, а ровно столько, сколько оправдано при выбранных настройках поведения.

EM>> Если отсутствуют механизмы, позволяющие надежно предсказать
EM>> эффективные стратегии этого лопания - избыточное использование
EM>> памяти будет снижать производительность, поскольку сама по себе
EM>> работа с памятью небесплатна.

GH> Поэтому и надо ставить новые процессоры с достаточным кэшем.

При чем тут кэш процессора? Hа таблицы использования памяти тоже нужна память, на их просмотр, модицикацию и сортировку нужно время. Чтобы уменьшить это время - нужно еще больше памяти, а время все равно останется далеко не нулевым.

EM>> Кстати, из этого твоего высказывания следует, что семерка и
EM>> восьмерка- плохие, негодные ОС, поскольку исчерпание свободной
EM>> памяти в них наступает только после соответствующей программной
EM>> активности, а в ходе обычной ненапряжной работы свободной памяти
EM>> висит до фига.

GH> Она выделяет столько, сколько может. Hе ее вина, что программы не
GH> могут слопать ее всю :)

Так и любая другая NT выделяет столько, сколько сможет. И даже 9x делает так же, хотя у нее другие механизмы для этого.

EM>> С каких пор "общий memory usage" вдруг свелся к размеру голого ядра?

GH> А с каких пор в NT отменили премаппинг? Меня не интересует "общий"
GH> mapped commit.

И какими вычислениями ты получил 54 метра _общего_ размера занятой памяти для висты/семерки?

Всего доброго!
Евгений Музыченко
eu-gene@muzy-chen-ko.net (все дефисы убрать)

--- GoldED+/W32-MSVC 1.1.5-b20130111
* Origin: Fox Tracks, Novosibirsk, Russia (2:5000/14)

Ответы на это письмо:

From: Username
Заголовок следующего сообщения в треде может быть длинным и его придется перенести на новую строку

From: Username
Или коротким

FGHI-url этого письма: area://RU.INTERNET.ICQ?msgid=2:5000/14+52909558