Что значит ограничивать максимальное число соединений

Сообщение Admin » 28 авг 2013, 21:03

Игры @Mail.ru Perfect World, Аллоды Онлайн, Archeage, Warface и другие через прокси и vpn

Игровой Центр @Mail.Ru должен быть запущен из оснастки программы Game Freedom.
Перед запуском необходимо убедится в том, что он уже не запущен — проверить наличие иконки в системном трее (рядом с часами).
Если игровой центр запущен — его необходимо выгрузить.

Игровой Центр @Mail.Ru по умолчанию использует торренты, которые продолжают работать даже после установки игр —
непосредственно во время игры, загружая Ваш канал через шлюз. Всвязи с этим может возникать падение скорости обновления
контента в играх Аллоды онлайн, Perfect World и других, работающих через игровой центр @Mail.Ru.

Рекомендуется в настройках игрового центра:
1. Отключить чекбокс «Автоматически запускаться при входе в Windows.
2. Включить чекбокс «Не показывать всплывающие окна с рекламой».
3. Отключить чекбокс «Продолжить раздавать по окончании скачивания».
4. Ограничить максимальное число соединений до 1 (на время обновления этот параметр необходимо увеличивать до 10 — 20 в зависимости
от пропускной способности Вашего прокси/канала).

Подробности можно почитать в разделе Warface сайта http://gamefreedom.ru/play-warface.php

Если Вы перенесли уже скаченные папки с играми и кешем @Mail.Ru, необходимо указать расположение файлов в настройках игрового центра.

Для некоторых игр, например, Perfect World, требуются права администратора для запуска
Запуск Perfect World через шлюз Game Freedom

Источник

Что ограничивает максимальное количество соединений на сервере Linux?

Какой параметр ядра или другие параметры определяют максимальное количество сокетов TCP, которые могут быть открыты на сервере Linux? Каковы компромиссы, позволяющие больше подключений?

Во время нагрузочного тестирования сервера Apache с ab я заметил, что довольно просто максимально увеличить количество открытых соединений на сервере. Если вы отключите опцию ab’s -k, которая разрешает повторное использование соединения, и отправит более 10 000 запросов, то Apache будет обрабатывать первые 11 000 запросов или около того, а затем останавливается на 60 секунд. Просмотр вывода netstat показывает 11 000 соединений в состоянии TIME_WAIT. Видимо, это нормально. Соединения остаются открытыми по умолчанию в течение 60 секунд даже после того, как клиент покончит с ними по соображениям надежности TCP .

Кажется, что это был бы простой способ сделать сервер DoS, и мне интересно, каковы обычные настройки и меры предосторожности для него.

Вот мой тестовый вывод:

Вот команда netstat, которую я запускаю во время теста:

Я наконец -то нашел установку , которая была действительно ограничивающее количество соединений: net.ipv4.netfilter.ip_conntrack_max . Для этого было установлено значение 11 776, и все, что я установил, — это количество запросов, которые я могу обслуживать в своем тесте, прежде чем придется ждать tcp_fin_timeout несколько секунд, чтобы стало доступным больше подключений. conntrack Таблица является то , что ядро использует для отслеживания состояния соединения , так как только она полна, ядро начинает падать пакетов и печать этого в журнале:

Следующим шагом было заставить ядро перерабатывать все эти соединения в TIME_WAIT состоянии, а не отбрасывать пакеты. Я мог добиться этого либо включением, tcp_tw_recycle либо увеличением, ip_conntrack_max чтобы оно превышало количество локальных портов, доступных для соединений ip_local_port_range . Я думаю, что когда ядро выходит из локальных портов, оно начинает перерабатывать соединения. При этом используется больше соединений для отслеживания памяти, но кажется, что это лучшее решение, чем включение, tcp_tw_recycle поскольку документы подразумевают, что это опасно.

С этой конфигурацией я могу работать ab весь день и никогда не заканчиваться соединения:

tcp_max_orphans Установка не оказывает никакого влияния на моих тестах , и я не знаю , почему. Я бы подумал, что он закроет связи в TIME_WAIT штате, когда их будет 8192, но для меня это не так.

