Оскільки тема є архівної.
Аналіз мережевих пакетів і їх фільтрація на льоту вимагає швидкого процесора, в іншому випадку це і є причиною зниження швидкості. ¶
Там машина-вбивця з i7-2600, 16г оператіви і GF580GTX, не варіант так що, плюс до певного моменту все працювало нормально. ¶
Якщо гра з настройками Касперського не увінчається успіхом, то потрібно зробити слід.
1 - взяти два комп'ютери, один з яких той, на якому існує проблема, другий - безпроблемної.
2 - заблокувати всі сервіси, які є джерелом вихідного трафіку (для більш точних вимірювань)
3 - підключити обидва комп'ютера до роутера через провідний інтерфейс (ніяких wifi або інших способів з'єднання, що використовують shared medium)
4 - запустити iperf тест через TCP в режимі клієнта і сервера, знімаючи показання кожну секунду. В ідеалі графік результатів не повинен містити високих і низьких піків
5 - виконати крок 4 з Касперського і без оного.
На кроці 4 і 5 необхідно точно встановити, при включеному Касперськом падіння швидкості відбувається в режимі клієнта, сервера або в обох випадках?
6 - якщо в результаті отримуємо абсолютно різну пропускну здатність (в разі з Касперського vs без оного), то необхідно зняти TCP / IP логгі і проаналізувати різницю. Wireshark на обох комп'ютерах в допомогу. Через величезного обсягу інформації, що передається можна для початку зберігати лише перші 200 байт кожного з пакетів, щоб зменшити side effect від wireshark або tcpdump на швидкодію. Далі, порівнюєте логгі на двох комп'ютерах в хорошому і поганому випадках, дивлячись як відправляється і приймається кожен конкретний пакет, напевно буде очевидно, де саме відбувається "затикаючи". Не хотілося б гадати на коффейной гущі, але цілком можливо, що втручання Касперського призводить до ретрансмітам на TCP рівні. Так само зверніть увагу на те, як змінюється TCP window на стороні проблемного комп'ютера, коли iperf на ньому запущений в режимі сервера. Коли стане зрозуміла природа падіння швидкості, тоді можливо відразу стане очевидним і її рішення. ¶