Аспро: ЛайтШоп [тема: Cpu cores and threads.]

Cpu cores and threads.

Sat, 26 Aug 2023 21:29:00 +0300

Cpu cores and threads. Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Что именно медленно и сколько времени занимает каждый отдельный этап? Чтобы загрузить виртуальную машину? Я считаю, это вполне разумно. Я загружаю свои виртуальные машины частично последовательно, частично параллельно. В конце концов, на их запуск уходит некоторое время. Я никогда не пробовал делать все параллельно, это также не имеет смысла из-за зависимостей... Как только у нас появится информация о ваших точных временных затратах, я думаю, мы сможем лучше оценить ситуацию.
26.08.2023 21:29:00, apoc.

Cpu cores and threads.

Sat, 26 Aug 2023 09:14:00 +0300

Cpu cores and threads. Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Здравствуйте всем. У меня Proxmox 8.0.4 работает отлично. Спасибо вам всем. Я установил 128 ГБ ОЗУ на сервер, думая, что этого будет достаточно для того, чтобы виртуальные машины "свободно плавали". Но вот моя проблема: когда мне нужно перезагрузить сервер Proxmox (установленный на Dell R720 с 2 X 5-2660 и 128 ГБ ОЗУ), процесс загрузки и старт виртуальных машин кажется медленным. Я выделил 4 ядра для TrueNAS Core и 80 ГБ ОЗУ. Это все еще занимает больше минуты, и я вижу, что виртуальная машина TrueNAS использует 99% доступной оперативной памяти и в некоторые моменты 90% ядер. У меня всего 24 ТБ жестких дисков, а загрузочный диск — это SSD на 480 МБ, поэтому я ожидал, что этот процесс будет быстрее. В качестве меры предосторожности и практики (может, это и не нужно) я обычно перезагружаю виртуальную машину и, раз уж я здесь, перезагружаю Proxmox, когда у Proxmox или любой из виртуальных машин (или их компонентов) происходят изменения, обновления и т. д. Чтобы ускорить это (или я просто нетерпелив?), что мне обновить: процессоры, оперативную память или оба? Или мне просто сбросить свои ожидания и позволить виртуальным машинам работать так, как они работают теперь? Как best practice, нужно ли мне запускать виртуальную машину последовательно или автоматически? Это имеет значение в целом? Я не хочу настраивать систему самостоятельно, потому что уверен, что все испорчу. Спасибо за ваше время, терпение и помощь в этом вопросе.
26.08.2023 09:14:00, wbravin.

Cpu cores and threads.

Sat, 03 Jun 2023 10:40:00 +0300

Cpu cores and threads. Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Спасибо за информацию, за ваше обучение и терпение. Исходя из нашего обсуждения, я подумываю уменьшить количество ядер до одного для OPNsense и Home Assistant и выделить 4 ядра для TrueNAS. Я также выделил 2 ГБ для OPNsense, 2 ГБ для HA и 24 ГБ для TrueNAS. Это наводит меня на мысль, что мне нужно увеличить объем оперативной памяти до минимум 64 ГБ. Мой текущий сервер не поддерживает 8-ядерный процессор, и прежде чем добавлять оперативку, я думаю, что мог бы рассмотреть вариант продажи Dell 710 и переноса всего на barebone R720 gen 2 или R730. Я нашел barebone R720 серверы, уже оснащенные 8-ядерным процессором (Xeon 2650) и 64 или 128 ГБ RAM, которые можно купить за около 300 евро. Так как я сделал довольно солидные инвестиции (с моей точки зрения) в Dell 710, в этом случае я могу перенести HBA, корзины и диски на R720. В этом случае у меня будет OPNsense с 2 ядрами и 8 ГБ RAM. Эта виртуальная машина действительно не требует большего. Home Assistant с 2 ядрами и 8 ГБ RAM. Эта виртуальная машина также не нуждается в большем, TrueNAS с 4 ядрами и 32 ГБ RAM. У моего TrueNAS будет больше, чем ему требуется. На страницах требований к оборудованию для этих программ не указано больше, чем эти параметры, оставляя минимум 16 ГБ свободными для PVE, в этом случае все виртуальные машины будут счастливы, и PVE тоже. Однако, если я правильно понимаю, если у меня есть 2 процессора с 8 ядрами каждый, то я мог бы настроить каждую виртуальную машину с 2 процессорами с необходимым количеством ядер до общего числа 16. Верно? Тем не менее, я увеличу оперативную память до 96 или 128, чтобы подстраховаться. Поэтому R720 с Xeon 2650 и 128 ГБ должен работать без проблем (если я сам их не создам), верно? Еще раз спасибо за ваше терпение и обучение, всего доброго.
03.06.2023 10:40:00, wbravin.

