Selective suspend что это
Selective Suspend Wi-Fi — что это?
Приветствую уважаемые друзья! 
Сегодня поговорим про одну настройку, которую можно заметить в свойствах беспроводного сетевого адаптера. Постараюсь все написать простыми словами, поехали разбираться!))
Описание
Selective Suspend Wi-Fi — функция активирует энергосберегающий режим, при котором беспроводной адаптер использует минимум энергии при бездействии.
Скажу сразу — толку от это функции как кот наплакал…
Разбираемся
Собственно сама функция Selective Suspend:
Включать или нет? Во-первых экономия мизерная. Даже для ноутбука. Во-вторых из-за этой экономии могут быть глюки в работе беспроводной сети. Можно включить (Enabled) и протестировать, если проблем не будет — так и оставить. Если начнутся непонятные глюки — отключить (Disabled).
Еще в Windows есть опция USB Selective Suspend, которая находится в дополнительных параметрах схемы электропитания. Это связано не с Wi-Fi, а с USB-портами, хотя Wi-Fi модуль спокойно может быть подключен и по USB. Так вот, эта опция — позволяет переводить определенные порты USB в режим ожидания, при этом остальные будут работать в обычном режиме. Есть отдельные настройки функции для работы от батареи (On battery) или когда ноутбук работает от сети (Plugged in):
Заключение
Кажется главное выяснили:
Удачи и добра. До новых встреч друзья! 
Компьютер заряжает телефон слишком медленно
Несмотря на то, что возможности смартфонов расширяются невероятным образом, все же существуют ограничения. Несмотря на достижения во всех возможных категориях оборудования, даже смартфоны высшего класса требуют частой зарядки.
Теперь иногда вы не можете получить доступ к сетевой розетке, и вы ограничены зарядкой USB через USB-порты ПК. И вдруг вы понимаете, что этот способ зарядки занимает почти вдвое больше времени.
Почему ваш компьютер заряжает батарею вашего телефона так медленно
Теперь это не необычно. Но некоторые пользователи сообщили, что они заряжают свои телефоны часами, и они все еще далеки от завершения.
Это общая проблема, которая не всегда связана с ПК или телефоном. Во многих случаях кабель делает всю тяжелую работу.
Для решения этой проблемы мы подготовили список возможных решений проблемы. Не забудьте проверить их ниже.
Что делать, если ваш телефон заряжается слишком медленно на ПК
Решение 1. Проверьте кабель и USB
Во-первых, давайте разоблачим факты. А именно, и USB-порт ПК, и адаптер зарядного устройства обеспечивают одинаковое напряжение (5 В). Основное различие заключается в токовом выходе, который составляет около 1000 – 2000 мА (1 или 2 А) для зарядки настенной розетки и не более 600 – 900 мА для USB 3.0. USB 2.0 еще слабее в этом отделе.
Поэтому процесс зарядки с USB на ПК заряжается намного медленнее. Но, конечно, не в 5 раз медленнее, что, похоже, является проблемой для некоторых пользователей.
Однако есть некоторые другие вещи, которые мы должны принять во внимание, прежде чем мы сможем двигаться дальше.
Не каждый USB-порт запитан, это означает, что не каждый USB-порт можно использовать для зарядки. Таким образом, если вы используете устаревшую конфигурацию ПК с устаревшей материнской платой, есть большая вероятность, что более чем несколько доступных портов не смогут зарядить ваш телефон.
Итак, найдите маленький значок молнии рядом с портом, чтобы определить, что он подключен к выходному порту – порту, который вы можете использовать для зарядки.
Кроме того, как мы уже говорили выше, есть разница между USB 2.0 и USB 3.0. USB 3.0 в идеальных условиях может достигать выходной мощности до 900 мА (0,9 А), что в основном нормально. USB 2.0 застрял на 500 мА, что не очень хорошо.
Но для зарядки телефона через USB 3.0 вам понадобится подходящий кабель. Большинство кабелей в настоящее время от микро-USB до USB 3.0. Однако, если ваше портативное устройство немного старше и кабель поддерживает только USB 2.0, зарядка через USB 3.0 не будет иметь никакого значения.
Конечно, как последнее замечание, вы должны подтвердить, что ваш кабель и порт USB находятся в рабочем состоянии. Попробуйте альтернативный кабель или порт и ищите изменения.
Решение 2. Отключите USB Selective Suspend
Теперь, как только мы разберемся с этим, давайте проверим некоторые параметры питания, которые могут повлиять на процесс зарядки. Или, если быть более точным, один расширенный вариант питания, который называется USB Selective suspend.
Что такое USB Selective Suspend? Это расширенный вариант питания, который, если порты USB не используются, позволяет ПК переходить в режим ожидания с низким энергопотреблением.
Теперь эта активность USB касается только данных, а не зарядки. Это означает, что, если вы подключите свое устройство и выберете режим «Только зарядка», ваш компьютер рано или поздно перейдет в режим ожидания, а выходной ток уменьшится. Таким образом, процесс зарядки будет длиться целую вечность.
Следуйте приведенным ниже инструкциям, чтобы отключить «USB Selective Suspend» в настройках питания:
Это должно улучшить процесс зарядки, по крайней мере, незначительно.Кроме того, есть только одна вещь, которую вы можете сделать, чтобы сосредоточить питание на зарядке, а не позволить вашему ПК распределять его по различным устройствам.
Решение 3. Отключите другие USB-устройства и периферийные устройства
Наконец, мы не можем пропустить тот факт, что выходной ток материнской платы сильно зависит от того, сколько устройств вы подключили.
По сути, если вы подключите мышь, клавиатуру и телефон, материнская плата может выделять только столько энергии, сколько требуется для зарядки устройства. И что касается мощности, то мыши и клавиатуры не совсем активные потребители.
Поэтому, чтобы улучшить зарядку, обязательно отсоедините все периферийные устройства (те, с которыми вы можете работать во время процесса зарядки), и пусть ваш ПК «фокусируется» только на телефоне.
Имейте в виду, что если ваше устройство является ноутбуком и не подключено к сети, оно будет выдавать меньше тока. Для более быстрой зарядки оставьте телефон подключенным к USB, а ноутбук – к розетке.
Резюме:
Это должно завершить это. Обязательно поделитесь своими вопросами или предложениями с нашими читателями. Вы можете сделать это в разделе комментариев ниже .
Idle timeout что это
Глава 1.8 Проброс «белого» (реального, внешнего) IP в локальную сеть.
Это нужно, если вышестоящий провайдер выдал вам подсеть «белых» IP-адресов. Один адрес оставляем как адрес самого Микротика, второй адрес обычно это шлюз провайдера, остальные можем выдать клиентам в локальной сети.
Допустим, ваша локальная сеть 192.168.1.0/24, локальный адрес Микротика 192.168.1.1.
Способ 1, при помощи NAT.
В этом примере пробрасываем интернет-адрес 195.195.195.195 на локальный адрес 192.168.1.11. Для практического использования меняем адреса на свои.
/ip firewall nat
add action=netmap chain=srcnat comment=»Mapping 195.195.195.195 > 192.168.1.11″ src-address=192.168.1.11 to-addresses=195.195.195.195
add action=dst-nat chain=dstnat dst-address=195.195.195.195 to-addresses=192.168.1.11
/ip address
add address=195.195.195.195/32 interface=ether1-gateway network=195.195.195.195
Первое правило NAT меняет во всех пакетах, идущих в Интернет (исключая сеть 192.168.1.0/24) локальный адрес 192.168.1.11 на 195.195.195.195
Второе правило все пакеты, приходящие на адрес 195.195.195.195 отправляет на 192.168.1.11.
Эти правила должны находиться выше основного правила NAT (masquerade).
И последнее действие назначает адрес 195.195.195.195, как дополнительный, внешнему интерфейсу Микротика. Это необходимо для того, чтобы Микротик принимал входящие пакеты с таким адресом.
Отличие этого способа заключается в том, что клиент видит как локальную сеть (и соответственно виден внутри сети), так и интернет. Устройство с локальным адресом 192.168.1.11 полностью доступно извне сети по адресу 195.195.195.195. При этом фактически находится за NAT и Firewall, что позволяет применять к трафику этого клиента другие правила обработки трафика, шейпер и т.п..
Способ 2, при помощи создания моста между интерфейсами (Bridge).
Допустим, порт, подключенный к провайдеру, это ether1-gateway, а клиент подключен через порт ether2-local.
/interface bridge
add name=Bridge1
/interface bridge port
add br > add br >
В этом примере мы создали мост между внешним и внутренним интерфейсами.
Далее нужно просто назначить на нужном локальном устройстве «белый» IP-адрес, в качестве шлюза указать шлюз провайдера (а не Микротик), DNS-серверы либо провайдерские, либо открытые альтернативные. Всё это можно сделать как вручную, так и назначить клиенту при помощи DHCP.
Среди преимуществ данного способа можно назвать то, что получаем «белый» IP прямо на клиентском устройстве.
Среди недостатков то, что мы выпускаем клиента практически напрямую в Интернет, на его трафик не действуют Simple Queues, а настройки NAT, Firewall (и некоторые другие) необходимо делать отдельные от общих правил, действующих на остальную сеть.
Глава 1.9 Настройка основных типов PPP-серверов.
1.9.1 Настройка PPtP-сервера Mikrotik.
Обычно используется для подключения к Mikrotik удаленных клиентов (через Интернет). Реже для подключения локальных пользователей или других задач.
1.9.1.1 Сначала необходимо настроить профили подключений:
«PPP» — «Profiles»
По умолчанию видим два профиля, один с обязательным шифрованием данных, второй нет.
Настраиваем нужный профиль или создаем новый.
Основные настройки:
Name — имя профиля
— Local Address: адрес, который будет использовать Mikrotik в качестве сервера PPtP.
— Remote Address: адрес, который будет назначен подключившемуся клиенту. Если клиентов планируется несколько, то это поле нужно оставить пустым, а адреса назначать в Secrets.
— Bridge, Bridge Port Priority, Bridge Path Cost: к какому внутреннему мосту и с какими параметрами будет подключен клиент. Обычно используется для предоставления клиенту доступа в локальную сеть.
— Incoming Filter, Outgoing Filter: какие chain-фильтры будут использоваться при подключении клиента. Если не знаете, что это такое — оставьте поля пустыми.
— Address List: в какой Address List будет добавлен подключившийся клиент.
— DNS Server: адрес сервера DNS, который будет отправлен подключившемуся клиенту (принцип тот-же, как при назначении адресов по DHCP). Обычно это адрес, который указали в поле Local Address, можно здесь указать еще несколько адресов серверов DNS.
— WINS Server: если у вас в сети он есть, можете указать адрес. Если нет, оставьте это поле пустым.
Настройки протоколов:
— Use MPLS: использовать ли механизм MPLS. При «default» определяется клиентом, «no» никогда не использовать, «yes» согласование с клиентом, «required» использовать всегда.
— Use Compression: использовать ли сжатие данных. Имеет смысл включать только при очень медленных каналах.
— Use VJ Compression: использовать ли сжатие заголовков TCP/IP. Актуально только для медленных каналов.
— Use Encruption: использовать ли шифрование данных. При «default» определяется клиентом, «no» никогда не использовать, «yes» согласование с клиентом, «required» использовать всегда (без шифрования доступ не будет разрешен).
Настройки лимитов пользовательской сессии:
— Session Timeout: ограничение времени одной клиентской сессии. По истечении этого времени сессия будет сброшена.
— Idle Timeout: ограничение времени бездействия. Подключение будет сброшено, если по нему нет активности в течение указанного времени.
— Rate Limit (rx/tx): общее ограничение скорости подключения.
— Only One: если установлено «yes», то пользователю будет разрешено только одно подключение в один момент времени.
Настройки шейпера:
Эту вкладку стоит испльзовать только в том случае, если вы хотите создавать правила шейпера динамически.
— Insert Queue Before: можно указать, где именно размещать шейпер.
— Parent Queue: «родительское» правило очереди.
— Queue Type: тип очереди.1.9.1.2Включаем собственно сам PPtP-сервер:
«PPP» — «Interface» — «PPTP Server»
— enabled: включен или нет PPtP-сервер.
— Max MTU: максимально допустимое значение MTU.
— Max MRU: максимально допустимое значение MRU.
— MRRU: максимальный допустимый размер входящего пакета данных.
— Keepalive Timeout: ограничение времени активных подключений (по умолчанию).
— Default Profile: профиль, который будет использоваться по умолчанию.
— Authentication: разрешенные типы авторизации.
1.9.1.3 Приступаем к настройкам пользователей.
«PPP» — «Secrets»
— Name: имя пользователя (логин, username).
— Password: пароль пользователя.
— Service: выбираем, на какие серверы (по каким протоколам) PPP этому пользователю разрешено подключение.
— Caller ID: идентификатор подключения, если не знаете что это — оставьте пустым.
— Profile: профиль, который будет назначен этому пользователю (данная настройка является приоритетной по отношению к настройкам сервера).
— Local Address: адрес, который будет использовать Mikrotik при этом подключении (данная настройка является приоритетной по отношению к настройкам профиля).
— Remote Address: адрес, который будет выдан пользователю при подключении.
— Routes: если через это подключение нужно маршрутизировать исходящие пакеты, указываем, куда именно. Обычно используется в том случае, если PPtP используется для связи между сетями.
— Limit Bytes In: максимальное количество входящиего (от пользователя) трафика в байтах. При превышении пользователь будет блокирован.
— Limit Bytes Out: максимальное количество исходящего (к пользователю) трафика в байтах. При превышении пользователь будет блокирован.
— Last Logged Out: время последнего отключения. Информационное поле.
1.9.2 Настройка PPPoE-сервера Mikrotik.
Используется исключительно для подключения к Mikrotik локальных клиентов.
Все настройки аналогичны PPtP, за исключением самого сервера.
«PPP» — «PPPoE Servers»
— Service Name: имя службы (название сервера).
— Interface: интерфейс, на котором сервер будет принимать входящие подключения. Для каждого интерфейса необходимо создавать отдельный сервер.
— Max MTU: максимально допустимое значение MTU.
— Max MRU: максимально допустимое значение MRU.
— MRRU: максимальный допустимый размер входящего пакета данных.
— Keepalive Timeout: ограничение времени активных подключений (по умолчанию).
— Default Profile: профиль, который будет использоваться по умолчанию.
— One Session Per Host: установите флажок, если с одного устройства разрешено только одно подключение. Если нет, установите параметр Max Session.
— Authentication: разрешенные типы авторизации.
Особенности использования PPPoE-серверов в Mikrotik.
Если у вас Mikrotik со встроенным свичем и один порт настроен как master, остальные slave, достаточно создать PPPoE-сервер только для порта master. Порты slave также будут принимать подключения к этому серверу.
Аналогично, если несколько интерфейсов объединены в мост (bridge), то достаточно создать PPPoE-сервер для этого моста. Подключения к нему будут приниматься на всех интерфейсах, входящих в мост.
На одном интерфейсе можно создать несколько PPPoE-серверов, отличающихся именем службы (Service Name). В этом случае то, к какой именно службе будет подключен клиент, определяется настройками имени службы на клиентском устройстве. Если на клиентском устройстве имя службы не определено, то клиент будет подключен к службе, первой ответившей на запрос.
Внимание! Не стоит создавать PPPoE-серверы на интернет-интерфейсах или интерфейсах, подключенных к локальной сети провайдера. Это может привести к неприятным последствиям как для провайдера, так и для вас.
1.9.3 Остальные PPP-серверы настраиваются аналогично PPtP или PPPoE, за исключением некоторых специфических параметров.
Всё о Интернете, сетях, компьютерах, Windows, iOS и Android
USB Selective Suspend у WiFi-адаптера — что это и зачем?
Если вы откроете дополнительные настройки WiFi адаптера в Windows 10, то можете увидеть там параметр USB Selective Suspend и связанный с ним Selective Suspend >
В наше время электричество становится всё дороже и дороже. Именно поэтому у каждого компьютера есть специальный режим энергосбережения, при котором у устройства уменьшается объём потребляемой энергии за счёт отключения некоторых его комплектующих устройств. На ноутбуках этот режим позволяет ПК прожить на батарее максимальное время.
Так вот параметр «Selective Suspend» позволяет разрешить или запретить отключение WiFi-адаптера в целях экономии энергии, либо при переходе в режим сна или спящего режима.
Как это работает? Если параметр включен, драйвер отправляет операционной системе Windows 10 примерно такой запрос — «Я ещё нужен?». Если нет, от ОС просто отключит Вай-Фай-адаптер или снизит его потребление до того момента, пока он снова не понадобится. Если же параметр отключен, то драйвер не будет просить систему выключить себя. При этом «Selective Suspend Idle Timeout» — это таймер в секундах, по истечение которого драйвер будет повторять запрос.
Кстати, в расширенных настройках используемой схемы электропитания так же есть пункт «Параметр временного отключения USB-портов». В англоязычной версии он называется так — «USB Selective Suspend Setting». Думаю понятно, что по факту всё это одно и то же.
Разрешать или нет отключение USB-портов? Если Вы постоянно работаете от сети — однозначно Вам эта опция не нужна и будет только мешать, пытаясь периодически отключить WiFi-адаптер. А вот если Вы работаете на ноутбуке и в моменты автономной работы не пользуетесь беспроводной связью, тогда в целях энергосбережения этим параметром можно и воспользоваться!
Azure Load Balancer предлагается в двух ценовых категориях: «Базовый» и «Стандартный». Azure Load Balancer supports two different types: Basic and Standard. В этой статье рассматривается Azure Load Balancer категории «Базовый». This article discusses Basic Load Balancer. См. дополнительные сведения в статье Обзор Azure Load Balancer уровня «Стандартный» (предварительная версия). For more information about Standard Load Balancer, see Standard Load Balancer overview.
В конфигурации по умолчанию значение параметра времени ожидания простоя для балансировщика нагрузки Azure равно 4 минутам. In its default configuration, Azure Load Balancer has an idle timeout setting of 4 minutes. Если период бездействия превышает значение времени ожидания, нет никакой гарантии, что сеанс TCP или HTTP между клиентом и облачной службой возобновится. If a period of inactivity is longer than the timeout value, there’s no guarantee that the TCP or HTTP session is maintained between the client and your cloud service.
При закрытии подключения клиентское приложение может получить такое сообщение об ошибке: «Базовое соединение закрыто. Соединение, которое должно было работать, было разорвано сервером». When the connection is closed, your client application may receive the following error message: «The underlying connection was closed: A connection that was expected to be kept alive was closed by the server.»
Этот параметр действует только для входящих подключений. This setting works for inbound connections only. Чтобы избежать потери подключения, необходимо настроить проверку активности TCP с интервалом, который должен быть меньше, чем время ожидания простоя. Можно также увеличить значение времени ожидания простоя. To avoid losing the connection, you must configure the TCP keep-alive with an interval less than the idle timeout setting or increase the idle timeout value. Для поддержки таких сценариев мы добавили возможность настройки времени ожидания простоя. To support such scenarios, we’ve added support for a configurable idle timeout. Теперь для него можно задать значение от 4 до 30 минут. You can now set it for a duration of 4 to 30 minutes.
Проверки активности TCP хорошо подходят для сценариев, в которых нет ограничений, обусловленных временем работы аккумулятора. TCP keep-alive works well for scenarios where battery life is not a constraint. Не рекомендуется для мобильных приложений. It is not recommended for mobile applications. Использование этого метода в мобильном приложении может привести к ускоренной разрядке аккумулятора устройства. Using a TCP keep-alive in a mobile application can drain the device battery faster.
В приведенных ниже разделах описывается, как изменить параметры времени ожидания простоя в виртуальных машинах и облачных службах. The following sections describe how to change idle timeout settings in virtual machines and cloud services.
Настройка для времени ожидания TCP, равного 15 минутам, для общедоступного IP-адреса уровня экземпляра Configure the TCP timeout for your instance-level public IP to 15 minutes
IdleTimeoutInMinutes является необязательным. IdleTimeoutInMinutes is optional. Если значение параметра не задано, время ожидания по умолчанию будет составлять 4 минуты. If it is not set, the default timeout is 4 minutes. Допустимый диапазон времени ожидания — от 4 до 30 минут. The acceptable timeout range is 4 to 30 minutes.
Настройка времени ожидания простоя при создании конечной точки Azure в виртуальной машине Set the idle timeout when creating an Azure endpoint on a virtual machine
Чтобы изменить параметр времени ожидания для конечной точки, используйте следующее: To change the timeout setting for an endpoint, use the following:
Чтобы получить конфигурацию времени ожидания простоя, используйте следующую команду: To retrieve your idle timeout configuration, use the following command:
Настройка времени ожидания TCP для набора конечных точек с балансировкой нагрузки Set the TCP timeout on a load-balanced endpoint set
Если набор балансировки нагрузки для конечных точек содержит конечные точки, для него следует установить время ожидания TCP. If endpoints are part of a load-balanced endpoint set, the TCP timeout must be set on the load-balanced endpoint set. Например, For example:
Изменение параметров времени ожидания для облачных служб Change timeout settings for cloud services
Пример для REST API REST API example
Можно настроить время ожидания простоя TCP с помощью API управления службами. You can configure the TCP idle timeout by using the service management API. Убедитесь, что для заголовка x-ms-version задана версия 2014-06-01 или более поздняя. Make sure that the x-ms-version header is set to version 2014-06-01 or later. Обновите конфигурацию указанных конечных точек ввода с балансировкой нагрузки для всех виртуальных машин в развертывании. Update the configuration of the specified load-balanced input endpoints on all virtual machines in a deployment.