nesco,
[offtop]там выяснили как решить проблему с отправкой больших сообщений - это вопрос , из-за этого глюка не могу отредактировать сообещие...[/offtop]
Этот топик читают: Гость
Ответов: 397
Рейтинг: 34
|
|||
карма: 0 |
|
Разработчик
Ответов: 26170
Рейтинг: 2127
|
|||
[offtop]
Black-Light писал(а): там выяснили как решить проблему с отправкой больших сообщенийПонятия не имею, я оптимизировал только скорость доступа к нэту, у меня никогда не было проблем с отправкой больших сообщений[/offtop] |
|||
карма: 22 |
|
Ответов: 16884
Рейтинг: 1239
|
|||
Black-Light писал(а): там выяснили как решить проблему с отправкой больших сообщенийСменить провайдера не на такого хитрого. |
|||
карма: 25 |
|
Ответов: 4631
Рейтинг: 749
|
|||
Tad, а серьёзно?
|
|||
карма: 26 |
|
Разработчик
Ответов: 26170
Рейтинг: 2127
|
|||
Netspirit, не пробовал увеличить время жизни пакетов, по умолчанию 32 стоит, надо бы 64 или 128 поставить
------------ Дoбавленo в 15.36: Еще можно включить обнаружение "черных дыр", очень может быть, что пакеты улетают в никуда |
|||
карма: 22 |
|
Ответов: 4641
Рейтинг: 334
|
|||
карма: 1 |
|
Ответов: 16884
Рейтинг: 1239
|
|||
Netspirit, это на полном серьёзе. Замечал, когда начинаешь качать файл - скорость офигенная, а потом падает до безобразия ?
------------ Дoбавленo в 15.41: Это не от того, что "прохождение" ухудшилось . Это провайдер-повременщик накручивает себе доход. |
|||
карма: 25 |
|
Разработчик
Ответов: 26170
Рейтинг: 2127
|
|||
Ravilr писал(а): после прочтения статьи ЧДОчень сильно это тебе поможет, дальше некуда ------------ Дoбавленo в 15.47: Поддержка Microsoft писал(а): Если в системе включена возможность обнаружения «черных дыр» PMTU, то протокол TCP начнет отправлять пакеты без установленного бита «не фрагментировать». Протокол TCP будет пытаться отправлять эти пакеты в тех случаях, когда после нескольких попыток передачи пакета система не получает подтверждение приема. Если в результате будет получено подтверждение приема пакета, максимальный размер пакета (MSS) будет уменьшен, а на следующих пакетах подключения будет установлен бит «не фрагментировать».
Этот метод является предпочтительным, поскольку размер пакетов уменьшается только для сегментов, при работе с которыми возникают проблемы. Включение обнаружения «черных дыр» увеличивает максимальное количество повторных передач, выполняемых для отдельного пакета. ------------ Дoбавленo в 15.49: Но тут есть и недостатки -- уменьшение производительности сети |
|||
карма: 22 |
|
Ответов: 4631
Рейтинг: 749
|
|||
nesco, где настраивается время жизни пакетов?
Ещё попробую вот по этим рекомендациям: http://help.expedient.net/broadband/mtu_ping_test.shtml http://www.elifulkerson.com/projects/mturoute.php Только на работе я не очень могу что-то поменять, так что, если кто-то проверит раньше - буду благодарный. |
|||
карма: 26 |
|
Разработчик
Ответов: 26170
Рейтинг: 2127
|
|||
Я бы не трогал MTU, а оставил бы автомат, тем более, если включить кеширование
------------ Дoбавленo в 16.17: Вот такие настройки я поставил у себя на WiMax-e [HKEY_LOCAL_MACHINESYSTEMCurrentControlSetservicesTcpipParameters]
"SackOpts"=dword:00000001 "TCPWindowSize"=dword:0002da00 "DefaultTTL"=dword:00000040 "ForwardBufferMemory"=dword:00024400 "EnablePMTUDiscovery"=dword:00000001 "NumForwardPackets"=dword:00000064 "Tcp1323Opts"=dword:00000003 "DisableTaskOffload"=dword:00000000 "SynAttackProtect"=dword:00000001 "EnableDca"=dword:00000001 "TCPMaxDataRetransmissions"=dword:00000007 "EnablePMTUBHDetect"=dword:00000001 Последний параметр (EnablePMTUBHDetect -- обнаружение "черных дыр") я у себя сейчас отключил Кроме того, надо настроить еще и глобальные параметры TCP Глобальные параметры TCP
------------------------------------------------------ Состояние масштабирования на стороне приема : enabled Состояние разгрузки канала : enabled Состояние NetDMA : enabled Прямой доступ к кэшу (DCA) : enabled Уровень автонастройки окна получения : restricted Поставщик надстройки контроля перегрузки : ctcp Мощность ECN : disabled Отметки времени RFC 1323 : enabled Подробное описание, как все это прописывать я не буду, поисковики доступны всем ------------ Дoбавленo в 18.02: Кстати, я обнаружил, что у меня на WiMax-e MTU=1386, что разительно отличается от умолчания (1500), вот эта разница -- 1500-1386=114, впустую таскается с нета. Для определения MTU я использовал вот эту прогу -- mturoute |
|||
карма: 22 |
| ||
файлы: 1 | mturoute.zip [58.1KB] [173] |
Ответов: 397
Рейтинг: 34
|
|||
Кстати эта фигня у меня проявилась на чужом компе и в другом городе (где сейчас я нахожусь), завтра вечером протестирую работу форума
------------ Дoбавленo в 19.45: со своего компа и с этого, тогда думаю можно будет сделать вывод, что это будут проблемы конкретного компа или модема/провайдера. ------------ Дoбавленo в 19.46: или форума ------------ Дoбавленo в 19.46: или сервера ------------ Дoбавленo в 19.46: или еще чего-нибудь |
|||
карма: 0 |
|
Ответов: 3851
Рейтинг: 159
|
|||
Tad писал(а): когда начинаешь качать файл - скорость офигенная, а потом падает до безобразияЭто известный факт? Просто я думал, что это происходит из-за того, что пока юзер выбирает куда сохранять файл, винда его уже качает, а как только в диалоге нажата кнопка "ОК" (или "выбрать", не помню) - включается счётчик времени закачки. Поэтому и получается, что скорость первой секунды соответствует уже скачанному фрагменту.. |
|||
карма: 0 |
|
Ответов: 970
Рейтинг: 270
|
|||
Википелия писал(а): Шейпинг — ограничение пропускной способности канала для отдельного узла сети ниже технических возможностей канала до узла...
...За счёт ненулевого размера очереди в начале соединения возможно временное превышение ограничения по скорости. |
|||
карма: 0 |
|
Ответов: 16884
Рейтинг: 1239
|
|||
Andrey, часики видел ? Бесплатно - но за час. За деньги - за минуту.
|
|||
карма: 25 |
|
Ответов: 397
Рейтинг: 34
|
|||
Ну вот провел тест из дома, тут большие сообщения отправляются. => В этом виноваты 100% не настройки компьютера!
Значит в проблеме отправки больших сообщений могут быть виноваты: -модем -провайдер -форум -сервер форума |
|||
карма: 0 |
|