Что означает процесс WindowServer, и почему он расходует ресурсы на Mac?

При проверке Мониторинга системы на Mac вы могли замечать процесс под названием «WindowServer», который сильно расходует ресурсы.

В этой статье мы объясним вам, что означает этот процесс, и для чего он вообще нужен. WindowServer – это неотъемлемая часть macOS, отвечающая за взаимодействие ваших программ и монитора. Если вы видите что-то на экране, это работа WindowServer. Каждое открытое окно, сайт и игра – это всё работа процесса WindowServer.

По сути процесс WindowServer используется для отображения содержимого на вашем экране. Он абсолютно безопасен.

Почему WindowServer расходует столько ресурсов?

Каждая программа использует процесс WindowServer для отображения содержимого на вашем экране. Если процесс расходует слишком много ресурсов, попробуйте закрыть свои программы, и вы заметите, что это изменится. Возможно, в сильном расходе ресурсов виновата даже какая-то конкретная программа. Постарайтесь её найти.

Иногда это нормальная ситуация: программы, которые постоянно меняют отображаемый контент, сильнее всего используют WindowServer, а значит и расходуют больше ресурсов. Чаще всего это игры, видеоредакторы и другие программы.

Иногда чрезмерный расход ресурсов может вызывать системный баг. Если вы считаете, что какая-то программа не должна расходовать настолько много ресурсов, попробуйте связаться с её разработчиком. Возможно, вы обнаружили какую-то проблему, которую он может исправить.

Если процесс WindowServer расходует много ресурсов, даже когда у вас не запущены программы, это уже другая проблема. Можете попробовать уменьшить прозрачность. Для этого зайдите в Системные настройки > Универсальный доступ > Монитор. После включения этой опции нагрузка на процессор должна уменьшиться. Особенно актуален этот способ для старых Mac.

Также попробуйте закрыть все ненужные окна, убрать лишних иконки с рабочего стола и избавиться от лишних рабочих столов в Mission Control. Если не поможет и это, можете сделать сброс NVRAM.

Стоит отметить ещё кое-что. Если у вас несколько мониторов, процесс WindowServer будет расходовать ещё больше ресурсов. Чем больше мониторов вы используете, тем больше будет нагрузка.

Использование MAC-адресов в объединении сетевых карт и управление ими NIC Teaming MAC address use and management

Применяется к: Windows Server 2016 Applies to: Windows Server 2016

При настройке группы сетевых адаптеров с независимым режимом и при использовании хэша или динамического распределения нагрузки группа использует MAC-адрес основного члена группы сетевых адаптеров для исходящего трафика. When you configure a NIC Team with switch independent mode and either address hash or dynamic load distribution, the team uses the media access control (MAC) address of the primary NIC Team member on outbound traffic. Член группы основного сетевого адаптера — это сетевой адаптер, выбранный операционной системой из начального набора членов группы. The primary NIC Team member is a network adapter selected by the operating system from the initial set of team members. Это первый член группы, который необходимо привязать к команде после его создания или после перезапуска главного компьютера. It is the first team member to bind to the team after you create it or after the host computer is restarted. Поскольку основной член группы может измениться недетерминированным образом при каждой загрузке, отключении сетевого адаптера или действиях по включению или других действиях по перенастройке, основной член группы может измениться, а MAC-адрес группы может отличаться. Because the primary team member might change in a non-deterministic manner at each boot, NIC disable/enable action, or other reconfiguration activities, the primary team member might change, and the MAC address of the team might vary.

В большинстве случаев это не вызывает проблем, но в некоторых случаях могут возникнуть проблемы. In most situations this doesn’t cause problems, but there are a few cases where issues might arise.

Если член основной группы удален из команды и затем помещен в операцию, может возникнуть конфликт MAC-адреса. If the primary team member is removed from the team and then placed into operation there may be a MAC address conflict. Чтобы устранить этот конфликт, отключите, а затем включите интерфейс команды. To resolve this conflict, disable and then enable the team interface. Процесс отключения и включения интерфейса группы заставляет интерфейс выбрать новый MAC-адрес от оставшихся членов команды, тем самым устраняя конфликт MAC-адресов. The process of disabling and then enabling the team interface causes the interface to select a new MAC address from the remaining team members, thereby eliminating the MAC address conflict.

Можно задать MAC-адрес группы сетевых адаптеров, указав конкретный MAC-адрес, задав его в основном интерфейсе группы, точно так же, как это можно сделать при настройке MAC-адреса любого физического сетевого адаптера. You can set the MAC address of the NIC team to a specific MAC address by setting it in the primary team interface, just as you can do when configuring the MAC address of any physical NIC.

Использование MAC-адреса в передаваемых пакетах MAC address use on transmitted packets

При настройке группы сетевых адаптеров в независимом режиме и при использовании хэша или динамического распределения нагрузки пакеты из одного источника (например, одна виртуальная машина) одновременно распределяются между несколькими членами группы. When you configure a NIC Team in switch independent mode and either address hash or dynamic load distribution, the packets from a single source (such as a single VM) is simultaneously distributed across multiple team members. Чтобы избежать перепутать параметры и предотвратить появление оповещений неустойчивый MAC, исходный MAC-адрес заменяется на другой MAC-адрес в кадрах, передаваемых членам группы, отличным от участников основной группы. To prevent the switches from getting confused and to prevent MAC flapping alarms, the source MAC address is replaced with a different MAC address on the frames transmitted on team members other than the primary team member. В связи с этим каждый член команды использует другой MAC-адрес, и конфликты MAC-адресов предотвращаются, пока не произойдет сбой. Because of this, each team member uses a different MAC address, and MAC address conflicts are prevented unless and until failure occurs.

При обнаружении сбоя на основном сетевом адаптере программа объединения сетевых карт начинает использовать MAC-адрес участника основной группы, выбранный для использования в качестве временного участника основной группы (т. е. который теперь будет отображаться в коммутаторе как основной член команды). When a failure is detected on the primary NIC, the NIC Teaming software starts using the primary team member’s MAC address on the team member that is chosen to serve as the temporary primary team member (i.e., the one that will now appear to the switch as the primary team member). Это изменение применяется только к трафику, который будет отправлен на основной член команды, с MAC-адресом основного члена группы в качестве исходного MAC-адреса. This change only applies to traffic that was going to be sent on the primary team member with the primary team member’s MAC address as its source MAC address. Другой трафик по-другому будет отправляться с использованием любого исходного MAC адреса, который использовался до сбоя. Other traffic continues to be sent with whatever source MAC address it would have used prior to the failure.

Ниже приведены списки, описывающие поведение замены MAC-адресов для объединения сетевых карт в зависимости от настройки группы. Following are lists that describe NIC Teaming MAC address replacement behavior, based on how the team is configured:

При переключении независимого режима с распределением хэша адреса In Switch Independent mode with Address Hash distribution

Все пакеты ARP и NS отправляются участнику основной команды All ARP and NS packets are sent on the primary team member

Весь трафик, отправленный на сетевых картах, отличных от участника основной команды, отправляется с исходным MAC-адресом, измененным для соответствия сетевому интерфейсу, на который они отправлены All traffic sent on NICs other than the primary team member are sent with the source MAC address modified to match the NIC on which they are sent

Весь трафик, отправленный на основной член команды, отправляется с исходным MAC-адресом (который может быть MAC-адресом группы) All traffic sent on the primary team member is sent with the original source MAC address (which may be the team’s source MAC address)

Переключение независимого режима с распределением портов Hyper-V In Switch Independent mode with Hyper-V Port distribution

Каждый порт vmSwitch привязаны участнику команды. Every vmSwitch port is affinitized to a team member

Каждый пакет отправляется участнику команды, к которому относится порт привязаны Every packet is sent on the team member to which the port is affinitized

Замена исходного MAC-адреса не выполнена No source MAC replacement is done

Переключение независимого режима с динамическим распределением In Switch Independent mode with Dynamic distribution

Каждый порт vmSwitch привязаны участнику команды. Every vmSwitch port is affinitized to a team member

Все пакеты ARP/NS отправляются участнику команды, к которому относится порт привязаны All ARP/NS packets are sent on the team member to which the port is affinitized

Пакеты, отправленные членом команды, который является участником команды привязаны, не заменяют исходный MAC-адрес Packets sent on the team member that is the affinitized team member have no source MAC address replacement done

Пакеты, отправляемые участнику команды, отличному от члена команды привязаны, будут иметь замену исходного MAC-адреса. Packets sent on a team member other than the affinitized team member will have source MAC address replacement done

В режиме переключить зависимый режим (все распределения) In Switch Dependent mode (all distributions)

• Не выполняется замена исходного MAC-адреса No source MAC address replacement is performed

Связанные разделы Related topics

Объединение сетевыхкарт. в этой статье приводится обзор объединения сетевых адаптеров (NIC) в Windows Server 2016. NIC Teaming: In this topic, we give you an overview of Network Interface Card (NIC) Teaming in Windows Server 2016. Объединение сетевых карт позволяет объединять один и 32 физических сетевых адаптеров Ethernet в один или несколько программных виртуальных сетевых адаптеров. NIC Teaming allows you to group between one and 32 physical Ethernet network adapters into one or more software-based virtual network adapters. Эти виртуальные сетевые адаптеры обеспечивают высокую производительность и отказоустойчивость в случае сбоя сетевого адаптера. These virtual network adapters provide fast performance and fault tolerance in the event of a network adapter failure.

Параметры объединения сетевых карт. в этом разделе мы преддадим Обзор свойств группы сетевых адаптеров, таких как объединение и режим балансировки нагрузки. NIC Teaming settings: In this topic, we give you an overview of the NIC Team properties such as teaming and load balancing modes. Кроме того, мы предоставляем подробные сведения о параметре адаптера ожидания и свойстве основного интерфейса группы. We also give you details about the Standby adapter setting and the Primary team interface property. Если у вас есть по крайней мере два сетевых адаптера в группе сетевых адаптеров, не нужно назначать резервный адаптер для отказоустойчивости. If you have at least two network adapters in a NIC Team, you do not need to designate a Standby adapter for fault tolerance.

Создание группы сетевых адаптеров на главном компьютере или виртуальной машине. в этом разделе вы создадите новую группу сетевых адаптеров на главном компьютере или на виртуальной машине Hyper-V под управлением Windows Server 2016. Create a new NIC Team on a host computer or VM: In this topic, you create a new NIC Team on a host computer or in a Hyper-V virtual machine (VM) running Windows Server 2016.

Устранение неполадок объединения сетевых адаптеров. в этом разделе обсуждаются способы устранения неполадок объединения сетевых карт, таких как оборудование, безопасность физического коммутатора и отключение или включение сетевых адаптеров с помощью Windows PowerShell. Troubleshooting NIC Teaming: In this topic, we discuss ways to troubleshoot NIC Teaming, such as hardware, physical switch securities, and disabling or enabling network adapters using Windows PowerShell.

NIC Teaming MAC address use and management

Applies to: Windows Server 2016

When you configure a NIC Team with switch independent mode and either address hash or dynamic load distribution, the team uses the media access control (MAC) address of the primary NIC Team member on outbound traffic. The primary NIC Team member is a network adapter selected by the operating system from the initial set of team members. It is the first team member to bind to the team after you create it or after the host computer is restarted. Because the primary team member might change in a non-deterministic manner at each boot, NIC disable/enable action, or other reconfiguration activities, the primary team member might change, and the MAC address of the team might vary.

In most situations this doesn’t cause problems, but there are a few cases where issues might arise.

If the primary team member is removed from the team and then placed into operation there may be a MAC address conflict. To resolve this conflict, disable and then enable the team interface. The process of disabling and then enabling the team interface causes the interface to select a new MAC address from the remaining team members, thereby eliminating the MAC address conflict.

You can set the MAC address of the NIC team to a specific MAC address by setting it in the primary team interface, just as you can do when configuring the MAC address of any physical NIC.

MAC address use on transmitted packets

When you configure a NIC Team in switch independent mode and either address hash or dynamic load distribution, the packets from a single source (such as a single VM) is simultaneously distributed across multiple team members. To prevent the switches from getting confused and to prevent MAC flapping alarms, the source MAC address is replaced with a different MAC address on the frames transmitted on team members other than the primary team member. Because of this, each team member uses a different MAC address, and MAC address conflicts are prevented unless and until failure occurs.

When a failure is detected on the primary NIC, the NIC Teaming software starts using the primary team member’s MAC address on the team member that is chosen to serve as the temporary primary team member (i.e., the one that will now appear to the switch as the primary team member). This change only applies to traffic that was going to be sent on the primary team member with the primary team member’s MAC address as its source MAC address. Other traffic continues to be sent with whatever source MAC address it would have used prior to the failure.

Following are lists that describe NIC Teaming MAC address replacement behavior, based on how the team is configured:

In Switch Independent mode with Address Hash distribution

All ARP and NS packets are sent on the primary team member

All traffic sent on NICs other than the primary team member are sent with the source MAC address modified to match the NIC on which they are sent

All traffic sent on the primary team member is sent with the original source MAC address (which may be the team’s source MAC address)

In Switch Independent mode with Hyper-V Port distribution

Every vmSwitch port is affinitized to a team member

Every packet is sent on the team member to which the port is affinitized

No source MAC replacement is done

In Switch Independent mode with Dynamic distribution

Every vmSwitch port is affinitized to a team member

All ARP/NS packets are sent on the team member to which the port is affinitized

Packets sent on the team member that is the affinitized team member have no source MAC address replacement done

Packets sent on a team member other than the affinitized team member will have source MAC address replacement done

In Switch Dependent mode (all distributions)

• No source MAC address replacement is performed

Related topics

NIC Teaming: In this topic, we give you an overview of Network Interface Card (NIC) Teaming in Windows Server 2016. NIC Teaming allows you to group between one and 32 physical Ethernet network adapters into one or more software-based virtual network adapters. These virtual network adapters provide fast performance and fault tolerance in the event of a network adapter failure.

NIC Teaming settings: In this topic, we give you an overview of the NIC Team properties such as teaming and load balancing modes. We also give you details about the Standby adapter setting and the Primary team interface property. If you have at least two network adapters in a NIC Team, you do not need to designate a Standby adapter for fault tolerance.

Create a new NIC Team on a host computer or VM: In this topic, you create a new NIC Team on a host computer or in a Hyper-V virtual machine (VM) running Windows Server 2016.

Troubleshooting NIC Teaming: In this topic, we discuss ways to troubleshoot NIC Teaming, such as hardware, physical switch securities, and disabling or enabling network adapters using Windows PowerShell.