Загрузка памяти. Нормально ли это?

[Alex2000]

у меня на старом ноуте 512 и ещё ни разу не сталкивался с нехваткой

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

[gantellus]

Alex2000, на 512-то?  ну как бы неудивительно))) убунте самой по себе вроде около 350 метров советуется чтоб было а тут ещё и виртуал бокс с виндой... я имел в виду, что система вполне хорошо себя чувствует, будучи одна запущена на 512 оперативы ДДР1

[Alex2000]

Памяти 768, в виртуалбоксе выделено 256x2, то есть с 512 уже с одним виртулабоксом могут быть проблемы.

[stepaster]

А сколько вообще нужно памяти для нормальной работы под ubuntu 8.04 64 bit? У меня на ноуте стоит 1 гиг и памяти катострофически не хватает. На рабочем компе стоит тот же гиг но ubuntu 7.04 32 bit? Используется тот же самы набор ПО что и на 7.04

[mechanical]

А сколько вообще нужно памяти для нормальной работы под ubuntu 8.04 64 bit? У меня на ноуте стоит 1 гиг и памяти катострофически не хватает. На рабочем компе стоит тот же гиг но ubuntu 7.04 32 bit? Используется тот же самы набор ПО что и на 7.04

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

[stepaster]

Определял при помощи ощущений. Все тормозило просто жутко.
Смотрел через системный монитор. Там доходило до того что память выедалась почти полностью. Своп поднимался по разному. В течение сегодняшнего дня до 800 мб выростал.
Сейчас нечайно нажал на закладку file systems и обнаружил что диск на котором стоит ubuntu забит на 99%. Оказалось что это были логи postgres. Почистил. Ощущениям жутких тормозов стало меньше. Похоже что дело было в этом
Использование своп уменьшилось примерно в 10 раз. Вот данные из top по памяти после

top - 17:15:24 up 20 min,  3 users,  load average: 0.35, 0.64, 0.53
Tasks: 136 total,   3 running, 133 sleeping,   0 stopped,   0 zombie
Cpu(s): 14.0%us,  1.2%sy,  0.0%ni, 84.8%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:   1020768k total,   977840k used,    42928k free,     9036k buffers
Swap:  3903784k total,    56636k used,  3847148k free,   136472k cached

PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND           
 5928 root      20   0  430m  41m 6056 S    9  4.2   3:56.73 Xorg               
 6783 stepan    20   0  486m  76m  18m S    5  7.7   0:45.40 firefox           
 6522 stepan    20   0 63824  20m 6784 S    1  2.1   0:07.05 skype             
 6368 stepan    20   0  262m  25m  11m S    1  2.5   0:01.68 gnome-terminal     
 6498 root      20   0  363m 106m 9128 S    1 10.7   0:19.92 java               
 6835 stepan    20   0 95980 8080 5740 R    1  0.8   0:00.32 artsd             
 7808 stepan    20   0 18988 1272  932 R    1  0.1   0:00.04 top               
 6308 stepan    20   0 63544 2928 2324 S    0  0.3   0:00.16 gvfsd-trash       
 6663 stepan    20   0  615m 300m  11m S    0 30.1   0:54.47 java               
    1 root      20   0  4016  820  552 S    0  0.1   0:01.18 init               
    2 root      15  -5     0    0    0 S    0  0.0   0:00.00 kthreadd           
    3 root      RT  -5     0    0    0 S    0  0.0   0:00.04 migration/0       
    4 root      15  -5     0    0    0 R    0  0.0   0:00.04 ksoftirqd/0       
    5 root      RT  -5     0    0    0 S    0  0.0   0:00.00 watchdog/0         
    6 root      RT  -5     0    0    0 S    0  0.0   0:00.00 migration/1       
    7 root      15  -5     0    0    0 S    0  0.0   0:00.04 ksoftirqd/1       
    8 root      RT  -5     0    0    0 S    0  0.0   0:00.00 watchdog/1 

[mechanical]

вполне нормальные показания. если учесть, что лишняя память отводится под дисковый кэш.
в кде размер кэша легко посмотреть, как в гноме не нашел. есть только одна идея кэш = показания top - показания системного монитора

[Thread]

вполне нормальные показания. если учесть, что лишняя память отводится под дисковый кэш.
в кде размер кэша легко посмотреть, как в гноме не нашел. есть только одна идея кэш = показания top - показания системного монитора

free

[mechanical]

вполне нормальные показания. если учесть, что лишняя память отводится под дисковый кэш.
в кде размер кэша легко посмотреть, как в гноме не нашел. есть только одна идея кэш = показания top - показания системного монитора

free

спасибо

[stepaster]

В общем проблема до конца не решилась.Все так же отъедается память, а вернее растет объем используемого свопа. Сегодня опять объем свопа был в районе 800мб.
Решил проследить может где память течет. В течение всего времени размер свопа постоянно увеличивается. Делал следующий эксперимент. Открываю файл на 95 мб при помощи gedit своп увеличивается примерно на этот же размер. Закрываю размер свопа не уменьшается. Есть подозрение что это связано с тем что у меня рамер свопа в 4 раза больше чем размер ОЗУ. Что скажите?
Кстати как кроме как можно задать размер испольуемого своп файла?

[Scriber]

А зачем делать своп в 4 раза большим за 1-гиговую оперативную память? Вообще мне интересно как система ведет себя с таким свопом...

[stepaster]

Своп был сделан в 4 раза больше в связи с тем что собирался делать апгрейд памяти до 4ГБ.
Ведет он себя так как я писал выше. Сначала работает шустро. Потом потихонечку своп забивается. Далее все выглядит так как будт-то памяти очень сильно не хватает и приложения свопятся.
Раздел свопа переформатировал до 2 гиг. Пока работается нормально

[mechanical]

Вообще хотелось бы услышать от знающих, как всё-таки правильно выбирать размер свопа.
Стандартные рекомендации swap = 2 * RAM упоминаются в довольно старинных мануалах.
Как быть со свопом сейчас? учитывая гибернейт и огромные размеры ОЗУ

конкретно, владельцы 1Гб ОЗУ, какой своп выбрали вы?

[Thread]

учитывая гибернейт и огромные размеры ОЗУ

конкретно, владельцы 1Гб ОЗУ, какой своп выбрали вы?

Я бы посоветовал следовать старому правилу (*2), если размер памяти меньше 2 ГиБ. Если же равен или больше, то свапа надо ровно столько, чтобы хватило на спящий режим.

[Dfg]

Гы. 500 мб. Причем своп еще ниразу не использовался.
зы .Суспенд не юзаю