Cpu cores and threads.

Fri, 02 Jun 2023 19:37:00 +0300

Cpu cores and threads. Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Сначала большое спасибо за ваш быстрый ответ. Насколько я понимаю, на этом сервере с этим процессором мне обязательно нужно увеличить оперативную память до 64 ГБ, поэтому 32 ГБ для TrueNAS и по 16 ГБ для каждой из других виртуальных машин (я не буду запускать Windows или Debian в виртуалках на этом сервере). С другой стороны, если я установлю второй 6-ядерный процессор, я могу добавить дополнительные 32 ГБ оперативной памяти к этому процессору. Это должно быть комфортно, или я мог бы выделить 1 процессор с 6 ядрами и 32 ГБ оперативной памяти для TrueNAS и 1 процессор с 6 ядрами и 32 ГБ оперативной памяти для OPNsense (2 ядра) и Home Assistant (2 ядра). Это тоже будет удобно. Как вы думаете, что из этого будет наиболее эффективно и проще в управлении? Еще раз спасибо за ваше время и помощь.
02.06.2023 19:37:00, wbravin.

Cpu cores and threads.

Fri, 02 Jun 2023 19:14:00 +0300

Cpu cores and threads. Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
ZFS требует много ОЗУ и производительности CPU. Я, например, выделил своему TrueNAS Core VM с 4x 8TB HDD 32ГБ ОЗУ и 8 виртуальных CPU, и когда я что-то записываю, CPU достигает 100% загрузки (но я также использую шифрование и сжатие zstd, что сильно нагружает CPU). Так что да, 2 виртуальных CPU — это не очень. Я бы добавил 4 виртуальных CPU как для TrueNAS, так и для Win10 VM. Здесь Win10 VM работают лучше всего с 6 виртуальными CPU и 8ГБ ОЗУ. С 4 виртуальными CPU и 6ГБ ОЗУ браузинг был немного неповоротливым. С PCI passthrough HBA VM всегда будет использовать полное количество ОЗУ, независимо от того, сколько на самом деле использует TrueNAS. Так что выделите ей 28ГБ ОЗУ, и она всегда будет использовать полные 28ГБ плюс небольшой запас (так что, вероятно, будет больше 29-30ГБ). В отличие от ресурсов CPU, вы не можете действительно переоснащать вашу ОЗУ. Так что да, 32ГБ ОЗУ очень мало для вашей нагрузки.
02.06.2023 19:14:00, Dunuin.

Cpu cores and threads.

Fri, 02 Jun 2023 18:59:00 +0300

Cpu cores and threads. Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Всем привет! Я уже почти год экспериментирую с Proxmox (Dell R710, 1 процессор, 6 ядер и 32 ГБ оперативной памяти) у себя дома, планирую сделать его основным медиа-сервером для автоматизации и маршрутизатором. В целом, я довольно доволен текущей конфигурацией. Хотелось бы улучшить её перед тем, как запуститься на следующей неделе. Вот моя текущая ситуация: Proxmox 7.4 установлен, OPNSense: установлен в качестве обычной виртуальной машины, не работает постоянно, но когда я его подключаю, всё функционирует как надо. В будущем он будет выполнять только функции простого маршрутизатора. Home Assistant OS: установлен и правильно настроен, когда активен - работает отлично. В конечном итоге он будет работать постоянно с подключением через USB-колонки по протоколам Zwave, Zigbee и BT. Небольшая активность каждый день (обнаружение движения, геозонирование, управление климатом). Windows 10: установлен для учебных целей, работал нормально, сейчас удалён. TrueNAS Scale: установлен, но не полностью настроен (не хватает жесткого диска), в данный момент не активен. Судя по всему, у меня очень ограниченное понимание того, как правильно назначить и управлять процессором, ядрами и оперативной памятью для виртуальной машины, не опасаясь всё испортить (я могу это сделать и без дополнительных попыток). Я включаю этот сервер раз в неделю, чтобы пробовать что-то новое. На следующей неделе я получу подходящий HBA для использования с TrueNAS и необходимые жесткие диски, чтобы научиться передавать их в TrueNAS. Это будет приключение. В данный момент я выделил по 2 ядра каждой виртуальной машине. Когда я запущу TrueNAS (если всё настрою на следующей неделе), нужно ли будет выделить ему больше ядер и памяти? У TrueNAS будет 20 ТБ дисков. Поэтому (по данным ixsystems) ему следует выделить как минимум 28 ГБ оперативной памяти. (Я буду использовать TrueNAS только на этом сервере для потоковой передачи музыки и видео на свои ПК и раз в неделю для выполнения полного бэкапа на другой сервер TrueNAS.) После выделения ядер, ОЗУ и ЦПУ виртуальной машине, они фактически зафиксированы или Proxmox управляет этими ресурсами по мере необходимости, в пределах выделенных максимальных ресурсов виртуальной машины? Значит, могу предположить, что OPNSense и HA, хотя и выделено по 2 ядра, на самом деле будут использовать только 1, оставляя 4 для TrueNAS? Если я добавлю второй процессор с ещё 6 ядрами и дополнительно 32 ГБ памяти, могу ли я выделить 1 процессор для OPNsense и HA, а другой - для TrueNAS, используя все 6 ядер нового ЦП? Действительно ли мне это нужно делать? Или лучше просто добавить ОЗУ к текущему процессору? Также, если я добавлю второй процессор, мне нужно будет передавать USB отдельно для каждой виртуальной машины на каждом процессоре? Заранее спасибо за ваше терпение и помощь!
02.06.2023 18:59:00, wbravin.

Cpu cores and threads.

Thu, 07 Jan 2021 03:49:00 +0300

Cpu cores and threads. Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Спасибо @tburger
07.01.2021 03:49:00, Octavian.

Cpu cores and threads.

Thu, 07 Jan 2021 00:14:00 +0300

Cpu cores and threads. Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Привет, Джозеф! Современные архитектуры ЦП с "большими ядрами" имеют очень широкие конвейеры инструкций, которые часто имеют неиспользуемые ресурсы при работе с одним потоком. Чтобы использовать эти неиспользуемые ресурсы, современный дизайн ядер ЦП "удвоил" фронтенд, чтобы он мог одновременно обрабатывать 2 потока на тыльных вычислительных ресурсах в попытке поддерживать их загруженность. Именно поэтому мы видим "24 потока", представленных операционной системе на 12-ядерном ЦП. Первый "занятый" поток, запланированный на данное ядро, может использовать 60-90% доступной вычислительной мощности этого ядра в зависимости от нагрузки и архитектуры ядра. Как только все ядра имеют занятый поток, дополнительная работа/потоки запланированы "сбалансированно" на обоих потоках каждого ЦП, что приводит к более полной загруженности вычислительных ресурсов, что увеличивает общую производительность, но уменьшает доступную производительность для любого отдельного потока, что вполне ожидаемо. Если мы выделяем 12 "ядер" виртуальной машине, то на самом деле мы представляем 12 "потоков" операционной системе виртуальной машины, что на хосте с 12C/24T ЦП позволит виртуальной машине загружать примерно 60-90% доступных вычислительных ресурсов хоста при тяжелых нагрузках. Если это подходит для предполагаемого использования, то это может быть хорошим решением. В дата-центрах или корпоративных средах "правильное" распределение ресурсов ЦП – это осторожный баланс, чтобы убедиться, что каждой виртуальной машине выделено достаточно потоков, чтобы её собственные сервисы работали гладко и минимально зависели от других нагрузок внутри виртуальной машины, но не так, чтобы это негативно влияло на другие виртуальные машины или хост. Учитывайте: многие виртуализированные серверы могут обеспечивать свои сервисы с одним выделенным ядром без особых проблем, но операционная система может неэффективно выполнять обновления безопасности/функций или сканирование на вирусы или другие виды обслуживания на одном ядре. Помните, что нужно выделять достаточно ресурсов для выполнения самых требовательных задач с приемлемым уровнем эффективности. Я никогда не стал бы выделять менее 4 потоков для Windows ВМ, не потому что ей это нужно для любых запущенных сервисов, а потому что я хочу, чтобы обновления выполнялись быстро, а производительность в виртуальной машине была хорошей, пока она занята. Некоторые типы ВМ очень чувствительны к доступу к производительности с низкой задержкой и высокой пропускной способностью на назначенных потоках. Например, виртуализированный фаервол, который обрабатывает сложную среду, может иметь множество виртуальных интерфейсов, работающих с IDS/IPS, фильтрацией DNS, сложными правилами фаервола и многими пользователями, подключающимися к нескольким экземплярам/портам VPN. Этот виртуализированный фаервол может находиться на том же узле с ВМ-сенсорами, которые контролируют активность сетевого моста. Чтобы предотвратить такую среду от высокой потери пакетов на сенсорах или ухудшения производительности DNS или плохой производительности VPN для пользователей, важно, чтобы распределение ресурсов в таком сценарии было тщательно продумано, достаточное количество потоков для каждой ВМ, чтобы она могла выполнять свою работу, но достаточно ограниченное, чтобы фаервол всегда имел обработку пакетов с низкой задержкой. В гиперконвергентном кластере важно, чтобы мы всегда оставляли достаточно вычислительных ресурсов доступными для гипервизора, чтобы обеспечить доступ с низкой задержкой к программно-определяемому хранилищу, которое узел участвует в размещении. Перегруженный узел может негативно повлиять на производительность доступа к диску всего кластера. Это не значит, что мы не можем "перепроектировать" ресурсы, это просто означает, что мы должны понимать нагрузку и вероятность того, что это перепроектирование когда-либо действительно приведет к сценарию насыщенного ЦП. Нормально выделять несколько "ядер" для ВМ, но при этом они могут оставаться в основном бездействующими большую часть времени.
07.01.2021 00:14:00, AllanM.

