The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

О памяти в Linux - разбор значений /proc/meminfo

13.01.2009 19:13

В статье подробно рассмотрены параметры /proc/meminfo, отражающие состояние распределения памяти Linux ядром.

  1. Главная ссылка к новости (http://markelov.blogspot.com/2...)
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/19769-linux
Ключевые слова: linux, kernel, proc, memory
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (12) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, kay (ok), 07:46, 14/01/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    у меня вот вопрос... а принудительно освободить swap? после продолжительной нагрузки при 4Gb памяти, swap начинает наполняться, однако свободной памяти около 1.5Gb. Как только нагрузка падает, то swap так и не очищается. ЧЯДНТ?
     
     
  • 2.3, temny (??), 09:13, 14/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    swapoff -a && swapon -a
     

  • 1.2, Frabk (?), 08:00, 14/01/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    я поставил vm.swappiness = 10 - смотрю, своп, распухший до ~200 метров при глюке софтины с порождением кучи форков за раз, потихоньку сдыхает сам по себе (т.е. высвопа на графике не видно, а размер занятого свопа уже упал ниже 90 метров, а сразу после перезапуска софтины он упал лишь до 140 метров)
     
  • 1.4, Аноним (-), 10:11, 14/01/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    # free
                 total       used       free     shared    buffers     cached
    Mem:        516240     494108      22132          0      12296     160292
    -/+ buffers/cache:     321520     194720
    Swap:      1871532     365016    1506516

    # swapoff -a
    swapoff: /dev/sda7: Невозможно выделить память

    ЧЯДНТ?

     
     
  • 2.5, Аноним (-), 11:20, 14/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    ># swapoff -a
    >swapoff: /dev/sda7: Невозможно выделить память
    >ЧЯДНТ?

    у Вас памяти физической свободно:
    > 194720

    а Вы хотите выделить (освободить из свапа и переместить в физ. память)
    > 365016

    о чём Вам и говорится - Невозможно выделить память.

     
     
  • 3.6, Аноним (-), 12:26, 14/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >
    >о чём Вам и говорится - Невозможно выделить память.

    Есть желание просто высвободить своп (дабы не перезагружаться).

    После работы с граф приложениями Blender, Gimp, Inkscape (на др машине, 1,5Gb памяти) при закрытии оных своп не высвобожадется, значительная часть остается.

    Приходиться перегружать машину.

     
     
  • 4.8, Аноним (8), 20:44, 14/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >После работы с граф приложениями Blender, Gimp, Inkscape (на др машине, 1,5Gb
    >памяти) при закрытии оных своп не высвобожадется, значительная часть остается.

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

    >Приходиться перегружать машину.

    Ужасная глупость и бестолковость и беспользность. Какой результат-то? Нулевое использования раздела подкачки? А в чём выгода?

    linux использует свап и с нулевым использованием свап раздела, и вообще с выключенным свапом linux использует свап. Вытесняя код программ (сегменты только для чтения, которые не могут менятся во время работы программы), который давно не выполнялся. А если вдруг программа передаёт ему управление - недостающие части программы заново загружаются из исполняемого файла программы.


     

  • 1.7, XoRe (ok), 12:29, 14/01/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Если своп однажды занялся на 5 метров, то top будет показывать, что он занят на 5 метров все время.
    Т.е. фактически оно показывает, максимальную загрузку свопа, которая была во время работы системы.
     
     
  • 2.9, Аноним (8), 20:55, 14/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Если своп однажды занялся на 5 метров, то top будет показывать, что
    >он занят на 5 метров все время.

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

    >Т.е. фактически оно показывает, максимальную загрузку свопа, которая была во время
    >работы системы.

    Нет.

    Абсолютные значения свапа лишены всякого смысла, ибо они не оказывают никакого влияния на производительность!

    Смотреть надо "si" "so" в выводе vmstat. Если они большие - значит компьютер настроен не правильно. Особенно если большой "si".

     
     
  • 3.12, d (??), 22:05, 08/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Смотреть надо "si" "so" в выводе vmstat. Если они большие - значит
    > компьютер настроен не правильно. Особенно если большой "si".

    особенно если большой so может быть? (so = swapped out)

     
  • 2.10, Frank (??), 09:43, 15/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Допустим, у нас есть 5 метров памяти, к которой не обращался никто в течении суток. Память была это вытеснена в своп. Внимание, вопрос: сколько памяти будет в свопе через ещё одни сутки, если обращения к этим метрам так и не было?
     
     
  • 3.11, XoRe (ok), 13:26, 19/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Допустим, у нас есть 5 метров памяти, к которой не обращался никто
    >в течении суток. Память была это вытеснена в своп. Внимание, вопрос:
    >сколько памяти будет в свопе через ещё одни сутки, если обращения
    >к этим метрам так и не было?

    Столько же.
    Если специально не отмонтировать своп.

     
     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру