Многозадачность НPT, связка с binkd

Ivan Agarkov написал(а) к Alexey Vissarionov в Jun 15 22:14:08 по местному времени:

Привет, Alexey!

Alexey Vissarionov писал(а) Vladislav Vetrov в 15:20 21 май 15

AV> Лично я (со своими двумя сотнями линков) прекрасно обхожусь запуском
AV> тоссера посредством crond.

Это ты просто ленивый :-)

В свое время я просто написал watch-daemon, который искал почту в папке и по ее наличию запускал нужный софт ( htp / htick / freq / tracker / pntchecker )

Судя по всему, Владиславу что-то такое и нужно.



С наилучшими пожеланиями, Ivan.
--- /usr/bin/vim

Pavel Gulchouck написал(а) к Ivan Agarkov в Jun 15 10:08:28 по местному времени:

Нi Ivan!

20 Jun 15, Ivan Agarkov ==> Alexey Vissarionov:

AV>> Лично я (со своими двумя сотнями линков) прекрасно обхожусь запуском
AV>> тоссера посредством crond.

IA> Это ты просто ленивый :-)

IA> В свое время я просто написал watch-daemon, который искал почту в папке и по ее наличию запускал нужный софт ( htp / htick
IA> / freq / tracker / pntchecker )

IA> Судя по всему, Владиславу что-то такое и нужно.

В принципе можно запускать и из мейлера по событию (приём почты), но тогда лучше засемафорить (защитить скрипт от параллельного запуска) и перед завершением работы скрипта (уже после освобождения семафора) ещё раз проверять наличие новой почты, и идти на следующий круг, если она найдена.

Я тоже запускаю по крону.
Как минимум, в некоторых случаях тоссер оставляет часть почты не запакованной (либо из-за наличия bsy на линка, либо когда файликов pkt слишком много), и если запускать тоссер не по крону, а по событиям, есть риск либо получить большие задержки почты, либо сильно усложнить скрипт, сделать его зависимым от внутренней структуры hpt, и получить риск работающего в бесконечном цикле тоссера. Запуск по крону проще и надёжнее. Холостой запуск (при отсутствии почты в incoming) практически не потребляет ресурсов.

Lucky carrier,
Паша
aka gul@gul.kiev.ua
--- GoldED+/LNX 1.1.5

Ivan Agarkov написал(а) к Pavel Gulchouck в Jun 15 14:35:46 по местному времени:

Привет, Pavel!

Pavel Gulchouck писал(а) Ivan Agarkov в 10:08 21 июн 15

PG> Как минимум, в некоторых случаях тоссер оставляет часть почты не
PG> запакованной (либо из-за наличия bsy на линка, либо когда файликов pkt
PG> слишком много), и если запускать тоссер не по крону, а по событиям,
PG> есть риск либо получить большие задержки почты, либо сильно усложнить
PG> скрипт, сделать его зависимым от внутренней структуры hpt, и получить
PG> риск работающего в бесконечном цикле тоссера. Запуск по крону проще и
PG> надёжнее. Холостой запуск (при отсутствии почты в incoming)
PG> практически не потребляет ресурсов.

Мне, как дитю Интернета, всегда была глубоко неприятна задержка между отправкой сообщения и его доставкой, поэтому я всеми силами пытаюсь этого избежать.
Кстати, чисто теоретически: а что мешает интегрировать binkd и husky на уровне событий? Это ведь одна из самых распространенных связок софта в настоящее время.
Достаточно ведь реализовать daemon mode для husky и реализовать отправку простейших команд на 127.0.0.1 ( растоссь почту, отправь почту, etc )

И да, если мне сейчас комьюнити дружно предложит прислать патчи - ну, пришлю наверное :-)
Если это конечно кому-то надо.


С наилучшими пожеланиями, Ivan.
--- /usr/bin/vim

Mithgol the Webmaster написал(а) к Ivan Agarkov в Jun 15 21:05:02 по местному времени:

Так было 14:35 21 Jun 15 написано от Ivan Agarkov к Pavel Gulchouck:

IA> Мне, как дитю Интернета, всегда была глубоко неприятна задержка между
IA> отправкой сообщения и его доставкой, поэтому я всеми силами пытаюсь
IA> этого избежать. Кстати, чисто теоретически: а что мешает интегрировать
IA> binkd и husky на уровне событий? Это ведь одна из самых распространенных
IA> связок софта в настоящее время. Достаточно ведь реализовать daemon mode
IA> для husky и реализовать отправку простейших команд на 127.0.0.1 (
IA> растоссь почту, отправь почту, etc )

IA> И да, если мне сейчас комьюнити дружно предложит прислать патчи - ну,
IA> пришлю наверное :-) Если это конечно кому-то надо.

А что думаешь про https://github.com/Mithgol/fidorest/ (не в смысле нынешней
реализации, которая ещё далеко не готова, а в смысле обозначенного направления
работ)?