Вы действительно хотите посмотреть, что файловая система / proc может предложить вам в этом отношении.

На этой последней странице вам может быть интересно следующее:

/ proc / sys / net / ipv4 / tcp_max_orphans , который контролирует максимальное количество сокетов, удерживаемых системой, не прикрепленной к чему-либо. Увеличение этого значения может потреблять до 64 Кбайт памяти, не подлежащей замене, на каждый потерянный сокет .
/ proc / sys / net / ipv4 / tcp_orphan_retries , который контролирует количество попыток, прежде чем сокет будет потерян и закрыт. На этой странице есть отдельная заметка о веб-серверах, которая вас непосредственно интересует .

Источник

Русские Блоги

tomcat максимальное количество подключений

Описание предпосылки

Чтобы гарантировать, что служба не будет перегружена слишком большим количеством длинных HTTP-соединений, нам нужно установить максимальное количество подключений к tomcat. Запросы, превышающие это количество подключений, будут отклоняться и позволять им загружаться на другие машины. Он защищает себя и в то же время играет роль балансировки нагрузки соединений.

Сделай это

Вначале, в соответствии с параметром MaxKeepAliveRequests, предоставленным ошибкой todoList, для проверки мы изменяем файл конфигурации tomcat server.xml на:

В то же время запустите клиент для имитации 30 длинных соединений.

Ожидается, что необходимо поддерживать только 10 подключений.
Результаты не оправдали ожиданий, все 30 подключений были подключены и в норме.
Поэтому возникает сомнение в том, действительно ли предоставленные параметры конфигурации ограничивают максимальное количество подключений.

KeepAlive определен в HTTP 1.1 и используется для поддержания длительного соединения между клиентом и сервером и повышения производительности за счет уменьшения количества установлений TCP-сеансов. Обычно используемые параметры конфигурации: . Говоря по одному:
KeepAlive решил включить поддержку KeepAlive;
KeepAliveTimeout определяет, как долго может поддерживаться соединение KeepAlive. Тайм-аут отключит соединение при первой возможности. Если данные все еще есть, необходимо установить новое соединение;
MaxKeepAliveRequests похож на KeepAliveTimeout, что означает, что соединение закрывается столько запросов, сколько было обслужено.

Очевидно, что он не соответствует требованиям, о которых мы думали, а затем ищем другие параметры конфигурации:

maxConnections
По буквальному значению так и должно быть.
Проверять,
!
Максимальное количество подключений 10, запускаем 30 длинных подключений,
Ожидается, что должно быть только 10 длинных соединений, но фактический результат намного больше, чем 10. Это немного неуместно.

Экспериментальная проверка

Оказывается, есть параметр подумать о размере количества подключений

maxThreads: максимальное количество потоков, запускаемых tomcat, то есть количество задач, обрабатываемых одновременно, значение по умолчанию — 200
acceptCount: когда количество потоков, запущенных tomcat, достигает максимума, количество принятых запросов в очереди, значение по умолчанию — 100

Как работают эти два значения, см. Следующие три ситуации
Ситуация 1. Принятие запроса. В настоящее время количество потоков, запущенных tomcat, не достигает maxThreads. Tomcat запускает поток для обработки запроса.
Ситуация 2: Принятие запроса. На данный момент количество потоков, запущенных tomcat, достигло maxThreads. Tomcat поместит этот запрос в очередь ожидания и будет ждать свободных потоков.
Ситуация 3. Принятие запроса. В настоящее время количество потоков, запущенных tomcat, достигло maxThreads, а количество запросов в очереди ожидания — acceptCount. В это время tomcat напрямую отклоняет запрос и возвращает отказ в соединении

Также добавьте maxConnections

Оказывается, максимальное количество соединений tomcat зависит от значения maxConnections плюс значение acceptCount , После того, как количество подключений достигнет maxConenctions, tomcat по-прежнему будет поддерживать подключение, но не будет его обрабатывать, и будет ждать обработки других запросов перед обработкой этого запроса.

Анализ исходного кода