Cpu cores and threads.

Wed, 06 Jan 2021 21:56:00 +0300

Cpu cores and threads. Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Чтобы правильно сформулировать. 14 pCPU и 28 логических CPU / потоков vCPU — это процессоры, назначенные виртуальной машине. Это действительно Guesswork, потому что никто не знает, что означает средняя нагрузка. Но я приведу пример: Вариант 1: соотношение vCPU к pCPU 2:1 -> доступно 28 vCPU 4x 4vCPU для рабочих: 16 vCPU 3x 2vCPU для мастеров: 6 vCPU Итого: 22 vCPU — меньше чем 28 vCPU (соотношение 2:1) Вариант 2: соотношение vCPU к pCPU 3:1 -> доступно 42 vCPU 4x 8vCPU для рабочих: 32 vCPU 3x 2vCPU для мастеров: 6 vCPU Итого 38 vCPU (меньше чем 42) — в пределах соотношения Я бы выбрал вариант 1 (меньшие виртуальные машины) и лучше масштабировал количество рабочих (масштабирование наружу). Нагрузки контейнеров, как правило, идеально подходят для этого. Это "облачная нативность" — значит архитектура масштабирования. Возможно, уменьшить количество контейнеров на рабочем... чем больше виртуальные машины, тем дороже их планировать. Поэтому я ожидаю, что с 4 vCPU на виртуальную машину будет работать лучше, чем с 8 vCPU. Надеюсь, это имеет смысл.
06.01.2021 21:56:00, apoc.

Cpu cores and threads.

Sat, 03 Jun 2023 08:36:00 +0300

Cpu cores and threads. Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
*Ой* - нет-нет-нет. Не забывайте про хост гипервизора. По крайней мере, выделите 4 ГБ для самого PVE, и не стоит назначать 100%. Так виртуализация не работает. В этом обсуждении рассматриваются механизмы работы. Но с указанными числами у вас должно быть все в порядке. Я бы поступил иначе. Оставьте текущую конфигурацию и найдите узкие места. Затем отрегулируйте.
03.06.2023 08:36:00, apoc.

Cpu cores and threads.

Wed, 06 Jan 2021 17:32:00 +0300

Cpu cores and threads. Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Спасибо @tburger за подробности, это очень полезно. Если не возражаешь, давай смоделируем ситуацию. Примеры очень полезны. 1 сокет, 14 pCPU (28 vCPU) - 2.40 GHz. Требования: построить кластер Kubernetes. Пусть будет 3 мастер-ноды и 4 воркера. На воркер-ноде будет, скажем, максимум 20 Докеров ... приложение со средней нагрузкой. Какие у тебя рекомендации для этой ситуации? Спасибо!
06.01.2021 17:32:00, Octavian.

Cpu cores and threads.

Wed, 06 Jan 2021 08:01:00 +0300

