The OpenNET Project / Index page

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



Создать новую тему
 - Свернуть нити
Пометить прочитанным
Архив | Избранное | Мое | Новое | | |  
Форум Открытые системы на рабочей станции
Как уменьшит дисковый кэш?, !*! ПавелС, 24-Дек-16, 11:53  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
  • swap есть Попробуй отключить , !*! DeerFriend (?), 12:50 , 24-Дек-16 (1) –1
    swap есть? Попробуй отключить.


    сообщить модератору –1 +/ответить
  • 1 http unix stackexchange com a 87909 -- но будет же только хуже 2 Сделай tm, !*! Andrey Mitrofanov (?), 14:08 , 24-Дек-16 (2)
    > У меня 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 достаточного для своей сборки объёма -- собирай на ней.
    2a/ Да-да, своп включить и увеличить, если понадобится.

    Мне помогло - сборки стали быстрее (не во много раз, но раза в полтора+-, вроде). Я 15ГБ tmpfs делаю и не морочаюсь: на 6ГБ физ.ОЗУ с доп.свопом в файлах -- на время сборки. Или 8ГБ на другой машине с 3ГБ физики.

    Про "ограничение кеша", swappiness и пр.чорные магии - я не копенгаген.
    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Г физики), но сам не тестировал в сравнении с "прогрессивной" дважды жручей архитектурой.

    сообщить модератору +/ответить
  • Может дело не в дисковом кэше Что за процессор Если TLB-кэша на 16Gb начинает н, !*! Doka (??), 21:28 , 25-Дек-16 (4) +1
    > У меня 16Gb RAM на домашнем десктопе. Например при сборке ядра Linux
    > дисковый кэш вырастает до 10Gb. При этом время сборки ядра вместо
    > 1 часа (на 4Gb RAM, kernelcmd: mem=4G ) возрастает до 2
    > часов. Хотелось бы иметь всю RAM доступной, но дисковый кэш ограничить
    > например 2Gb.
    > Гуглил, есть советы но для старых ядер. В Documentation/kernel_parameters.txt ничего не
    > нашёл.
    > Плиз посоветуйте, как решить эту проблемму?

    Может дело не в дисковом кэше.
    Что за процессор? Если TLB-кэша на 16Gb начинает не хватать, и могут начаться тормоза...
    Если командой time замерить, как будут отличаться user/sys time ?


    сообщить модератору +1 +/ответить
  • не надо ничего предпринимать и уменьшать, если почитаешь про память, то это разм, !*! Аноним (6), 10:57 , 20-Май-20 (6)
    > У меня 16Gb RAM на домашнем десктопе. Например при сборке ядра Linux
    > дисковый кэш вырастает до 10Gb. При этом время сборки ядра вместо
    > 1 часа (на 4Gb RAM, kernelcmd: mem=4G ) возрастает до 2
    > часов. Хотелось бы иметь всю RAM доступной, но дисковый кэш ограничить
    > например 2Gb.
    > Гуглил, есть советы но для старых ядер. В Documentation/kernel_parameters.txt ничего не
    > нашёл.
    > Плиз посоветуйте, как решить эту проблемму?

    не надо ничего предпринимать и уменьшать, если почитаешь про память, то это размер высвобождаемого кэша в памяти, короче он ее фактически не занимает вроде бы или тип того. в общем на количество используемой памятки не влияет это никак. при твоих 16Гб забей вообще на все ;)

    сообщить модератору +/ответить
  • Даже 1 час это ненормально долго Специально проверил на машине 8-ми летней давн, !*! Licha Morada (ok), 19:01 , 20-Май-20 (7)
    > У меня 16Gb RAM на домашнем десктопе. Например при сборке ядра Linux
    > дисковый кэш вырастает до 10Gb. При этом время сборки ядра вместо
    > 1 часа (на 4Gb RAM, kernelcmd: mem=4G ) возрастает до 2
    > часов.

    Даже 1 час это ненормально долго. Специально проверил на машине 8-ми летней давности: AMD A8-3870 на 3 (три) ядра, 8 гиг памяти, консумерский SSD, Ubuntu 16.04. 6 минут компилится linux-5.6.13.

    Скорее всего, дело не в количестве памяти как таковом, а в чём-то ещё, что триггерится количеством памяти.
    Ищите узкое место и анормальное поведение. Начните с top. Прикрутите какую-нибудь базовую мониторилку чтоб историю писала. Смотрите на ошибки в dmesg, при загрузке и когда компилится.
    Может быть всё что угодно, от сыплющегося диска до прожорливой мальвари.

    > Хотелось бы иметь всю RAM доступной, но дисковый кэш ограничить
    > например 2Gb.

    В общем случае, RAM занятую кэшем следует считать "доступной".
    https://www.linuxatemyram.com/


    сообщить модератору +/ответить
 
Пометить прочитанным Создать тему
Архив | Избранное | Мое | Новое | | |



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

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