[О блоге]
[наверх]
[пред]
[2018-06-10 22:44:13+03:00]
[e9f14816681a62e7993ce6871d2d009bb1f874e5]
Темы: [nncp]
Зарелизиз NNCP 3.3
https://lists.cypherpunks.ru/pipermail/nncp-devel/2018-June/000071.html
Релиз в котором дореализовал то, что копилось продолжительное время в
голове.
* Во-первых, более высокоприоритетные файлы которые появились во время
передачи nncp-daemon-ом, будут помещены (если их запросили, конечно
же) в очереди в начало. Раньше обе системы осведомлялись и знали что
появился новый файл, пускай более высокоприоритетный, но он добавлялся
в конец очереди. Сейчас он будет помещён перед более
низкоприоритетными. Если мы качаем почтовые сообщения и пришло ещё
одно -- оно будет добавлено в конец почтовым, но в любом случае перед
обычными файлами. Раньше только переконнектом можно было заставить
прососаться более высокоприоритетные. Теперь они по сути прерывают
передачу, продолжая потом
* Во-вторых, появился простой packet rate limiter для протокола
синхронизации. Когда рукопожатие закончилось, то максимальное кол-во
пакетов в секунду можно регулировать -rxrate/-txrate опциями командной
строки и в YAML конфиге. Так как максимальный размер пакета это 64 KiB,
то можно это использовать для грубого traffic shaper
* В-третьих, уровни nice (приоритеты) можно теперь задавать не просто
числом от 1 до 255, а символьными алиасами: NORMAL, PRIORITY, BULK,
FLASH. Есть сокращения: N, P, B, F. К приоритету можно добавить дельту
в виде "+1", "-2". Допустимы значения от "-31" до "+32" (кроме BULK,
где только "+31"). Мне кажется это ближе к удобству как задавалось в
UUCP, но удобнее UUCP. Значения по-умолчанию теперь поменялись для
пакетов и FLASH уровень nice по-умолчанию не используется нигде
* Ну и наконец nncp-daemon смотрит на наличие .seen файлов. Возможно их
доставили каким-то сторонним способом (флешка например) и tossing уже
прошёл через них -- нужно сообщить удалённой стороне что всё уже
скачано
[оставить комментарий]