Параметр максимального количества соединений для tomcat — maxConnections, это значение указывает, сколько сокетов может быть подключено к tomcat. Максимальное количество подключений по умолчанию в режиме BIO — это максимальное количество потоков (по умолчанию 200), значение по умолчанию — 10000 в режиме NIO и 8192 в режиме APR (в Windows оно меньше или равно 1024 maxConnections). Если установлено значение -1, это означает отсутствие ограничений.

В Tomcat счетчик используется для управления максимальным количеством подключений. Например, в Acceptor of Endpoint общая логика выглядит следующим образом:

Счетчик реализуется блокировкой LimitLatch, которая в основном контролируется изнутри реализацией java.util.concurrent.locks.AbstractQueuedSynchronizer.

Мы устанавливаем максимальное количество подключений равным 10 и запускаем более 30 длинных подключений одновременно,
Затем через jstack вы можете увидеть, что поток-приемник заблокирован в методе countUpOrAwaitConnection:

Уровень кода также объясняет это явление.

подводить итоги

Максимальное количество подключений, которое может поддерживать tomcat, определяется параметром maxConnections плюс acceptCount. Как установить maxThreads одновременно?

Приводятся некоторые из следующих выводов: http://duanfei.iteye.com/blog/1894387
Общие операции с сервером включают в себя два аспекта: 1 вычисление (в основном с использованием процессора), 2 ожидание (io, база данных и т. Д.)

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

Во втором крайнем случае, если наша операция — это чисто ввод-вывод или база данных, то основное ограничение времени ответа — это ожидание внешних ресурсов. В это время maxThreads следует установить как можно большим, чтобы увеличить количество одновременных запросов обработки, тем самым увеличивая Общая вычислительная мощность системы. В этом случае, поскольку количество запросов, обрабатываемых tomcat одновременно, будет относительно большим, вам нужно обратить внимание на настройки памяти виртуальной машины tomcat и ограничение на количество открытых файлов в Linux.

В реальных приложениях наши операции будут включать два вышеуказанных типа (расчет, ожидание), поэтому конфигурация maxThreads не имеет оптимального значения, и ее необходимо настраивать в соответствии с конкретной ситуацией.

Лучшая практика: на основе непрерывного тестирования, непрерывной настройки и оптимизации можно получить наиболее разумную конфигурацию.

Конфигурация acceptCount, я обычно устанавливаю ее равной maxThreads, это значение должно основываться на пиковом и среднем доступе приложения для взвешивания конфигурации.

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

Если он установлен больше, может произойти большое количество тайм-аутов запросов, потому что производительность обработки нашей системы определена.

Источник

alex_emilsson

Emilsson Magazine. Обо всём, кроме политики

Продолжение статьи, посвящённой основным настройкам µTorrent.

В этой части речь пойдёт о группах настроек «Скорость«, «BitTorrent«, «Предел передачи«, и «Очерёдность«.

Подгруппа » Глобальное ограничение скорости отдачи «:

«Для раздач (КБ/с)» — поле, позволяющее ввести в него значение максимальной скорости, на которой µTorrent будет отдавать данные. Установленное в 0 значение означает, что предела скорости отдачи нет (скорость неограничена). Значение задаётся в килобайтах, а не килобитах в секунду.

«Скорость отдачи, если нет загрузок (КБ/с)» — флажок и связанное с ним поле, позволяющие определить альтернативную скорость отдачи при отсутствии активных загрузок. Не считая контекста, в котором это ограничение используется, оно действует точно так же, как и ограничение из предыдущего параметра «Для раздач. «. Значение задаётся в килобайтах в секунду.

«Для загрузок (КБ/с)» — поле, позволяющее ввести в него значение максимальной скорости, на которой µTorrent будет загружать данные. Установленное в 0 значение означает, что предела скорости загрузки нет (скорость неограничена). Обратите внимание, что ограничение скорости загрузки — вещь очень ненадёжная, в связи с чем возможны серьёзные колебания скорости загрузки отдельных торрентов при установке этого параметра в значение, отличное от 0, и µTorrent не сможет ограничивать скорость загрузки файлов наверняка. Значение задаётся в килобайтах в секунду.

По умолчанию:
0 — неограниченная скорость загрузки.

Рекомендации:
Рекомендую оставить значение по умолчанию. Однако в этом случае могут быть проблемы с просмотром сайтов в браузере — µTorrent использует всю доступную полосу пропускания Интернет-канала. Решение — используйте значение, равное примерно 80% от скорости Вашего соединения.

«Ограничить скорость накладных расходов передачи» — этот флажок позволит ограничить скорость служебного трафика. Правда, эффект заметен, если у Вас не слишком скоростной Интернет-канал. <Служебный трафик может отнимать до 40КБ/с от скорости Интернет-соединения - проверено лично>.

По умолчанию:
Не установлен (нет ограничений).

Рекомендации:
Желательно включить. Но если у Вас «быстрый» Интернет, эффект не будет особо заметен.

«Ограничить скорость для uTP-соединений» — этот флажок позволяет ограничивать скорость загрузки/отдачи индивидуально для каждого активного торрента, использующего протокол uTP. Если он снят, эти индивидуальные ограничения не действуют, и полоса пропускания для каждого торрента распределяется автоматически.

По умолчанию:
Флажок снят (нет ограничений).

Рекомендации:
Если Вы желаете настроить индивидуальные значения скорости загрузки и отдачи для каждого торрента (это полезно, если у Вас не самый быстрый Интернет-канал, или же Вы хотите, чтобы один из торрентов загрузился быстрее, чем другой), то тогда смело устанавливайте этот флажок!

«Остановка передач при активности пользователя» — этот флажок позволяет временно приостановить загрузку/раздачу торрентов в случае, если пользователь пытается использовать Интернет-браузер. Все текущие операции приостанавливаются, освобождая канал для обозревателя.

По умолчанию:
Флажок снят.

Рекомендации:
Действительно полезная опция, и я рекомендую Вам её использовать.

«Максимальное число соединений» — поле, позволяющее задать максимальное число соединений, которые µTorrent может установить за любое заданное время для всех активных торрентов.

Рекомендации:
Можете выбрать на Ваше усмотрение (или оставить по умолчанию), но не стоит в этом переусердствовать. Для скорости 2 Мбит/с превосходно подходит значение 400.

«Максимум присоединённых пиров на торрент» — это поле позволяет задать максимальное число пиров, которые µTorrent может присоединить в любой заданный момент времени для каждого торрента.

Рекомендации:
Опять-таки, постарайтесь не переусердствовать в выборе этого значения. Для скорости 2 Мбит/с годятся значения в диапазоне 60-80, и лично я использую 60.

«Слотов отдачи на торрент» — это поле позволяет задать максимальное число пиров, которым µTorrent может отдавать данные в любой заданный момент времени для каждого торрента.

Рекомендации:
Это значение не должно быть слишком большим. Для скорости 2 Мбит/с можно использовать от 5 до 7 слотов (я использую 5).

«Дополнительные слоты отдачи, если скорость 90 % от глобального ограничения скорости отдачи.

«Включить сеть DHT» — этот флажок разрешает использование распределённой хэш-таблицы (DHT).

Рекомендации:
Используйте на Ваше усмотрение. Учтите, что некоторые торрент-трекеры запрещают DHT, прописывая это установкой флага » private » в загружаемом торрент=файле; в таком случае сеть DHT не будет доступна независимо от статуса данной опции.
«Вкл. DHT для новых торрентов» — этот флажок позволяет µTorrent проверять наличие пиров из сети DHT для каждого нового добавляемого торрента. Эта опция работает только, если разрешено использование DHT и флаг » private » не установлен в торрент-файле.

Рекомендации:
На Ваше усмотрение (и в зависимости от статуса опции «Включить сеть DHT«).

«Поиск локальных пиров» — этот флажок позволяет µTorrent предпринимать попытки обнаружения пиров в Вашей локальной сети (или Вашего ISP) через мультикаст. Если такие пиры будут найдены, скорость передачи данных через них не будет ограничена, если только также не разрешена опция «Огран. скор. локальных пиров«. Поиск локальных пиров не будет использоваться для торрент-файлов с установленным флагом » private «. Эта опция по умолчанию назначается всем вновь добавленным торрентам, и не затрагивает уже имеющиеся. Она может быть запрещена для любого торрента через его страницу свойств.

