From 19e7fca6277edd807dce09ae4641affc5eec5801 Mon Sep 17 00:00:00 2001 From: bol-van Date: Tue, 19 Nov 2024 11:47:14 +0300 Subject: [PATCH] readme: more notices about fix-seg --- docs/readme.md | 4 ++++ 1 file changed, 4 insertions(+) diff --git a/docs/readme.md b/docs/readme.md index 5b13353..da2f58a 100644 --- a/docs/readme.md +++ b/docs/readme.md @@ -887,6 +887,10 @@ tpws, как и nfqws, поддерживает множественную се И производится оно только , если происходит split, и в ожидании есть реальная необходимость. В высоконагруженных системах данный вариант не рекомендуется. Но для домашнего использования может подойти, и вы эти задержки даже не заметите. +Если вы пытаетесь сплитнуть массивную передачу с `--split-any-protocol`, когда информация поступает быстрее отсылки, +то без `--fix-seg` ошибки сегментации будут сыпаться сплошным потоком. +Работа по массивному потоку без ограничителей `--tamper-start` и `--tamper-cutoff` обычно лишена смысла. + tpws работает на уровне сокетов, поэтому длинный запрос, не вмещающийся в 1 пакет (TLS с kyber), он получает целым блоком. На каждую сплит часть он делает отдельный вызов `send()`. Но ОС не сможет отослать данные в одном пакете, если размер превысит MTU. В случае слишком большого сегмента ОС дополнительно его порежет на более мелкие. Результат должен быть аналогичен nfqws.