Nikolay_Po (22.03.2022 08:08, просмотров: 332) ответил Dingo на Посмотрел. Красиво, но непонятно: я не настолько знаю TCP. :-( По
ссылке две пачки с крашем в конце.За несколько секунд до полного отказа, начинаются провалы в
передаче. Потом нагоняет. И, в итоге, рушится.
Wireshark не жаловался, всё, до последней пары пакетов (смотрел только первый файл), выглядит нормальным на первый взгляд. В конце пакетом 26426, идёт повтор пакета 26422 - клиент не услышал подтерждения (возможно, был уже в состоянии сбоя).
-
- Вот что говорит модуль статистики stats.c, stats.h : Dingo(893 знак., 23.03.2022 12:00)
- Проверил. За пол часа не чихнул даже. Не хватает быстродействия или я не умею его готовить? По ссылке мегабайты/сек пересылают, а у меня 128 кБайт/сек не получается. Dingo(3643 знак., 22.03.2022 12:58, ссылка)
Как вы эту картинку получили?!Разобрался. На втором файле видно, что из близких ситуаций железка выходит. Выяснить бы, что является критическим?... Сейчас попробую поток уменьшить вдвое(буду отправлять только половину), опишусь. Dingo(1 знак., 22.03.2022 11:14, картинка)- Критическим является размер окна. Возможно, в вашем случае он получается слишком большой и слишком много ACK нужно ожидать клиенту в очереди на подтверждение, что может что-то переполнить. Я обратил внимание, что в первом файле, на момент сбоя, получается ACK к пакету, отправленному секунду надзад. А за секунду сколько уже в очередь на подтверждение ушло? Nikolay_Po(550 знак., 22.03.2022 15:44)
- putchar('!'); по-моему, надо убрать, т.к. она тормозит всё
остальное. И debug info в самом конце временно отключить. В конфиге
я бы MEM_SIZE сделал хотя бы (64*1024) раз уж память есть. - Costic(22.03.2022 13:46)
- putchar() в этом проекте просто в буфер символ кладёт. Dingo(224 знак., 22.03.2022 15:01)