Рекомендации:
Настоятельно рекомендую включить: если Вам повезёт, 🙂 скорость загрузки может возрасти в разы.

«Управлять скоростью [uTP]» — этот флажок позволяет µTorrent использовать uTP, чтобы лучше контролировать величину пропускной способности для нужд µTorrent, чтобы обеспечить качественный доступ к Интернет-сервисам.

Рекомендации:
Обязательно включите!

«Включить поддержку UDP-трекеров» — этот флажок позволит µTorrent взаимодействовать с трекерами, использующими протокол UDP. Такие трекеры имеют URL, начинающиеся с » udp:// » (например, торрент-трекер rutor.org).

Рекомендации:
Включив эту опцию, Вы сможете получить доступ к UDP-трекерам.

«Включить scrape-запросы» — этот флажок позволяет µTorrent отправлять scrape-запросы на трекер (для получения точного числа сидов и пиров). По умолчанию, трекер опрашивается только при запуске торрента, но это может быть изменено через bt.scrape_stopped.

Рекомендации:
Включите эту опцию, если хотите получать точную статистику по числу сидов/пиров. Не включайте эту опцию, если хотите чуть-чуть сэкономить служебный трафик.

«Включить обмен пирами» — этот флажок разрешает использование обмена пирами для каждого нового добавленного торрента, если только для него не был установлен флаг » private «. Эта опция по умолчанию назначается всем вновь добавленным торрентам, и не затрагивает уже имеющиеся. Она может быть запрещена для любого торрента через его страницу свойств.

Рекомендации:
Используйте эту опцию на Ваше усмотрение, хотя я бы её включил.

«Огран. скор. локальных пиров» — этот флажок позволяет управлять применением ограничений скорости передачи данных для пиров, обнаруженных в локальной сети. Пиры считаются локальными, если они были обнаружены через «Поиск локальных пиров» или они в той же самой локальной сети, что и программа-клиент.

Рекомендации:
Оставьте эту опцию отключенной.

«IP/имя сервера для трекера» — это поле позволяет задать Ваш IP-адрес для отправки его на трекер. Эта возможность используется в случае, когда Ваш IP-адрес не определяется трекером по какой-либо причине (например, Вы используете доступ в Интернет через прокси-сервер). Кроме того, в это поле можно внести не только IP-адрес, но и имя Вашего хоста/домена, если Вы используете корректно настроенную службу DNS. Однако в реальности эта информация зачастую игнорируется большинством торрент-трекеров.

Рекомендации:
В большинстве случаев, Вы можете спокойно оставить это поле пустым.

Подгруппа » Шифрование протокола «:

«Исходящие» — этот список позволяет Вам выбрать режим шифрования, который должен быть использован µTorrent при установлении соединения с пирами. Все режимы также поддерживают шифрованные входящие соединения. Вот полный список режимов:
1) » Отключено » — µTorrent будет пытаться устанавливать только нешифрованные исходящие соединения.
2) » Включено» — µTorrent будет устанавливать как шифрованные, так и нешифрованные исходящие соединения, в зависимости от результатов протокола квитирования для каждого пира. Эта опция предоставляет µTorrent наибольший выбор пиров для соединения, но, как следствие, вызывает дополнительные затраты ресурсов, которые могут быть нежелательны в обычных ситуациях.
3) » Усиленно» — µTorrent будет устанавливать только шифрованные исходящие соединения. Любой пир, не поддерживающий шифрование, не будет соединён. Эта опция может сильно сузить выбор доступных пиров, поэтому она не рекомендуется к использованию, если только Ваш Интернет-провайдер не «режет» BitTorrent-трафик.

Рекомендации:
Если у Вас нет проблем с провайдером, оставьте вариант » Отключено » .
«Разрешить входящие соединения» — этот флажок позволяет µTorrent принимать нешифрованные входящие соединения. Если флажок снят, любые нешифрованные входящие соединения будут игнорироваться. Рекомендуется не отключать эту опцию, если только Ваш Интернет-провайдер не «режет» BitTorrent-трафик. В противном случае, может быть серьёзно уменьшено количество доступных пиров.

