LINUX.ORG.RU

mint mate жрет озу


0

1

Поставил минт мате. Железо проц amd 10, озу 8 гб, 4 проца. Компу неделя как собрал. Память ест > 800Мб. В атозагрузке все лишнее убрал. На форуме минта пишут, что у них существенно меньше ест. В чем может быть дело? Заметил, что большинство прог висит в режиме ожидания. Реально не запущены, а чего то ждут, но память кушают.

★★★★

Заметил, что большинство прог висит в режиме ожидания. Реально не запущены, а чего то ждут

Это как? В смысле «реально не запущены», в чём проявляется?

mky ★★★★★
()
Ответ на: комментарий от mky

Я все активные окна загасил, запущен только скайп и клементина и несколько аплетов, типа погоды, а в списке окон и другие приложения, которые не запущены, но с пометкой ожидает. На форуме минта говорят, что дело в том, что у меня x64. На x86, например nm апплет ест в 5 раз меньше. Может действительно дело в этом? Это у меня первый комп на x64, опыта нет.

rustamych ★★★★
() автор топика
Ответ на: комментарий от wakuwaku

Об этом я слышал. Во вывод free -m

total used free shared buffers cached

Mem: 7444 5534 1909 0 294 4015

-/+ buffers/cache: 1224 6219

Swap: 16999 0 16999

Использовано 1224Мб, запущен firefox, скайп, клементина и несколько апплетов. Вот здесь я выложил снимки с системного монитора и запускаемых приложений

http://yadi.sk/d/5KjFy0LS3c6Mk , http://yadi.sk/d/txFKuwOt3c6O6 , http://yadi.sk/d/HkgiAwUC3c6Fu , http://yadi.sk/d/rb4PzFXY3c4nQ . Снимки сдела вчера, когда все окна загасил, потребление было 900Мб.

rustamych ★★★★
() автор топика
Ответ на: комментарий от zolden

Ниже top, в следующем моем посте free и снимки.

Tasks: 166 total,   1 running, 164 sleeping,   0 stopped,   1 zombie
Cpu(s):  0.5%us,  0.5%sy,  0.0%ni, 99.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:   7623120k total,  5678396k used,  1944724k free,   302516k buffers
Swap: 17407996k total,       88k used, 17407908k free,  4112648k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND   
                                                                             
  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND                                                                                                  
 7740 nail      20   0  450m 135m  17m S    2  1.8   6:18.60 skype                                                                                                    
 1390 root      20   0  481m  94m  64m S    1  1.3  25:06.34 Xorg                                                                                                     
 1830 nail      20   0  629m  63m  12m S    0  0.9   0:52.08 mate-settings-d                                                                                          
 2012 nail      20   0  513m  14m  10m S    0  0.2   0:25.37 mate-sensors-ap                                                                                          
 2314 nail      20   0  382m 7580 5860 S    0  0.1   1:13.20 conky                                                                                                    
10010 root      20   0     0    0    0 S    0  0.0   0:02.91 kworker/u:54                                                                                             
11669 nail      20   0 17340 1336  944 R    0  0.0   0:00.02 top                                                                                                      
    1 root      20   0 24464 2320 1320 S    0  0.0   0:00.99 init                                                                                                     
    2 root      20   0     0    0    0 S    0  0.0   0:00.01 kthreadd                                                                                                 
    3 root      20   0     0    0    0 S    0  0.0   1:02.07 ksoftirqd/0                                                                                              
    6 root      RT   0     0    0    0 S    0  0.0   0:00.00 migration/0                                                                                              
    7 root      RT   0     0    0    0 S    0  0.0   0:00.23 watchdog/0                                                                                               
   21 root       0 -20     0    0    0 S    0  0.0   0:00.00 cpuset                                                                                                   
   22 root       0 -20     0    0    0 S    0  0.0   0:00.00 khelper                                                                                                  
   23 root      20   0     0    0    0 S    0  0.0   0:00.00 kdevtmpfs                                                                                                
   24 root       0 -20     0    0    0 S    0  0.0   0:00.00 netns                                                                                                    
   26 root      20   0     0    0    0 S    0  0.0   0:00.14 sync_supers                                                                                              
   27 root      20   0     0    0    0 S    0  0.0   0:00.00 bdi-default                                                                                              
   28 root       0 -20     0    0    0 S    0  0.0   0:00.00 kintegrityd                                                                                              
   29 root       0 -20     0    0    0 S    0  0.0   0:00.00 kblockd                                                                                                  
   30 root       0 -20     0    0    0 S    0  0.0   0:00.00 ata_sff                                                                                                  
   31 root      20   0     0    0    0 S    0  0.0   0:00.02 khubd                                                                                                    
   32 root       0 -20     0    0    0 S    0  0.0   0:00.00 md                                                                                                       
   33 root     -51   0     0    0    0 S    0  0.0   0:00.00 irq/40-AMD-Vi   
