Как пропускная способность выделяется параллельным пользователям?
Я предполагаю, что Вы хотите сделать это, чтобы чистить старые компьютеры для повторного использования?
Если так, я рекомендую, чтобы Вы убрали один и взяли изображение жесткого диска, затем развернули использование это. Принятие их является всем одинаковым модель, это было бы легко.
Иначе mh имеет лучший ответ, но будет требоваться некоторое время для Вас для создания его.
Нет никакого ответа. Для самого самого простого из сервисов TCP каждый клиент попытается захватить данные с такой скоростью, как они могут, и сервер сгребет их клиентам с такой скоростью, как они могут. Учитывая два клиента объединенной пропускной способности, превышающей пропускную способность сервера, оба клиента, вероятно, загрузят на скоростях примерно половины пропускной способности сервера.
Существует МНОГО переменных в этом, которые делают это не совсем верным в реальной жизни. Если стопки TCP/IP различных клиентов по-другому могут обработать высоко передающие потоком соединения, которые отдельно могут влиять на пропускную способность, даже если сервер имеет бесконечную пропускную способность. Различные операционные системы или дескриптор программ сервера, передающий наращивание скорости потоком по-другому. Задержка имеет эффект на пропускную способность, где большие соединения задержки могут быть значительно медленнее, чем низкие соединения задержки даже при том, что оба соединения могут передать потоком (в абсолютных значениях) тот же объем данных.
Рассматриваемый вопрос, загружая исходные архивы ядра. У меня есть очень быстрая пропускная способность на работе, на самом деле она превышает мою скорость сети LAN, таким образом, я могу насыщать свое локальное соединение 100 МБ, если я получаю правильный сервер. Наблюдение моей диаграммы использования сети при загрузке больших файлов I видит, что некоторые серверы начинают с малого, 100Kb/s, медленно растут к высоким значениям, 7Mb/s, затем что-то происходит, и все это запускается снова. Другие серверы дадут мне все сразу, когда я начну загружать.
Так или иначе, объекты, которые могут заставить фактическое выделение пропускной способности отличаться от абсолютного равенства:
- Возможности TCP/IP отношений клиента и сервера
- Настраивающие параметры TCP с обеих сторон, не просто возможности
- Задержка на строке
- Протоколы передачи прикладного уровня используются
- Существование аппаратных средств, специально предназначенных для выравнивания нагрузки
- Перегрузка между клиентами и самим сервером
В отношении Ваших тестовых сценариев, что, вероятно, произошло, то, что один клиент смог установить более высокую скорость потока данных, чем другой, возможно, путем становления там первым. Когда другой поток запустился, он не был выделен достаточные ресурсы для получения четности полной скорости; первый поток стал там первым и получил большинство ресурсов. Если бы первый поток закончился, то второе, вероятно, набрало бы скорость. В этом случае скорость, испытанная клиентами, была определена Сервером ОС, приложение, делающее потоковую передачу и стек TCP/IP Сервера. Кроме того, если сетевая плата поддерживала его, TCP Разгружают Механизм сетевой платы, если существующий и включенный.
Как я сказал, существует много переменных, которые входят в него.
Использование пропускной способности медленного пандуса: 
Нет никакой логики балансировки на сервере ПК для приравнивания этих двух производительности соединения. На самом деле я сказал бы, что нет никакого дифференцирования 'пользователей' через эти два соединения на сервере также.
Этот случай был бы подобен двум экземплярам тех же приложений, работающих на сервере - все условия, кажется, то же, но один из них, могло бы казаться, работал бы лучше. Короче говоря, один из них должен почти 'случайным образом' работать лучше.
Аналогично, Ваши два iperf тестовых тракта кажутся подобными, но один из них работал бы лучше (я немного удивлен, что это, кажется, показывает 3 раза производительность другого).
Но, скажите мне, сколько раз Вы запускали этот тест?
Если Вы работаете, это говорит 10 раз, тот же клиент ПК, кажется, работают лучше тем же фактором? или, Вы видите некоторую сумму случайности через повторные выполнения?
-
1я запускал этот тест в течение приблизительно 4-5 раз. И я нашел, что во всех этих тестах клиент PC1 и клиент PC2 получила ту же сумму пропускной способности (примерно). Я имею, также перепроверяют общую пропускную способность, доступную каждому клиенту ПК путем выключения 1 из клиентских iperf ПК. И я нашел, что, после того, как я выключаю iperf в PC1, iperf в PC2, сможет отправить о ~1960kbps к серверу. То же самое произошло с PC1 после того, как я выключаю iperf в PC2. – 28 August 2010 в 05:37
Синхронизация будет больше иметь отношение к Вашему тесту, чем что-либо еще должное к возврату TCP - что происходит, первое использование соединения вся пропускная способность затем, второй обнаруживается и по существу начинает конкурировать с первым для пропускной способности; если передача продолжается довольно долго, они должны в конечном счете оба использовать ту же пропускную способность. Детали являются на самом деле зависимым стека TCP на основе того, как они реализуют алгоритм предотвращения перегрузки.
На более низком уровне Ethernet использует алгоритм экспоненциальной задержки для получения приблизительно тех же результатов.
Также возможно, что Ваш переключатель мог влиять на вещи - при переключении портов, эти два ПК включены, производительность следует за ПК или остается с портом?
-
1Сначала у меня также была та же гипотеза. Но после нескольких тестов, я нашел, что это не верно. Я попытался включить iperf в PC1 и PC2 в другом порядке. Я нашел, что, когда я сначала включаю iperf в PC1, PC1 может добраться о ~1960kbps пропускной способности. Затем когда я включаю iperf в PC2, PC2 сразу получил ~1400kbps пропускной способности. И пропускная способность для PC1 сразу спадает до ~500kbps. Кажется, что независимо от того, что последовательность, я включаю iperf в PC1 и PC2, отношение пропускной способности для PC1 и PC2 является тем же. – 28 August 2010 в 05:51