update docs

указанным сплит позициям. Другие ОС в этом вопросе ведут себя более предсказуемо. Спонтанного обьединения замечено не было.

Поэтому не стоит злоупотреблять сплитами и в особенности мелкими соседними пакетами.

Как показывается практика, проблемы могут начаться , если количество сплит позиций превышает 8.

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

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

Один сплит работает стабильно, если не является частью массивной потоковой передачи.

При неудаче сегментации будет выводиться сообщение `WARNING ! segmentation failed`.

Если вы его видите, это повод снизить количество сплит позиций.

Если это не вариант, для ядер Linux >=4.6 есть параметр `--fix-seg`. Он позволяет подождать завершение отсылки перед отправкой следующей части.

Но этот вариант ломает модель асинхронной обработки событий. Пока идет ожидание, все остальные соединения не обрабатываются

и кратковременно подвисают. На практике это может быть совсем небольшое ожидание - менее 10 мс.

И производится оно только , если происходит split, и в ожидании есть реальная необходимость.

Выполняется оно только , если происходит split, и в ожидании есть реальная необходимость.

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

Если вы пытаетесь сплитнуть массивную передачу с `--split-any-protocol`, когда информация поступает быстрее отсылки,