куда девается своп?

Виртуальная память не обязана быть allocated, насколько помню. Иными словами, можно "заказать" терабайт, но "реально" использовать 1 мегабайт.

> Виртуальная память не обязана быть allocated, насколько помню. Иными словами, можно "заказать" терабайт, но "реально" использовать 1 мегабайт.

По идее да, она может выделяться только при обращении к ней.

хм... спасибо за разъяснения.

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

У кого-нить есть идеи?

2Vinick:

> ...какая сволочь делает такие "заказы памяти", ...

Обрати внимание, она у тебя 2 гига отъела. Система 32-х битная?

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

>насколько я понимаю, в юзерспейсе больше 2 гигов не доступно

нет. предел составляет гдето 2.7 Gb

система 32-битная, Приложение стартует с занятыми примерно 60 метрами(это нормально и правомерно), потом соскоростью 2-3 Мб/сек отъедает виртуальную память и при достижении примерно 2.7 гигов, как и сказал cvv, падает по exception bad_allock.

Vinick :

Тогда не понимаю вопроса.

Посмотри, где память течет. Очевидно, приложение в цикле выделяет память и ничего с ней не делает. Как только адресное пространство заканчивается, падает.

все, разобрался, в утечка была чужой библиотеке,в цикле выделялись блоки по 128 килобайт, использовалось из блока всего 10 кб и потом память не освобождалась.

Меня просто сбило с толку, то как она текла. Обычно если память течет, то после определенного момента начинается активная работа со свопом, а тут таких симптомов не было.

Всем спасибо.

2Vinick :

> Обычно если память течет, то после определенного момента начинается активная работа со свопом, а тут таких симптомов не было.

Надеюсь. понятно, почему.

На вс. случай поясню: фактически память не выделялась, а только резервировалась. Выделялись только адреса, а реальных страниц для них не выделялось, соответственно, и свопиться было нечему. Как только адресное пространство закончилось, резервировать стало нечего...

2cvv :

>>насколько я понимаю, в юзерспейсе больше 2 гигов не доступно

>нет. предел составляет гдето 2.7 Gb

Кажется, ты с этим тут недавно разбирался? Или не ты, не помню...

Можешь пояснить расклад? Скока на юзерспейс (data, etc.), что ядро отъедает?

Меня интересует на 32бит классике _и_ на LP64 (кстати, а есть ли Линух на _других_ (кроме LP64) 64-битных моделях?).

(На вс. случай, кто не понимает, что такое LP64, http://www.unix.org/version2/whatsnew/lp64_wp.html)

> Ничего страшного, все равно больше реальной памяти, чем есть, задача не получит:)

обнадежил:-)

так вот почему у меня иксы по 100-150 метров свопа съедают, а памяти свободной остается постоянно больше 100 метров (как говорит top)

на ia32 ядро отедает 1Гиг. Остальное компилер по своему усмотрению распределяет.

на тему LP64 ничего не знаю

2cvv:

> ...на ia32 ядро отедает 1Гиг.

1+2.7=3.7

А адресное пространство 2^32/1024/1024/1000 = 4.096 (ок, 2^32/1024/1024/1024 = 4)

Куда еще треть гига девается?

>2.7

Это только куча.

>Куда еще треть гига девается?

сегменты/секции стека, кода, данных.

цифры приблизительные. в каждом конкретном случае компилер может разрулить юзерспейсовские 3Gb как сам посчитает правильным