Исходное сообщение
"Как уменьшит дисковый кэш?" Отправлено ПавелС, 24-Дек-16 14:28
>> У меня 16Gb RAM на домашнем десктопе. Например при сборке ядра Linux >> дисковый кэш вырастает до 10Gb. При этом время сборки ядра вместо >> 1 часа (на 4Gb RAM, kernelcmd: mem=4G ) возрастает до 2 >> часов. Хотелось бы иметь всю RAM доступной, но дисковый кэш ограничить >> например 2Gb. >> Гуглил, есть советы но для старых ядер. В Documentation/kernel_parameters.txt ничего не >> нашёл. >> Плиз посоветуйте, как решить эту проблемму? > 1/ http://unix.stackexchange.com/a/87909 -- но будет же только хуже. Спасибо, понятно как высвободить кэш, но это единовременно. > 2/ Сделай tmpfs достаточного для своей сборки объёма -- собирай на ней. Делал, собирал ядро на 12G tmpfs. Меня больше интересует регрессия производитетльности 16 vs 4 Gb ОЗУ. > 2a/ Да-да, своп включить и увеличить, если понадобится. Своп есть, ничего не свопится. >[оверквотинг удален] > http://stackoverflow.com/questions/17148091/page-cache-limit > http://www.linuxquestions.org/questions/linux-newbie-8/limit.../ > Про 16ГБ вдвое медленнее 4ёх ГБ -- тоже: очень странно, но не > знаю, чего бы это могло быть. Может, в зале есть "ядерщики"... > 3x/ Мне было бы интересно услышать, не станет ли внезапно сборка ядра > (хотя тест так себе...) быстрее на i386 установке ОС (и компиляторе), > и всё ещё x86_64 ядре под ними (вся память доступна). Я > так "живу" (...кроме серверов с постгресом, 10Г shared буфера _в_нём_ и > 128Г физики), но сам не тестировал в сравнении с "прогрессивной" дважды > жручей архитектурой.

Ваше сообщение
Имя*:
EMail:	Для отправки новых сообщений в текущей нити на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>> У меня 16Gb RAM на домашнем десктопе. Например при сборке ядра Linux >>> дисковый кэш вырастает до 10Gb. При этом время сборки ядра вместо >>> 1 часа (на 4Gb RAM, kernelcmd: mem=4G ) возрастает до 2 >>> часов. Хотелось бы иметь всю RAM доступной, но дисковый кэш ограничить >>> например 2Gb. >>> Гуглил, есть советы но для старых ядер. В Documentation/kernel_parameters.txt ничего не >>> нашёл. >>> Плиз посоветуйте, как решить эту проблемму? >> 1/ http://unix.stackexchange.com/a/87909 -- но будет же только хуже. > Спасибо, понятно как высвободить кэш, но это единовременно. >> 2/ Сделай tmpfs достаточного для своей сборки объёма -- собирай на ней. > Делал, собирал ядро на 12G tmpfs. Меня больше интересует регрессия производитетльности > 16 vs 4 Gb ОЗУ. >> 2a/ Да-да, своп включить и увеличить, если понадобится. > Своп есть, ничего не свопится. >>[оверквотинг удален] >> http://stackoverflow.com/questions/17148091/page-cache-limit >> http://www.linuxquestions.org/questions/linux-newbie-8/limit-disk-cache-size-4175479195/ >> Про 16ГБ вдвое медленнее 4ёх ГБ -- тоже: очень странно, но не >> знаю, чего бы это могло быть. Может, в зале есть "ядерщики"... >> 3x/ Мне было бы интересно услышать, не станет ли внезапно сборка ядра >> (хотя тест так себе...) быстрее на i386 установке ОС (и компиляторе), >> и всё ещё x86_64 ядре под ними (вся память доступна). Я >> так "живу" (...кроме серверов с постгресом, 10Г shared буфера _в_нём_ и >> 128Г физики), но сам не тестировал в сравнении с "прогрессивной" дважды >> жручей архитектурой.
	Введите код, изображенный на картинке: