[about] [index] [prev] [2018-06-10 22:44:13+03:00] [e9f14816681a62e7993ce6871d2d009bb1f874e5]
Topics: [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 уже
  прошёл через них -- нужно сообщить удалённой стороне что всё уже
  скачано

[leave comment]