Необъясненные медленные гигабитные скорости сети

Потребности немного больше детали.

Подписывается на только общий, только частный, или оба?

Скорее всего, походит на ошибку в курьере, но проверьте courierimapsubscribed файл и посмотрите, существует ли что-нибудь strage там.


Обновление: На основе документов курьера: http://www.courier-mta.org/imap/README.sharedfolders.html

Кажется, что пользовательские подписки к совместно используемым папкам зависят от того, как они реализованы.

18
задан 30 April 2019 в 00:38
15 ответов

Всем я предполагаю, что Вы установили сетевые платы на полнодуплексный, 100 Мбит, и не автоматические?

0
ответ дан 2 December 2019 в 20:26
  • 1
    +1 для " не auto":) –  dimitri.p 9 August 2009 в 02:57
  • 2
    Да, I' ve попробовал все варианты мои поддержки карты... 10 половин, 10 полных, 100 половин, 100 полных, и 1 000 полных. Ни один из пострадавших это всегда и согласно переключателям они действительно согласовывают в 1 000 полных. –  Joshua 9 August 2009 в 03:22
  • 3
    Никогда не делайте это, если переключатель не управляем. Если Вы вынуждены полный дуплекс на одной стороне, но автоматическое включение другая сторона, другая сторона становится полудуплексом. Затем Вы начинаете освобождать пакеты (очень...). Переключатель, что Вы can' t справляются, являются автоматическими. Сохраните автоматическое включение Вашим сервером и проверьте что интерфейс negociated полный дуплекс. Проверьте на интерфейсные ошибки также. –  Mathieu Chateau 9 August 2009 в 16:04

Вы будете, вероятно, ненавидеть этот ответ, но я должен сказать это!

Вы попытались обновить драйверы?

Я получаю подобную проблему на своем ноутбуке (основанный на Realtek NIC), это передает приблизительно в 3MB/s, но затем момент, я обновляю драйверы до последних от их сайта, к которому это подходит вокруг 40-50MB/s

Просто, потому что драйверы с работой Windows, это не означает, что они являются лучшими.

0
ответ дан 2 December 2019 в 20:26
  • 1
    Ха-ха, да, это было на самом деле первой вещью I' ve попробовали. Прямо сейчас I' m назад на драйверах Windows 7 ящика входящих сообщений, но я попробовал последние Nvidia также. Единственные драйверы I haven' t попробованный те от беты Windows 7 или Vista. –  Joshua 9 August 2009 в 04:59
  • 2
    Попробуйте Vista и посмотрите, как это удается. У меня было несколько незначительных проблем, которые были устранены в обновлениях для Win7 теперь; я вручную зафиксированный путем установки драйверов Vista для аппаратных средств. –  David Rickman 12 August 2009 в 06:23

Проверьте на отброшенные пакеты. Не уверенный, как сделать это в окнах, но если у Вас есть машина Linux, можно проверить там.

У меня был подобный опыт с гигабитным переключателем, где гигабитный режим был поврежден и пакеты отбрасывания. Я только видел проблему, когда у меня было 2 машины, подключенные в этом режиме. В 100K режиме все было прекрасно. Это была противная проблема, которая взяла меня несколько дней для обнаружения. Я, возможно, был D-Link. Сделайте некоторый поиск с помощью Google о своей модели переключателя. Я сделал и нашел, что у других была та же проблема как я.

1
ответ дан 2 December 2019 в 20:26

Это, кажется, большая проблема с Windows 7. Несколько геймеров жаловались на эту проблему.

  1. От командной строки (обычно во Всех Программах-> Аксессуары-> Командная строка) выполняет “regedit”
  2. Обзор к HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Tcpip\Parameters\Interfaces
  3. Просмотрите объекты под интерфейсами, пока Вы не находите тот, который имеет запись IPAddress, соответствующую сетевому интерфейсу, на который Вы хотите влиять (обычно, IP-адреса LAN запускаются с 192,168 или 10.0); обратите внимание, что, если Ваш IP-адрес автоматически присвоен сервером DHCP, Вы, возможно, должны искать соответствие DhcpIPAddress вместо IPAddress
  4. Щелкните правой кнопкой по интерфейсу и выберите Новый> DWORD (32-разрядное) Значение, назовите это “TcpAckFrequency”
  5. Щелкните правой кнопкой по новому значению TcpAckFrequency, и выбор Изменяют, вводят “1 ″ (Шестнадцатеричный переключатель должен быть установлен),
  6. Щелкните правой кнопкой по интерфейсу и выберите Новый> DWORD (32-разрядное) Значение, назовите это “TCPNoDelay” (обратите внимание, что TCP является всем верхним регистром на этот раз – это является намеренным),
  7. Щелкните правой кнопкой по новому значению TCPNoDelay, и выбор Изменяют, вводят “1 ″ (Шестнадцатеричный переключатель должен быть установлен),
  8. Проверьте, что и TcpAckFrequency и TCPNoDelay теперь разоблачают в списке свойств адаптера с типами REG_DWORD, и оценивает 0×00000001
  9. Выйдите из regedit, и перезагрузка (перезагрузка необходима для изменений для вступления в силу!)
    1. Играйте в игру и наслаждайтесь своим новым низким ping

Это уменьшило мой ping в большинстве игр от 200-300ms до 50-60ms, который соответствует задержке, которую я видел бы через tracert к серверу игры.

Взятый от уменьшают игровую сетевую задержку в окнах 7 или перспектива

3
ответ дан 2 December 2019 в 20:26
  • 1
    tracert используют ICMP, не TCP. Эти ключи для TCP, таким образом, они ничего не изменяют для ICMP. Don' t знают, почему Вы видели лучшее время отклика через tracert –  Mathieu Chateau 9 August 2009 в 16:05
  • 2
    Ну, я шел вперед и попробовал это, и это все еще, кажется, то же. Я обновляю исходный вопрос с большей информацией и вещами, которые я попробовал. –  Joshua 12 August 2009 в 05:05
  • 3
    Matthieu, он didn' t говорят, что он видел лучшее время от tracert. Он сказал, что задержка в игре становится эквивалентной tracert, означая, что задержка, наблюдаемая в трафике TCP, подобна тому из трафика ICMP, который функционировал обычно. –  MDMarra 12 August 2009 в 06:01

Попробуйте отключить функцию автонастройки Windows.

В окне CMD:

netsh interface tcp set global autotuning=disabled 

Повторно запустите тест и посмотрите, заметите ли вы улучшение производительности. Мне приходилось делать это на паре ноутбуков с Windows 7 в моем доме, и это помогло.

Если ситуация ухудшится или вы не заметите никаких улучшений, вы можете повторно включить автонастройку:

netsh interface tcp set global autotuning=normal
]
5
ответ дан 2 December 2019 в 20:26

Если это происходит из-за смены ОС, то, безусловно, проблема кроется в ОС. вам следует попытаться установить последний пакет обновления для Windows 7 и постоянно обновлять Windows до последних обновлений. и надейся на лучшее

-1
ответ дан 2 December 2019 в 20:26

Что-то вроде снимка в темноте, но он может помочь.

  • Отключите «Удаленное дифференциальное сжатие» в Панели управления - Программы и компоненты - Включите функции Windows или выкл.
  • Удалить IPv6 из свойств сети. Вы используете IPv6 в своей локальной сети? Если не отключите его.
  • Очистите кеш DNS с помощью ipconfig / flushdns в интерфейсе командной строки.
-1
ответ дан 2 December 2019 в 20:26

Я подозреваю, что это что-то на пути от сервер к ноутбуку, например:

  • Порт коммутатора подключен к портативному компьютеру
  • Кабели Ethernet или соединения между коммутатором и портативным компьютером

Превосходное предложение Per @ SaucemanSpiff, пробовали ли вы подключить портативный компьютер напрямую к серверу с помощью заведомо исправного кабеля CAT5E или CAT6? Нет необходимости в специальном перекрестном кабеле, если хотя бы один из задействованных интерфейсов поддерживает Gigabit Ethernet (что подразумевает Auto MDI-X).

0
ответ дан 2 December 2019 в 20:26

У меня были проблемы с клиентами, взаимодействующими с серверами Windows при использовании подписи пакетов. У меня не было медлительности, но были довольно частые обрывы соединения.

Прочтите здесь , чтобы узнать о решении, которое устранило мою проблему.

Также я не вижу здесь никаких предложений по отключению TCP Chimney запускается один за другим, чтобы проверить, не сработал ли один из них.

1
ответ дан 2 December 2019 в 20:26

Я сталкивался с этим раньше с другими продуктами AV. Моя проблема заключалась в SMB, и продукт AV мешал даже в "отключенном" состоянии. Он показал аналогичные результаты в wirehark, который у вас есть. Вот один из многих сайтов, которые я проверил, чтобы определить основную причину: Проблема SMB Symantec и еще один: Ошибка SMB2 с NTP

Кроме того, вы можете попробовать отключить / изменить все или некоторые из настройки в SMB. Я бы даже подумал об отключении v2 в ОС. В этой статье описывается проблема SMB в Win Vista , а в этой ссылке на Microsoft приводятся некоторые технические данные о настройках SMB reg .

Я знаю, что вы упомянули Avast, но это довольно случайное совпадение что я видел похожие результаты wirehark. Обратите внимание, что в моем случае все, кроме передачи файлов, работало нормально.

1
ответ дан 2 December 2019 в 20:26

Чтобы проверить, не виноват ли портативный компьютер, запустите компакт-диск Ubuntu live, установите iperf на ramdisk и запустите тест.

Это должно, по крайней мере, проверить его сетевую сторону .

3
ответ дан 2 December 2019 в 20:26

Вы пробовали использовать теракопию? Я использую его как стандартную замену копии Windows уже более года, и он показал улучшение скорости передачи:)

