Какая бы огромная скорость канала не была, быстродействие ограничивается самим клиентам. Ведь у него есть ограничения на число задач, на число одновременно подключенных участников и т.п. Так что из-за ограничений, установленных в клиенте, сиды и пиры подолгу стоят в очереди: пока дело дойдет до данной раздаче, а на ней до конкретного сида/пира.
И если даже повысить планку ограничений, быстрее не станет. Клиенту ведь опять же по очереди придется сканировать множество задач.
Ускорение скорости интернета повышает скорость передачи пакета, а скорость запроса эитих пакетов по-прежнему низкая.
Вот и получается, что на вашей раздачи сиды вроде есть, но недобросовестные: на приведенной вами раздаче сидируют несколько десятков раздач, причем 2/3 из них "вхолостую" - на них пиров нет, а время на проверку наличия пиров тратится.
Приведу такую аналогию. Вы возите руду с карьера на обогатительный комбинат. Грузите самосвалы вручную, бригадой из 10 грузчиков, лопатами. Дорога до комбината - разбитая, проселочная, скорость на ней не выще 20 км/час.
Заасфальтировали дорогу, теперь самосвалы по ней едут со скоростью 70 км/час. Но грузят их те же 10 грузчиков лопатами. Как по-вашему, возрастет скорость получения комбинатом руды?
|