Фидонет будет великим и гипертекстовым! [Ru.Mozilla] http://Mithgol.Ru/
Mithgol the Webmaster. [Братство Нод] [Team А я меняю subj]

... Красивых женщин я успеваю только заметить. И ничего больше. (Черномырдин)
--- Эшелону: JITEM SADF совет TUSA LITE PKK НoНoCon SISMI ISG FIS MSW Spyderco

Pavel Gulchouck написал(а) к Ivan Agarkov в Jun 15 11:06:20 по местному времени:

Нi Ivan!

21 Jun 15, Ivan Agarkov ==> Pavel Gulchouck:

IA> Pavel Gulchouck писал(а) Ivan Agarkov в 10:08 21 июн 15

PG>> Как минимум, в некоторых случаях тоссер оставляет часть почты не
PG>> запакованной (либо из-за наличия bsy на линка, либо когда файликов pkt
PG>> слишком много), и если запускать тоссер не по крону, а по событиям,
PG>> есть риск либо получить большие задержки почты, либо сильно усложнить
PG>> скрипт, сделать его зависимым от внутренней структуры hpt, и получить
PG>> риск работающего в бесконечном цикле тоссера. Запуск по крону проще и
PG>> надёжнее. Холостой запуск (при отсутствии почты в incoming)
PG>> практически не потребляет ресурсов.

IA> Мне, как дитю Интернета, всегда была глубоко неприятна задержка между отправкой сообщения и его доставкой, поэтому я всеми
IA> силами пытаюсь этого избежать. Кстати, чисто теоретически: а что мешает интегрировать binkd и husky на уровне событий? Это
IA> ведь одна из самых распространенных связок софта в настоящее время. Достаточно ведь реализовать daemon mode для husky и
IA> реализовать отправку простейших команд на 127.0.0.1 ( растоссь почту, отправь почту, etc )

Я проблему вижу в том, что принципиально ты таким способом скорость доставки не увеличишь. Приближению к секундам (или даже миллисекундам) между приёмом сообщения и его отправкой даунлинкам, как это есть в INN, мешают bsy, pkt, arcmail... Что и неудивительно, ведь вся эта схема оптимизирована под диалап, где основным критичным ресурсом является не скорость прохождения сообщения, а время занятости телефонной линии. Чтобы оптимизировать под интернет (с возможностью хоть постоянных соединений между линками), заботясь о времени доставки сообщений, нужно переделать очень многое: обмен сообщениями, а не пакетами; обработка непосредственно после приёма (отправка на пайп тоссеру?); экспорт сообщения линку, с которым активна сессия (отправка на пайп мейлеру?) и т.д. Эволюционным путём, т.е. мелкими последовательными улучшениями, боюсь, этого не достичь, и получится как возвратный гортанный нерв у жирафа, который идёт от гортани к головному мозгу, по пути огибая аорту, т.е. проходит через всю шею дважды (туда и обратно) без возможности это оптимизировать. :)

IA> И да, если мне сейчас комьюнити дружно предложит прислать патчи - ну, пришлю наверное :-)
IA> Если это конечно кому-то надо.

Daemon mode для hpt было бы интересно. Хотя, с другой стороны, много ли на этом выиграется? Запуск hpt (загрузка в память и динамическая линковка) вряд ли дольше миллисекунды, это пренебрежимо мало по сравнению с временем распаковки и запаковки arcmail.
Наверное, было бы хорошо сделать рескан binkd по сигналу, а ещё - если бы hpt писал в файл список узлов, для которых появилась новая почта, а binkd при рескане читал информацию из этого файла (при его наличии), а не ресканил весь большой BSO. Примерно как голдед формирует список арий, которые нужно сканировать, и hpt сканирует только их, а не всё подряд.

Lucky carrier,
Паша
aka gul@gul.kiev.ua
--- GoldED+/LNX 1.1.5

Denis Chernayev написал(а) к Ivan Agarkov в Jun 15 19:33:42 по местному времени:

Нi, Ivan!

21 Июн 15 14:35, Ivan Agarkov -> Pavel Gulchouck:

IA> Мне, как дитю Интернета, всегда была глубоко неприятна задержка между
IA> отправкой сообщения и его доставкой, поэтому я всеми силами пытаюсь
IA> этого избежать. Кстати, чисто теоретически: а что мешает интегрировать
IA> binkd и husky на уровне событий? Это ведь одна из самых
IA> распространенных связок софта в настоящее время. Достаточно ведь
IA> реализовать daemon mode для husky и реализовать отправку простейших
IA> команд на 127.0.0.1 ( растоссь почту, отправь почту, etc )

Присылай патч (с)
)))

FAQ.15

С приветом.

--- GoldED+/W32-MINGW 1.1.5-b20060515