Рекомендации:
Если у Вас нет проблем с ISP, не снимайте флажок.

Группа » Предел передачи «

Флажок » Ограничивать полосу «:
Используется для включения возможностей ограничения полосы пропускания.

Подгруппа » Установки ограничения «:

«Ограничение полосы» — это поле и связанный с ним список позволяет определить объём трафика, используемый как предел передачи за выбранный период.

«Период (дни)» — этот список позволяет определить число дней, использующееся в качестве периода времени, для которого задаётся предел передачи.

«Тип ограничения» — этот переключатель позволяет выбрать тип трафика, для которого задаётся ограничение (загрузка, отдача, или и то и другое).

В этой области отбражается статистика всего переданного трафика за указанный период.

«Сброс истории» — эта кнопка позволит сбросить всю накопленную статистику.

«Максимум активных торрентов (раздач или загрузок)» — это поле разрешает задать максимальное число нефорсированных торрентов, которым µTorrent позволит быть активными до того, как поместит их в очередь ожидания. Торренты считаются независимо от того, раздачи это или загрузки; главное, чтобы они раздавались на скорости, большей, чем значение параметра queue.slow_ul_threshold, или же загружались на скорости, большей, чем значение параметра queue.slow_dl_threshold.

Рекомендации:
На Ваше усмотрение; главное, чтобы Ваш Интернет-канал это позволял!

«Максимум одновременных загрузок» — это поле разрешает задать максимальное число нефорсированных торрентов, которым µTorrent позволит загружаться перед тем, как поместит их в очередь ожидания загрузки. Эта опция применима только к торрентам, которые загружаются, а не раздаются.

«Миним. соотношение (%)» — это поле позволяет задать соотношение (ратио), которое должно быть достигнуто, прежде чем µTorrent изменит скорость сидирования/раздачи для текущего торрента (или остановит раздачу, в зависимости от настройки). Установка значения ратио в -1 равнозначна установке его в бесконечность. Установка ратио в 0 означает, что µTorrent должен игнорировать это значение и обращать внимание только на лимит времени раздачи. Значение ратио задаётся в процентах. µTorrent изменит скорость раздачи только после того, как оба условия — значение ратио и лимит времени раздачи — будут достигнуты одновременно.

Рекомендации:
На Ваше усмотрение.

«Миним. время сидирования (мин)» — это поле позволяет задать минимальный интервал/лимит времени, в течение которого торрент продолжит раздачу на обычной скорости после того как его загрузка будет полностью завершена. µTorrent изменит скорость раздачи только после того, как оба условия — значение ратио и лимит времени раздачи — будут достигнуты одновременно. Лимит времени задаётся в минутах.

Рекомендации:
Опять-таки, на Ваш выбор.

«Приоритет раздач перед загрузками» — этот флажок позволяет назначить раздачам более высокий приоритет, нежели чем загрузкам, так что, если максимальное число активных торрентов было достигнуто, и один из них начинает сидировать, то тогда остальные загрузки не смогут «выдавить» его в очередь ожидания.

По умолчанию:
Флажок не установлен (обычный порядок).

Рекомендации:
И здесь так же данная опция может быть включена на Ваше усмотрение.
ВАЖНО: эта опция, как и две предыдущие влияют только на торренты, добавленные после того, как эти значения были установлены. Уже существующие торренты не затрагиваются, и продолжают использовать свои настройки цели сидирования.

«Ограничить раздачу до (Кб/с)» — этот флажок и связанное с ним поле позволяют задать значение скорости раздачи, которую µTorrent назначит торренту, когда тот достигнет установленной цели сидирования. Установка этого значения в 0 означает, что раздача торрента должна быть остановлена. переход на эту скорость затрагивает только те торренты, которые ещё не достигли своей цели сидирования.

По умолчанию:
Флажок не установлен (нет ограничений).

Рекомендации:
Как обычно, на Ваше усмотрение 8)

Источник

Читайте также: Свезло что это значит

Что значит ограничивать максимальное число соединений