0
ответ дан 2 December 2019 в 20:26
  1. Вы забили компьютер до смерти с помощью обновлений и протестировали его на месте без сбоев. Вы пробовали делать обновления и тому подобное на СЕРВЕРЕ "naru"?

  2. Большинство решений в этой ветке, предложенных другими, могут применяться к серверу, вы пробовали их там?

  3. Что происходит, когда вы тестируете с помощью Robocopy ( с джамбо и без)? Если это быстро в обоих направлениях, я бы использовал netshark, чтобы посмотреть заголовки сеансов SMB в начале копий в каждом направлении и посмотреть, не выглядит ли что-то по-другому в настройке naru-> miyuki.

0
ответ дан 2 December 2019 в 20:26

Похоже, что операционная система проверяет пакеты перед записью на диск. Я наблюдал, что все медленные передачи - это те, которые пытаются записать на ноутбук ... Я предлагаю

  • проверить размеры блоков разделов на hdd ноутбуков (небольшие размеры блоков могут вызвать плохое время поиска свободного места при попытке передать один большой файл (или около того))
  • проверка любой политики брандмауэра, которая проверяет входящие пакеты на запись на диск
  • проверка любого монитора активности файлов (это не должно вызывать беспокойства из-за удаления антивируса) (как вы знаете, avast do live проверки файлов и это немного замедляет передачу по сети ..)
  • дефрагментация целевого раздела (опять же о поиске свободного места)

Предлагаются и другие варианты, которые, похоже, не помогли:

  • автонастройка
  • дуплексный уровень
  • телеграммы ...

Последнее предложение: Можете ли вы проверить обнаружение ссылки в режиме батареи в дополнительных свойствах nic? Это ноутбук, и могут быть некоторые проблемы со свойствами энергосбережения ... Попробуйте "Без энергосбережения" при обнаружении ссылки в режиме работы от батареи и "Полная" при настройках скорости батареи.

Я использую win7 на настольном ПК и те параметры не включены в расширенные свойства моего nic. Поскольку я никогда не сталкивался с этой проблемой, вы также можете проверить значения «Flow Control» на «TX and RX Enabled» в качестве параметров моего nic. Jumbo отключен, скорость и дуплекс также автоматические в моей конфигурации ...

Я не могу придумать другого решения ... Надеюсь, это поможет ...

при обнаружении ссылки в режиме питания от батареи и «Полная» при настройках скорости аккумулятора.

Я использую win7 на настольном компьютере, и эти параметры не включены в расширенные свойства моего nic. Поскольку я никогда не сталкивался с этой проблемой, вы также можете проверить значения «Flow Control» на «TX and RX Enabled» в качестве параметров моего nic. Jumbo отключен, скорость и дуплекс также автоматические в моей конфигурации ...

Я не могу придумать другого решения ... Надеюсь, это поможет ...

при обнаружении ссылки в режиме питания от батареи и «Полная» при настройках скорости аккумулятора.

Я использую win7 на настольном компьютере, и эти параметры не включены в расширенные свойства моего nic. Поскольку я никогда не сталкивался с этой проблемой, вы также можете проверить значения «Flow Control» на «TX and RX Enabled» в качестве параметров моего nic. Jumbo отключен, скорость и дуплекс также автоматические в моей конфигурации ...

Я не могу придумать другого решения ... Надеюсь, это поможет ...

1
ответ дан 2 December 2019 в 20:26

Раньше я какое-то время гонялся за своим хвостом с точно такой же проблемой! Низкие скорости передачи в одном направлении, в моем случае исходящий (восходящий канал).

Windows 7 Pro, Celeron J1800 со встроенной сетевой картой Realtek Gigabit 8111C. QNAP 453a и MacBook Pro на другом конце.

При измерении через Iperf3 я получил 112 Мбит / с с моей Windows 7, установленной в качестве клиента (загрузка ЦП на 25-30%). И только 39-41 Мбит / с при установке в качестве сервера при высокой загрузке ЦП от 50 до 100%. Настолько плохо, что компьютер зависал во время тестирования пропускной способности.

Регулярная передача файлов ограничивалась максимальной скоростью 45 Мбит / с, независимо от того, загружал ли я файлы на свой NAS или MAC.

Я получал не более 35- 45 мегабайт в секунду. Довольно неприятно!

В итоге я стал плохим драйвером сетевой карты. Я был одержим обновлением драйверов и всегда обновлял свои драйверы, когда появлялись новые. Угадайте, что, после нескольких обновлений моя LAN-карта замедлилась.

Некоторые из вас могут сказать: просто удалите старый драйвер и установите новый. Просто, а? Я пробовал и пробовал, у меня не получилось.

Вот мое решение:

Установил окна с нуля с OEM-драйверами с сайта производителя. Также я сделал следующее:

В Диспетчере устройств / Карта локальной сети / Дополнительные настройки / Отключить все, кроме УПРАВЛЕНИЯ ПОТОКОМ.

В разделе «Функции Windows» отключить удаленное дифференциальное сжатие.

Теперь средняя скорость составляет 80–100 Мбит / с. .

1
ответ дан 2 December 2019 в 20:26

Теги

Похожие вопросы