ustall Опубликовано 22 мая, 2018 (изменено) · Жалоба Добрый день. Заранее прошу прощения если выбрал не тот раздел форума. Столкнулся с непонятной для меня проблемой. Смогу описать её только абстрактно. Имеется 2 гигабитных компьютера, настольный ПК и Ноут. Они подключены физически к 1 коммутатору. На них прописаны IP адреса из одной сети /29. Данные компьютеры находятся на одной учётной записи, правила скорости тарифа у них одинаковые. -На обоих компьютерах при замере скорости на спидтесте(локальный сервер) получаю результаты на обоих компьютерах 900мбит+/900мбит+(приём/передача) -При замере скорости до более удаленного сервера(Новосибирск) получаю результаты на обоих компьютерах ~300мбит/~300мбит(скорость режется тарифом) -При замере скорости до ещё более удаленного(Москва) на настольном ПК получаю результаты ~300мбит/~300мбит, на ноуте ~300мбит/80-100мбит. Замеры производил очень много-много раз, результаты стабильные. Пришёл к выводу, что по какой то причине, на скорость отдачи у ноутбука влияет удаленность сервера. Вопросы которые себе задавал: 1. Проблема в железе? - не похоже, локальная скорость же нормальная 2. Трафик идёт через 1 место? - скорей всего да, т.к Ip адреса из одной сети, подключены к одному железу(только порты разные), трассировка до сервера совпадает 3. Совпадение? - скорей всего нет, т.к сделал порядка 20 замеров на обоих пк в течение часа в произвольное время, вероятность резиста крайне мала. Возможно кто то с таким сталкивался, или у кого то есть необходимые знания что бы объяснить данное явление. UPD порты(кабели) и IP на компьютерах менял местами. Изменено 22 мая, 2018 пользователем ustall Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
alibek Опубликовано 22 мая, 2018 · Жалоба А что непонятно в результатах замеров? В интернете никто не дает никаких гарантий, ни по скорости доступа, ни даже по доступности. Провайдер гарантирует скорость только в рамках своей зоны ответственности (в своей сети). Причиной низкой скорости на удаленном сервере могут быть десятки факторов или их сочетание: - узкое место по пути - недостаточная производительность или ширина канала на удаленном сервере - административное ограничение полосы пропускания для посетителя, сделанное на сервере Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ustall Опубликовано 22 мая, 2018 · Жалоба 1 минуту назад, alibek сказал: А что непонятно в результатах замеров? В интернете никто не дает никаких гарантий, ни по скорости доступа, ни даже по доступности. Провайдер гарантирует скорость только в рамках своей зоны ответственности (в своей сети). Причиной низкой скорости на удаленном сервере могут быть десятки факторов или их сочетание: - узкое место по пути - недостаточная производительность или ширина канала на удаленном сервере - административное ограничение полосы пропускания для посетителя, сделанное на сервере Я с этим всем согласен, но на соседнем ПК ничего такого не наблюдается. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
alibek Опубликовано 22 мая, 2018 · Жалоба ОС и браузеры одинаковые? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ustall Опубликовано 22 мая, 2018 (изменено) · Жалоба 2 минуты назад, alibek сказал: ОС и браузеры одинаковые? Ос Windows 10, на обоих компах пробовал хром и эдж. Я понимаю что надо смотреть в сторону железа или ПО и бука, но не понимаю как это может повлиять на скорость до конкретного хоста в интернете. К сожалению полную конфигурацию железа не смогу предоставить. Единственное что не могу сделать(но понимаю что неплохо было бы) так это поменять сетевую карту на буке. Изменено 22 мая, 2018 пользователем ustall Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ivan_83 Опубликовано 22 мая, 2018 · Жалоба 20 минут назад, ustall сказал: при замере скорости на спидтесте Это не замер скорости. Мало того что спидтест говно, браузеры говно, так ещё и держатели нод с которых ты замеряешь скорость по разному их настраивают, потому что дебилы из спидтеста не дают никаких даже рекомендаций про рекомендуемые ОС, веб сервера и их настройки. Поэтому не стоит с этими результатами надоедать кому либо, ибо они возможны сотни причин почему оно так, и как минимум половина где то за пределами твоего хозяйства и твоего провайдера. Реально хочешь разобраться - бери другие инструменты, устанавливай у себя и где то там на серверах, вероятно ещё и всякие матаны нужно будет подтянуть. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
alibek Опубликовано 22 мая, 2018 · Жалоба 1 минуту назад, Ivan_83 сказал: Это не замер скорости. Ну повторяемость результатов почти наверняка показывает, что проблема не в транспорте. Скорее всего на московском сервере настройки TCP такие, что ноутбук не вытягивает 300 Мбит/с. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
satboy Опубликовано 22 мая, 2018 · Жалоба винт на ноуте SSD? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ivan_83 Опубликовано 22 мая, 2018 · Жалоба 1 час назад, alibek сказал: Ну повторяемость результатов почти наверняка показывает, что проблема не в транспорте. Скорее всего на московском сервере настройки TCP такие, что ноутбук не вытягивает 300 Мбит/с. Уже миллион раз тут писал: это вам не воду из одного ведра в другое переливать. На то что показывает ноутбук и то что показывает компьютер влияет 100500 скрытых параметров. Да хотя бы на ноуте сберегающий режим включён если не глобально то для сетевухи, и она пакеты шлёт не сразу а с задержкой в пару мс или флоу контроль и маленький аппаратный буфер в сочетании с отложеной обработкой прерываний/гнилым процом, а сервер видя что нет ACK вовремя снижает скорость передачи, потому что у него так настроен CC алгоритм. И таких вариантов куча. И автор вопроса своим "инструментарием" эти варианты только преумножает. Именно преумножает, потому что причин может быть не одна или две а десяток сразу. Я бы уже нашёл/завёл приличное объяснение-посыл таких замеряльщиков в лес и банил сразу с отсылкой в закрытый для ответов топик из одного сообщения. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
YuryD Опубликовано 22 мая, 2018 · Жалоба Меряйте iperf, публичные серверы вроде есть, и клиенты под все платформы бывают. Только меряйте по tcp и с одинаковым размером окна, а то ттк любил показывать дикие скорости по udp :) Во много потоков сразу :) И да - попросите своего провайдера дать вам его iperf на предмет проверки соответсвия скорости тарифу, легко даст, даже бойцов со своим ноутом может прислать. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Mystray Опубликовано 22 мая, 2018 · Жалоба Разные сетевые карты - разные характеристики tcp offload-а, буферов, на небольших задержках сильно не проявляется и гасится чисто за счет быстроты ответов, а начиная с какой-то величины - "что-то" уже не справляется и разница вылазит, может драйверы там еще в вендах размеры окон заодно подкручивают, может еще где-то "наоптимизировано" чем-нибудь. А может - у кого-то на транзите хеш по ipsrc+ipdst и разные адреса лезут в разные линки. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
