Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Оплата
Новости
Доставка
Загрузки
Форум
Настройка
    info@proxmox.su
    +7 (495) 320-70-49
    Заказать звонок
    Аспро: ЛайтШоп
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Аспро: ЛайтШоп
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Аспро: ЛайтШоп
    Телефоны
    +7 (495) 320-70-49
    Заказать звонок
    0
    0
    0
    Аспро: ЛайтШоп
    • +7 (495) 320-70-49
      • Назад
      • Телефоны
      • +7 (495) 320-70-49
      • Заказать звонок
    • info@proxmox.su
    • Москва, Бакунинская улица, 69с1
    • Пн-Пт: 09-00 до 18-00
      Сб-Вс: выходной
    • 0 Сравнение
    • 0 Избранное
    • 0 Корзина
    Главная
    Форум
    Proxmox Виртуальная Среда
    Очистить накопление кэша внутри виртуальных машин

    Форумы: Proxmox Виртуальная Среда, Proxmox Backup Server, Proxmox Mail Gateway, Proxmox Datacenter Manager
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    Очистить накопление кэша внутри виртуальных машин, Proxmox Виртуальная Среда
     
    harmonyp
    Guest
    #1
    0
    10.04.2021 17:43:00
    Привет, чтобы оптимизировать использование ограниченной оперативной памяти моего сервера, я планирую сделать следующее для очистки накопившегося кэша: Линукс: ежечасная задача cron для запуска root sync; echo 3 > /proc/sys/vm/drop_caches. Виндоус: ежечасное расписание для запуска EmptyStandbyList.exe (https://wj32.org/wp/software/empty-standby-list/). Предполагаю, что есть недостатки в этом, но когда я делал это вручную, я не заметил никакого снижения производительности — это несущественно? Также подскажите, стоит ли делать что-то еще кроме KSM и Ballooning?
     
     
     
    dtoux
    Guest
    #2
    0
    16.12.2021 03:09:00
    Это несущественный момент. Некоторые рабочие нагрузки нельзя запустить в контейнерах. Proxmox Backup Server — один из таких примеров, и он сильно нагружает кеши файловой системы. У меня он запущен на кластере и потребляет 1 ГБ для себя и 5 ГБ для кеша. Индикатор производительности в Proxmox красный, и если бы я не знал о ситуации, я бы начал переживать... Я согласен с @Dunuin, что драйвер балунинга мог бы работать лучше, учитывая, что у него хорошее представление о использовании памяти и он должен ясно отличать потребление памяти приложениями от кешей и буферов.
     
     
     
    Dunuin
    Guest
    #3
    0
    16.12.2021 03:59:00
    В этом и проблема. Как сейчас реализован qemu guest agent, он не будет сообщать хосту, как гость использует эту оперативную память, поэтому PVE не может узнать, использует ли ВМ большую часть кэша для буферизации или для системных/пользовательских процессов. Еще одна проблема в том, что процесс KVM не отдаст оперативную память обратно хосту, если гость освободит кэш страниц. Если у меня есть ВМ с 8 ГБ оперативной памяти, например, она начинает с 2 ГБ используемой + 6 ГБ свободной, и процесс KVM использует 2 ГБ ОЗУ на хосте. Затем я выполняю некоторые операции ввода-вывода, и кэш возрастает до 2 ГБ использованных + 6 ГБ в кэше, и процесс KVM на хосте увеличивается до 8 ГБ. Но если гость затем освобождает 6 ГБ кэша (т.е. снова 2 ГБ использованных + 6 ГБ свободных), процесс KVM по-прежнему будет потреблять все 8 ГБ памяти, пока я не выключу эту ВМ. Не уверен, будет ли лучше с включенной поддержкой ballooning, но без этого KVM будет терять много неиспользуемой памяти.
     
     
     
    leesteken
    Guest
    #4
    0
    16.12.2021 07:30:00
    Я ожидаю, что при использовании баллонной техники Proxmox сможет использовать эти 6 ГБ для других задач. Не знаю, действительно ли процесс kvm освободит их или они будут показаны как общие ресурсы. Обратите внимание, что баллонная техника предоставит память ВМ только до 80% использования памяти хоста (что включает в себя ZFS ARC, к сожалению). Как только ваш хост использует более 80%, ваша ВМ не сможет больше использовать эти 6 ГБ (постепенно), даже если на хосте осталась свободная память.
     
     
     
    Dunuin
    Guest
    #5
    0
    16.12.2021 12:22:00
    Я имею в виду нечто подобное: Hosts KVM процесс (1.6G RES) и free -h внутри ВМ (12G свободно) при запуске ВМ: Doing some stuff в ВМ увеличивает использование RAM. KVM поднимается до 10G RES, свободная RAM в ВМ падает до 6.5G: Остановка процессов в ВМ. Свободная RAM в ВМ снова достигает 10GB, процесс KVM остается на 13.1G или может даже подняться выше, но никогда не уменьшится, если я не перезагружу эту ВМ. То же самое происходит со всеми моими 30 ВМ, работающими на Linux/Win/Unix, у которых установлены ballooning драйверы и qemu guest agent. Также не имеет значения, передается ли что-то через PCI или нет. В приведенном выше случае я также не могу установить "Минимальную память" для ВМ ниже 16GB, поскольку эта ВМ запускает 5 серверов Minecraft, и если я запускаю все 5 одновременно, ВМ действительно нуждается в полных 16GB, иначе госте будет недостаточно памяти. Но иногда я просто хочу запустить 1, 2 или 3 сервера Minecraft за раз, и ВМ тратит 10 GB RAM, потому что процесс KVM остается somewhere на 14-16GB, даже если 10-12 GB на самом деле "свободны" и в данный момент не используются гостем.
     
     
     
    leesteken
    Guest
    #6
    0
    16.12.2021 12:48:00
    А, понятно, я неправильно понял. Возможно, горячая замена памяти может помочь. Я думаю, отключение памяти также работает на современных Linux VMs. Не уверен, как это автоматизировать, но это должно позволить вам изменять память в зависимости от потребностей виртуальной машины. В качестве альтернативы запустите каждый сервер Minecraft в отдельной виртуальной машине (включите KSM для совместного использования некоторой памяти, возможно?) и запускайте и останавливайте целые виртуальные машины в зависимости от ваших потребностей?
     
     
     
    Dunuin
    Guest
    #7
    0
    16.12.2021 13:20:00
    Я уже использую KSM, что экономит мне около 9 ГБ из моих 64 ГБ ОЗУ. Запуск всех серверов Minecraft как отдельных ВМ был бы неудобен, потому что мне нравится использовать MineOS в качестве WebUI для управления и мониторинга этих серверов Minecraft, и в таком случае я не смог бы управлять всеми ими через одно WebUI. Все 5 серверов Minecraft связаны в банджевую сеть с общей базой данных MySQL, которая используется для всех модов Minecraft. Так что мне также нужно будет разместить MySQL и банджевый прокси, который объединяет все серверы, в другой ВМ. Поэтому, поскольку всё связано и работает как единое целое, я решил использовать одну ВМ для этого, которая неплохо работает уже больше года, за исключением того, что использование ОЗУ может только увеличиваться, но никогда не уменьшаться. Почитаю немного о горячей подаче памяти. Еще не использовал эту функцию.
     
     
     
    harmonyp
    Guest
    #8
    0
    30.12.2021 16:00:00
    Как прошло чтение/тестирование с горячей заменой памяти?
     
     
     
    Страницы: 1
    Читают тему
    +7 (495) 320-70-49
    info@proxmox.su

    Конфиденциальность Оферта
    © 2026 Proxmox.su
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры