ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Zahar Kiselev                        2:5030/382.1   15 Nov 2004  10:36:56
 To : Pavel Sarichev
 Subject : Re: Пpо swop
 -------------------------------------------------------------------------------- 
 

 
 Nov 15 00:57 04, Pavel Sarichev wrote to Andrey Melnikoff:
 
  >>>  AA>> Hужен ли своп pаздел пpи 2 Гб опеpативы?
  >>>  KF> Hужен.
  >>> Зачем?
 
 Затем, что линукс имеет привычку занимать всю свободную память под дисковый кэш.
 И потом если запускаешь что-нибудь толстое, или даже просто в Гимпе открываешь
 большой файл - сначала происходит обращение к свопу, а если его нет - то запрос 
 на одномоментно выделение большого куска памяти может завершиться с ошибкой. 
 
  AM>> Тогда не делай. Когда он понадобиться - ты об этом узнаешь первым.
  PS> Тлько идеологиечcкие yбежения емy помешaют его потом cделaть в 
  PS> оcновном paзделе в виде фaйлa
 
 Есть специальный демон, который делает своп в виде файла "по потребности".
 Я его на домашней машине с 256М памяти использую. Вот там-то я и обнаружил
 вышеупомянутую закономерность. Открываю в Гимпе аэрофотоснимок места моего
 обитания - и иногда вижу ошибку - потому что демон еще не успел сделать своп.
 Повторное открытие файла после создания свопа - всегда успешно. Если же с файлом
 немного поработать чтобы ядро сообразило уменьшить дисковый кэш - своп
 опустошается и демон его удаляет. Описанная ситуация воспроизводится четко.
 Я как-то раз тут уже спрашивал - как сказать ядру не занимать под кэш десятки
 мегабайтов памяти - все равно никакого практического смысла в этом нет - однако 
 никто ничего определенного так и не сказал. Позже я нашел в интернете
 упоминание о некоем "файлике" в /proc через который можно этим управлять - но он
 (и возможность управления) есть далеко не во всех ядрах серии 2.4 - вот например
 в используемом мной 2.4.24 его нет.
 Сама идея использования _всей_ свободной памяти под дисковый кэш выглядела
 хорошо когда количество этой памяти измерялось единицами, в крайнем случае
 десятками мегабайтов, однако она уже выглядит странно когда памяти в машине
 несколько сотен мегабайтов и эта машина не является сервером огромной табличной 
 базы данных.
 
 Zahar(@spbdept.rbc.ru) Остров Большой Березовый: http://birch-island.spb.ru
 
 --- Msged/LNX 6.1.1
  * Origin: N:60.17'54" E:28.39'40" (2:5030/382.1)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

Тема:    Автор:    Дата:    Пpо swop   Alexander Abramencov   30 Oct 2004 19:53:51   Re: Пpо swop   Kirill Frolov   31 Oct 2004 00:24:20   Re: Пpо swop   Sergey Kudriavtsev   31 Oct 2004 02:09:20   Re: Пpо swop   Andrey Melnikoff   31 Oct 2004 16:15:34   Пpо swop   Alexander Abramencov   31 Oct 2004 19:56:15   Re: Пpо swop   Andrey Melnikoff   31 Oct 2004 21:30:07   Re: Пpо swop   Valery Shishkov   01 Nov 2004 04:35:37   Re: Пpо swop   Sergey Kudriavtsev   31 Oct 2004 22:26:14   Re: Пpо swop   Andrey Melnikoff   01 Nov 2004 00:45:16   Re: Пpо swop   Sergey Cheban   01 Nov 2004 12:57:12   Re: Пpо swop   Pavel Sarichev   15 Nov 2004 01:57:26   Re: Пpо swop   Zahar Kiselev   15 Nov 2004 10:36:56