Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Оплата
Новости
Доставка
Загрузки
Форум
Настройка
    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 Виртуальная Среда
    [РЕШЕНО] Разница в использовании RAM между GUI и Shell Ребята, столкнулся с интересной штукой: при работе через графический интерфейс (GUI) программы, использование оперативной памяти (RAM) оказывается значительно выше, чем при запуске того же приложения

    Форумы: Proxmox Виртуальная Среда, Proxmox Backup Server, Proxmox Mail Gateway, Proxmox Datacenter Manager
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    [РЕШЕНО] Разница в использовании RAM между GUI и Shell Ребята, столкнулся с интересной штукой: при работе через графический интерфейс (GUI) программы, использование оперативной памяти (RAM) оказывается значительно выше, чем при запуске того же приложения, Proxmox Виртуальная Среда
     
    Toormser
    Guest
    #1
    0
    01.08.2021 13:16:00
    Привет, комьюнити! Сегодня я заметил разницу в использовании оперативной памяти между выводом в терминале и графическим интерфейсом. Может, кто-нибудь объяснит, что происходит? Я вообще не понимаю, почему графический интерфейс показывает такой высокий расход памяти, ведь deduplication у меня отключена в zfs пуле.
     
     
     
    Carlos34
    Guest
    #2
    0
    24.04.2024 23:42:00
    Прошу прощения за вопрос, но… учитывая, что "сам гость все еще доступен, потому что гость может сбросить кэшированные данные, чтобы освободить оперативную память", это значит, что VM можно спроектировать с меньшим объемом памяти и все равно все будет работать хорошо? Другими словами, какое из этих значений мне следует использовать, чтобы решить, могу ли я уменьшить объем памяти, выделенной VM? Буду очень благодарен за ваше мнение.

    С уважением,
    Carlos.
     
     
     
    Dunuin
    Guest
    #3
    0
    25.04.2024 00:23:00
    Следи за потреблением оперативной памяти в гостевой ОС в течение нескольких дней и смотри, сколько ОЗУ действительно "доступно" внутри ВМ. Обрати внимание на самый большой пик использования ОЗУ и проверь, достаточно ли ОЗУ в этот момент. Если да, то можно уменьшить объем ОЗУ, выделяемый этой ВМ. В общем, нужно выделять ВМ как можно меньше ОЗУ, но не настолько мало, чтобы процессы вылетали из-за нехватки памяти (OOM).
     
     
     
    Carlos34
    Guest
    #4
    0
    25.04.2024 12:51:00
    Спасибо за быстрый и полезный ответ. Если я правильно понял, ключевое значение – "free -h", и я вижу его несколько раз в разных ситуациях. Кажется, почти весь этот объем памяти можно уменьшить из выделения памяти в конфигурации VM. Все верно?
     
     
     
    Dunuin
    Guest
    #5
    0
    25.04.2024 14:17:00
    Это был бы ручной способ. Я запускаю zabbix agent внутри каждой ВМ, и он мониторит использование оперативной памяти (и сотни других метрик) каждую минуту и отправляет данные на zabbix server, который их собирает и отображает в виде наглядных графиков, позволяя мне видеть минимальные, средние и максимальные значения "доступной" оперативной памяти (то же самое, что сообщает "free -h") за период, который я определяю: Хорошая идея настроить нормальный мониторинг. Не только для принятия лучших решений на основе долгосрочных метрик, но и для получения уведомлений в случае, если что-то работает не так, как должно. Например, он предупредит меня заранее, если у какой-то ВМ заканчивается доступная оперативная память, чтобы я мог устранить неполадки и искать утечки памяти или что-то подобное, прежде чем какие-то сервисы будут остановлены.
     
     
     
    Carlos34
    Guest
    #6
    0
    26.04.2024 10:50:00
    Спасибо, попробую. Спасибо за твою огромную поддержку!
     
     
     
    Страницы: 1
    Читают тему
    +7 (495) 320-70-49
    info@proxmox.su

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