rustamych ★★★★
() автор топика

Тебе жалко 800Мб из 8 гб? Вообще, для Ubuntu потребление около гига оперативной памяти это вполне нормально, для Mint думаю тоже.

heinrich2
()

ССЗБ. Выкинь лишние планки памяти все-равно не используешь большую часть. И да процов чет многовато одного бы хватило.

justigor
()
Ответ на: комментарий от rustamych

Какие в системе сеть процессы лучше смотреть с помощью команды ps (консольной). Если в вводе этой команды есть firefox, значит он есть и запущен и работает. «Ожидает» в вашем «системном мониторе» означает, что процесс находится в состоянии сна в ожидании ввода/вывода данных или процессорного времени.

Команда ″ps axfo pid,rss,vsz,cmd | sort -n -k 2,2″ выведет вам список процессов, отсортированный по объёму потребляемой памяти (второй столбец). Вот сами смотрите, сколько у вас процессов и сколько они взяли памяти.

Ещё можно посмотреть вывод ″cat /proc/meminfo″, там в поле ″Slab″ указано сколько памяти взяло себе ядро по свои структуры и этот объём входит в ваши занятые 800 Мбайт, хотя не пренадлежит пользовательским программам.

mky ★★★★★
()
Ответ на: комментарий от heinrich2

Зачем писать такие коменты? Был конкретный вопрос, а это просто набор букв. Не занаешь - не пиши.

rustamych ★★★★
() автор топика
Ответ на: комментарий от justigor

И это набор бессмысленных букв, я задал вопрос не для ССЗД.

rustamych ★★★★
() автор топика
Ответ на: комментарий от mky

Спасибо. Это что же получается, ядро берет только 203Мб? А кто же кушает остальное?

cat /proc/meminfo
MemTotal:        7623120 kB
MemFree:         2068036 kB
Buffers:          370036 kB
Cached:          3932312 kB
SwapCached:           84 kB
Active:          2002664 kB
Inactive:        3015144 kB
Active(anon):     608552 kB
Inactive(anon):   124728 kB
Active(file):    1394112 kB
Inactive(file):  2890416 kB
Unevictable:          32 kB
Mlocked:              32 kB
SwapTotal:      17407996 kB
SwapFree:       17407908 kB
Dirty:                84 kB
Writeback:             0 kB
AnonPages:        715432 kB
Mapped:           196148 kB
Shmem:             17820 kB
Slab:             203680 kB
SReclaimable:     174584 kB
SUnreclaim:        29096 kB
KernelStack:        2976 kB
PageTables:        25848 kB
NFS_Unstable:          0 kB
Bounce:                0 kB
WritebackTmp:          0 kB
CommitLimit:    21219556 kB
Committed_AS:    2377620 kB
VmallocTotal:   34359738367 kB
VmallocUsed:      323244 kB
VmallocChunk:   34359412908 kB
HardwareCorrupted:     0 kB
AnonHugePages:         0 kB
HugePages_Total:       0
HugePages_Free:        0
HugePages_Rsvd:        0
HugePages_Surp:        0
Hugepagesize:       2048 kB
DirectMap4k:     2895872 kB
DirectMap2M:     3895296 kB
DirectMap1G:     1048576 kB

 
rustamych ★★★★
() автор топика
Ответ на: комментарий от darkenshvein

Да что ж это за советы такие? Я много чего ставил и много на чем работал. Вопрос в другом, это не какая то левая сборка. Тот же дистр стоит у людей и ест 250-300Мб всего, а уменя в три раза больше! Если уж говорить о левости, то все убунты это левые сборки дебиана.

rustamych ★★★★
() автор топика
Ответ на: комментарий от darkenshvein

Да что ж ты за (анти)советчик такой? Выше в моем посте (29.03.2013 9:43:05) я выложил 4 скрина и системный монитор тоже.

rustamych ★★★★
() автор топика
Ответ на: комментарий от rustamych

Тот же дистр стоит у людей и ест 250-300Мб всего,

Может у них в компьютере меньше оперативной памяти? Операционная система всегда старается использовать всю доступную память и соответственно потребление памяти на компьютере с 1 гб озу и на компьютере в 8 гб озу будет совершенно разным.

heinrich2
()
Ответ на: комментарий от heinrich2

Вот это мне первым пришло в голову. Я обычно смотрю дистры на VirtualBox. Заметил, что показания свободной памяти сильно отличаются от реальной установки. Это, правда, не касается дистров с малым потреблением. Например, runtu на виртуалке и в реальности ест всего 80Мб ОЗУ. Может это и действительно так, хотелось бы почитать об этом подробнее, но не знаю где.

rustamych ★★★★
() автор топика
Ответ на: комментарий от rustamych

Просто чем больше оперативной памяти тем больше система отводит под кэш, для обеспечения большей скорости работы. Если эта память потребуется для другой задачи, система её освободит. Так что не надо бояться большого потребления памяти, это вполне нормально. Запомни: свободная память - это зря купленная память.

heinrich2
()
Ответ на: комментарий от heinrich2

Наверное вы правы. Всех моих 8 Гиг иногда не хватает. Зависит от решаемой задачи. Поэтому свободной постоянно у меня нет, и стало быть, зря купленной тоже :)

rustamych ★★★★
() автор топика
Ответ на: комментарий от rustamych

Нет, ядро ещё берёт ″PageTables″. Это, ЕМНИП, таблицы для страничного режима работы памяти, и чем больше ОЗУ, тем они больше. Но 25 Мбайт это не много

Ещё ядро берёт ″VmallocUsed″. Вот он у вас, ИМХО, великоват (320 Мбайт). Не знаю, какие у вас драйвера загружены, можете попробовать понять вывод ″cat /proc/vmallocinfo″, но сами. Если поймёте, значит уже хорошо понимаете устройство памяти в ядре :-)

Можете попросить других, у которых «ест 250-300Мб» выложить скриншот системного монитора в их системе, может у них всякие компоненты рабочего стола расходуют поменьше памяти.

mky ★★★★★
()
Ответ на: комментарий от rustamych

не надо вопить ваши скрины ничего не не оторажают. Ещё раз:

скрин системного монитора с нужными столбцами памяти.

обычный монитор гнома, это можно настроить. И включить все стлбцы по потреблению памяти. ЦПУ убрать, не нужен, чтобы не мешал.

darkenshvein ★★★★★
()
Ответ на: комментарий от darkenshvein

а хотя видно, что mate-settings daemon удивительно много захавал памяти. На чём же эти молодцы его писали

darkenshvein ★★★★★
()
Ответ на: комментарий от mky

У меня только проприетарный драйвер для видеокарты Radeon HD 7660D, встроенной в процессор. VmallocUsed действительно великоват, но непонятно почему? Вывод ″cat /proc/vmallocinfo″ понять сложно, но попробую.

rustamych ★★★★
() автор топика
Ответ на: комментарий от rustamych

Драйверов у вас много, посмотрите вывод команды ″lsmod″. Просто это все модули, за исключением проприетарного fglrx.ko входят в ядро.

Модули обычно и жрут vmalloc, в выводе vmallocinfo второй столбец это и есть объём памяти в Байтах. Если у вам там большое число в строке, где есть fglrx.ko, значит он и взял много памяти. Но это я точно не скажу, у меня негде посмотреть, что из себя представляет интегрированная графика ATI. Интеловский i915.ko, вроде как, берёт 256 Мбайт.

mky ★★★★★
()

Самое тяжелое, на мой взгляд в mint mate - это mintmenu.
У меня debian x64 + mate + mintmenu. Проблем нет.
Скорей всего проблема в дровах/ядре. Откатись/обновись.

bubblecore ★★★★
()
Ответ на: комментарий от mky

У меня ту до пса этого fglrxl и модулей тоже. Так если убрать проприетарный видедрайвер, то сразу потребление упадет?

0xffffc90011ca3000-0xffffc90011cb5000   73728 KCL_MEM_MapPageList+0x1d/0x20 [fglrx] vmap
0xffffc90011cb5000-0xffffc90011cb8000   12288 KCL_MEM_Alloc+0xe/0x10 [fglrx] pages=2 vmalloc N0=2
0xffffc90011cb8000-0xffffc90011cbe000   24576 KCL_MEM_Alloc+0xe/0x10 [fglrx] pages=5 vmalloc N0=5
0xffffc90011cbe000-0xffffc90011cc2000   16384 KCL_MEM_Alloc+0xe/0x10 [fglrx] pages=3 vmalloc N0=3
0xffffc90011cc2000-0xffffc90011cd7000   86016 KCL_MEM_Alloc+0xe/0x10 [fglrx] pages=20 vmalloc N0=20
0xffffc90011cd7000-0xffffc90011cec000   86016 KCL_MEM_Alloc+0xe/0x10 [fglrx] pages=20 vmalloc N0=20
0xffffc90011cec000-0xffffc90011cfc000   65536 KCL_MEM_Alloc+0xe/0x10 [fglrx] pages=15 vmalloc N0=15
0xffffc90011cfc000-0xffffc90011cfe000    8192 KCL_IO_MEM_Map+0x18/0x30 [fglrx] phys=cfbfc000 ioremap
0xffffc90011cfe000-0xffffc90011d00000    8192 KCL_MEM_MapPageList+0x1d/0x20 [fglrx] vmap
0xffffc90011d00000-0xffffc90011d41000  266240 KCL_IO_MEM_Map+0x18/0x30 [fglrx] phys=feb00000 ioremap
0xffffc90011d41000-0xffffc90011d56000   86016 KCL_MEM_Alloc+0xe/0x10 [fglrx] pages=20 vmalloc N0=20
0xffffc90011d56000-0xffffc90011d6b000   86016 KCL_MEM_Alloc+0xe/0x10 [fglrx] pages=20 vmalloc N0=20
0xffffc90011d6b000-0xffffc90011d80000   86016 KCL_MEM_Alloc+0xe/0x10 [fglrx] pages=20 vmalloc N0=20
0xffffc90011d80000-0xffffc90011dc1000  266240 KCL_IO_MEM_Map+0x18/0x30 [fglrx] phys=feb00000 ioremap
0xffffc90011dc1000-0xffffc90011dd6000   86016 KCL_MEM_Alloc+0xe/0x10 [fglrx] pages=20 vmalloc N0=20
0xffffc90011dd6000-0xffffc90011deb000   86016 KCL_MEM_Alloc+0xe/0x10 [fglrx] pages=20 vmalloc N0=20
0xffffc90011deb000-0xffffc90011e00000   86016 KCL_MEM_Alloc+0xe/0x10 [fglrx] pages=20 vmalloc N0=20
0xffffc90011e00000-0xffffc90011e10000   65536 KCL_MEM_Alloc+0xe/0x10 [fglrx] pages=15 vmalloc N0=15
0xffffc90011e10000-0xffffc90011e20000   65536 KCL_MEM_Alloc+0xe/0x10 [fglrx] pages=15 vmalloc N0=15
0xffffc90011e20000-0xffffc90011e30000   65536 KCL_MEM_Alloc+0xe/0x10 [fglrx] pages=15 vmalloc N0=15
0xffffc90011e30000-0xffffc90011eb2000  532480 KCL_MEM_Alloc+0xe/0x10 [fglrx] pages=129 vmalloc N0=129
0xffffc90011eb2000-0xffffc90011f34000  532480 KCL_MEM_Alloc+0xe/0x10 [fglrx] pages=129 vmalloc N0=129
0xffffc90011f34000-0xffffc90011fb6000  532480 KCL_MEM_Alloc+0xe/0x10 [fglrx] pages=129 vmalloc N0=129
0xffffc90011fb6000-0xffffc90012038000  532480 KCL_MEM_Alloc+0xe/0x10 [fglrx] pages=129 vmalloc N0=129


Module                  Size  Used by
ums_cypress            12707  0 
uas                    18027  0 
usb_storage            49198  1 ums_cypress
bnep                   18281  2 
rfcomm                 47604  0 
bluetooth             180104  10 bnep,rfcomm
parport_pc             32866  0 
ppdev                  17113  0 
binfmt_misc            17540  1 
vesafb                 13844  1 
snd_hda_codec_realtek   223867  1 
snd_hda_codec_hdmi     32474  0 
joydev                 17693  0 
hid_logitech           26520  0 
ff_memless             13097  1 hid_logitech
serio_raw              13211  0 
usbhid                 47199  1 hid_logitech
i2c_piix4              13301  0 
hid                    99559  2 hid_logitech,usbhid
snd_hda_intel          33773  3 
snd_hda_codec         127706  3 snd_hda_codec_realtek,snd_hda_codec_hdmi,snd_hda_intel
snd_hwdep              13668  1 snd_hda_codec
arc4                   12529  2 
snd_pcm                97188  3 snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec
ath9k                 132390  0 
snd_seq_midi           13324  0 
snd_rawmidi            30748  1 snd_seq_midi
mac80211              506816  1 ath9k
snd_seq_midi_event     14899  1 snd_seq_midi
snd_seq                61896  2 snd_seq_midi,snd_seq_midi_event
snd_timer              29990  2 snd_pcm,snd_seq
ath9k_common           14053  1 ath9k
snd_seq_device         14540  3 snd_seq_midi,snd_rawmidi,snd_seq
ath9k_hw              411112  2 ath9k,ath9k_common
ath                    24067  3 ath9k,ath9k_common,ath9k_hw
cfg80211              205544  3 ath9k,mac80211,ath
snd                    78855  16 snd_hda_codec_realtek,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
mac_hid                13253  0 
fglrx                3263886  97 
soundcore              15091  1 snd
snd_page_alloc         18529  2 snd_hda_intel,snd_pcm
lp                     17799  0 
parport                46562  3 parport_pc,ppdev,lp
r8169                  62099  0 

[\code]
rustamych ★★★★
() автор топика
Ответ на: комментарий от bubblecore

Я поставил вначале LDME, дебиан версию мате. Как то все пошло не так. Видео драйвер не смог установить (черный экран), со звуком полный кошмар (то vlc работает, то отваливается и работает bahshee, то все не работает и появляется фиктивный вывод), со скайпом вообще непонятно что, звук то есть то нет. Меня добило, что он не смог определить мой принтер, посылаешь на печать и все кудато уходит бесследно и ставится в очередь. Пытался обсудить со знающими людьми на дебиан форуме (там очень толковые люди), так модераторы закрыли все мои темы в связи с кошерностью дебиана, хотя LDME на основе дебиана. Это меня просто всбесило, снес его на хрен и поставил Mint Mate - все определилось сразу и ни одной проблемы, все работает. Кошерность модераторов, мне кажется, отталкивает людей от дебиана. Сам дистр замечательнай, но настраивать его не хочу, у меня цели другие.

rustamych ★★★★
() автор топика
Ответ на: комментарий от rustamych

Если убрать видеодрайвер, потребление памяти упадёт, правда не знаю насколько.

В том выводе, что вы привели, сумма второго столбца равна 3756032 байт, даже до 4 Мбайт не дотягивает, либо вы привели не все строчки с fglrx, либо память под видеоадаптер не обозначена fglrx, а обозначена чем-то другим, либо память взята каким-то другим модулем.

Без видеодрайвера у вас не будет работать графический режим (X-сервер), а будет ли открытый драйвер поддерживать вашу карту и будет ли он есть меньше памяти я не знаю.

Честно говоря, я бы не стал заморачиватся дальше по поводу памяти, ну сожрало ядро 550 Мбайт памяти, ну и ладно, остальную память, около 600 Мбайт взяли приложения. По идее остальную память ядро брать не должно, и если будет запущено больше приложений и они «съедят», допустим 2 Гбайт, ядро так и должно остаться при своих 550 Мбайт. Вот если ядро будет жрать заметно больше памяти чем сейчас (сумма VmallocUsed + PageTables + Slab) то это повод побескоится.

Если же у вас всё таки осталось желание поковыряться с модулями/драйверами, то сначала научитесь загружатся с usb/cd-rom, чтобы было с чего восстанавливать систему, так как убирая видеодрайвер легко получить чёрный экран.

mky ★★★★★
()
Ответ на: комментарий от mky

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

0xffffc90000c80000-0xffffc90010c81000 268439552 pci_mmcfg_arch_init+0x30/0x84 phys=e0000000 ioremap

rustamych ★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.