Cpu cores and threads. Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Это не совсем верно. 1vCPU будет запланирован на логическое ядро. Логическое ядро может быть физическим ядром или гиперпотоком. Так что технически физическое ядро с функцией гиперпотока предоставляет два логических ядра. Важно понимать, что хотя ваша система видит 2x логических ядра, на самом деле она получает максимум 20-30% дополнительной производительности. И это верно только в том случае, если ваша нагрузка соответствует (например, если у вас есть не задействованные vCPU (например, ожидающие завершения ввода-вывода), которые могут быть запланированы на логическом ядре, поддерживаемом логическим процессором гиперпотока. Это абсолютный максимум, который следует назначить одной виртуальной машине. Если все vCPU этой одной виртуальной машины захотят использовать время ЦП, вы угрожаете системе, что не хорошо. Также помните, что хосту тоже нужны циклы. Эта конфигурация по-прежнему очень плохая. Но вы можете сделать ее еще хуже, настроив ВМ с количеством vCPU, равным числу всех логических ядер. Общее правило — ориентироваться на минимальные требования. Каждому назначенному vCPU нужно планировать. Это означает, что кэши и регистры нужно очищать и так далее. Это создает накладные расходы. Я много раз наблюдал, как планирование тратили больше циклов ЦП, чем само приложение. Снижение числа vCPU значительно улучшило производительность во всех областях. Все зависит. В общем, я бы сказал нет. Потому что это нарушает смысл виртуализации. Здесь вступает в дело соотношение vCPU : pCPU. Это соотношение описывает, сколько виртуальных ЦП должны делить физический ЦП. Важно: потоки (HT) не считаются! Если вы сделаете, как вы упомянули, то ваше соотношение будет 1:1. Это отлично с точки зрения приложения. Обычно я вижу соотношение 4:1 до 6:1 в реальных условиях. Но опять же, это зависит от двух вещей: 1. Ваш процессор. При работе с маломощными ЦП с частотой 2 ГГц вы можете иметь только 4:1, в то время как при 3 ГГц можно достичь 6:1. 2. Ваше приложение. Общие нагрузки могут работать с 4-6:1, но базы данных, например, зачастую требуют 2:1 или даже 1:1. ВDI-терминалы (в зависимости от профиля пользователя) могут работать нормально с 10-12:1. Так что видите, все зависит от требований.
06.01.2021 08:01:00, apoc.

Cpu cores and threads.

Wed, 06 Jan 2021 04:57:00 +0300

Cpu cores and threads. Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
еще один вопрос @tburger, пожалуйста, по тому же: утверждения: 1vCPU = 1 ядро Придерживайтесь физических ядер, которые у вас есть (физическое количество ядер, без гиперпоточности). Сумма всех работающих виртуальных машин должна быть <= количеству физических ядер? Это верно?
06.01.2021 04:57:00, Octavian.

Cpu cores and threads.

Wed, 02 Dec 2020 19:30:00 +0300

Cpu cores and threads. Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Да, точно. 1vCPU можно назначить только на одно ядро. Так что технически вы не можете использовать более одного ядра. Обычно (без привязки) это не всегда одно и то же ядро. Подсказка: проверьте лицензионное соглашение вашего программного обеспечения. Иногда есть мелкие, но неприятные условия касаемо виртуализованных рабочих нагрузок...
02.12.2020 19:30:00, apoc.

Cpu cores and threads.

Wed, 02 Dec 2020 13:55:00 +0300

Cpu cores and threads. Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
У меня есть вопрос в той же области. Если у меня сервер Proxmox с 2 процессорами и 72 ядрами. Я настроил только одну виртуальную машину и выделил ей 1 ядро — будет ли виртуальная машина использовать только одно ядро на физическом сервере? Спрашиваю, потому что у меня есть некоторые приложения, лицензируемые по ядрам.
02.12.2020 13:55:00, PelleH.

Cpu cores and threads.

Sun, 23 Feb 2020 18:23:00 +0300

Cpu cores and threads. Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Привет, я всё еще новичок в Proxmox, но у меня такой вопрос: когда я создаю виртуальную машину, как я могу узнать, сколько потоков я могу использовать? Я знаю, что могу выбрать ядра, но как насчет потоков? Как они работают? Мой сервер имеет 12 ядер и 24 потока, но мне было интересно по поводу Windows ВМ. Джозеф
23.02.2020 18:23:00, Joseph Chrzempiec.