doopler

Рейтинг
16
Регистрация
14.09.2012
Стоит ли паниковать из-за TIME_WAIT
myhand:
И што-ш тебе стало "ясно", малыш?

ровно столько, чтобы понять что всё гуд )) мой господин

Стоит ли паниковать из-за TIME_WAIT
madoff:
если судить по Established то всё в порядке. не заморачивайтесь, их всегда больше чем активных где-то в два раза

вот ответ достойный похвалы. Чётко и ясно, что, от чего и почему - мне же больше не нужно. А сколько мне нужно было бы "прочитать" чтобы сделать подобный вывод. или этот

myhand:
"Простое объяснение" дать сложно ... В зависимости от ваших проектов - такая ситуация может быть и нормальной, и нет.

Когда люди действительно знающие говорят "это сложно", а остальные отправляют читать.. Спасибо за помощь, пока разобрался в этом

Так.. что там в Munin дальше идёт :)

Кажется AdSense заглючил :((
Аргон-17:
а переключатель (пагенатор) давно уже отменили

Ну я особо не в курсе нынешних тенденций, но данный глюк вижу в каждом блоке в котором несколько объявлении. Это же не нормально :(

---------- Добавлено 10.12.2012 в 16:37 ----------

Аргон-17:
правда, может и один быть

да, и это в формате 728х90 меня просто бесит (((

Кажется AdSense заглючил :((

нет, не правда :( три(четыре) должно быть, и переключатель (пагенатор)



---------- Добавлено 10.12.2012 в 16:16 ----------

Я было решил что это может из-за глобальных стилей, но ведь он же в ифрэйме открывает...

Стоит ли паниковать из-за TIME_WAIT
Andreyka:
Ну его же тут не гоняли грязными тряпками. Вот в этом и заключен альтруизм.
myhand:
Ну и почему кто-то знающий должен тратить время на метание бисера перед вами? Задумаейтесь.

Пока меня нет вы мне тут все косточки поперемывали (((

Бисер мне особо не нужен, я просто поинтересовался у знающих на случай если есть какое-то простое решение. А носом меня ткнули только в

работает - не трогай.
с чем я собственно и соглашусь, если простого объяснения этому нет.
Стоит ли паниковать из-за TIME_WAIT

Den73,

Состояние TIME_WAIT часто называется ожиданием длительностью 2MSL (Maximum Segment Lifetime). Значение MSL задается конкретной реализацией и определяет предельную величину пребывания сегмента в сети. В RFC-793 рекомендуется задавать MSL равным 2 мин. Но нужно помнить, что ТСР-сегмент транспортируется в IP-дейтаграмме, содержащем поле TTL. Когда модуль выполнил активное закрытие и в ответ на FIN послал ACK, соединение должно оставаться в состоянии TIME_WAIT в течение времени, в два раза превышающем MSL. Сокет, используемый данным соединением не может быть задействован другим соединением в продолжении указанного времени. Все сегменты данного соединения, задержавшиеся в пути, во время TIMR_WAIT отбрасываются. Это гарантирует то, что сегменты старого соединения не будут восприняты новым соединением. Такая процедура препятствует перезапуску серверов в течение 1-4 минут, так как в течение данного времени не могут использоваться стандартные значения номеров портов.

И вы таки думаете что я из этого что-то понял? Да пусть я трижды всё перечитаю мне этого мозгом не асилить :(

Стоит ли паниковать из-за TIME_WAIT
Den73:
чем дефолтный не угодил, что то где то вычитали?

именно, вычитал что некоторые 0 ставят, но я не такой рисковый. поставлю обратно, раз эффекта не возымело..

Den73:
как говорится, работает - не трогай.

ну я так, в качестве повышения образованности ))

---------- Добавлено 08.12.2012 в 21:39 ----------

Den73:
о состояниях TCP протокола

Ну вот она, точка опоры )) спасибо

так уже понятнее немного )) http://book.itep.ru/4/44/tcp_443.htm - хотя ацки много букаф, буду асиливать..

А вот и Википедия

Состояния сеанса TCP

CLOSED Начальное состояние узла. Фактически фиктивное

LISTEN Сервер ожидает запросов установления соединения от клиента

SYN-SENT Клиент отправил запрос серверу на установление соединения и ожидает ответа

SYN-RECEIVED Сервер получил запрос на соединение, отправил ответный запрос и ожидает подтверждения

ESTABLISHED Соединение установлено, идёт передача данных

FIN-WAIT-1 Одна из сторон (назовём её узел-1) завершает соединение, отправив сегмент с флагом FIN

CLOSE-WAIT Другая сторона (узел-2) переходит в это состояние, отправив, в свою очередь сегмент ACK и продолжает одностороннюю передачу

FIN-WAIT-2 Узел-1 получает ACK, продолжает чтение и ждёт получения сегмента с флагом FIN

LAST-ACK Узел-2 заканчивает передачу и отправляет сегмент с флагом FIN

TIME-WAIT Узел-1 получил сегмент с флагом FIN, отправил сегмент с флагом ACK и ждёт 2*MSL секунд, перед окончательным закрытием соединения

CLOSING Обе стороны инициировали закрытие соединения одновременно: после отправки сегмента с флагом FIN узел-1 также получает сегмент FIN, отправляет ACK и находится в ожидании сегмента ACK (подтверждения на свой запрос о разъединении)

Fork rate(Munin) - непонятные зашкаливания
Andreyka:
Сливают бензин

К бабке не ходи )) хоть бы сахару в бензобак не насыпали..

Интересная ситуация с iframe
nalivajko:
это что то новенькое

Старое в новой подаче :)

Fork rate(Munin) - непонятные зашкаливания
dyakoff:
когда машина едет быстрее, она потребляет больше бензина.

Моя машина потребляет бензин с 14.00-02.00 а с 02.00-09.00 она припаркована на стоянке, ибо все спят. И посмотрел бы я на вашу реакцию, если бы ваша машина потребляла бензин на стоянке больше чем на магистрали ;)

1 2345678910 ...14
Всего: 140