= Сообщение: 812 из 1947 ========================================== RU.BINKD = От : Pavel Gulchouck 2:463/68 20 Sep 16 21:43:42 Кому : Nil Alexandrov 20 Sep 16 21:43:42 Тема : Binkd новый девелопмент FGHI : area://RU.BINKD?msgid=2:463/68+57e18ea8 На : area://RU.BINKD?msgid=2:5015/46+57e15a47 = Кодировка сообщения определена как: CP866 ================================== Ответ: area://RU.BINKD?msgid=2:5015/46+57e19c9c ============================================================================== Hi Nil!
20 Sep 16, Nil Alexandrov ==> All:
NA> Интересно, какая сейчас ситуация с новым девелопментом, активный или просто бакфиксинг или и так всё хорошо работает?
Багфиксинг. Иногда бывает время и настроение что-то новое с binkd поделать, но редко. За последний год, кажется, ни разу не случалось. Пул-реквесты от других тоже не приходили. Если будет, что предложить - you're wellcome: https://github.com/pgul/binkd
NA> Для линукса можно сделать несколько оптимизаций, функционально ничего не добавляет, но более современные API использует. NA> Если такой патчик сделать, примут его или не интересно, т.к. платформо-специфичный.
Если он не сломает компиляцию и работу под какими-то системами (всякие древние линуксыб OpenBSD, MacOsX и т.п.), можно и специфичный. Только лучше весь платформозависимый код положить отдельно, не смешивать с остальным.
NA> 1. Замена select() на epoll(). Интересно какие-нибудь есть супер нагруженные узлы, где 1k файл дискрипторов не хватило? NA> :-)
Каждая сессия - это отдельный процесс. Количество дескрипторов на один процесс фиксированно, оно не может быть большим при любой загрузке узла.
NA> 2. Использование inotify() для отслеживания изменения конфига и файлов в outbound директориях. Может вообще уйти все NA> эти rescan_delay переметры.
Наверное, это не самое нужное в binkd, но почему бы и нет?
Lucky carrier, Паша aka gul@gul.kiev.ua --- GoldED+/LNX 1.1.5 * Origin: printf("%s", "How can I increase performance?\n"); (2:463/68)
