LINUX.ORG.RU

Релиз uHub 0.4.0

 ,


0

2

29 мая состоялся релиз uHub 0.4.0, кроссплатформенного высокопроизводительного p2p-хаба для сетей Advanced Direct Connect.

Основные отличия от версии 0.3.2 (выпущенной 1 июня 2010 года):

  • Добавлена поддержка плагинов, написанных на C.
  • Добавлены плагины для поддержки авторизации (используется SQLite), журналирования и истории чата.
  • Улучшена поддержка SSL/TLS. Этот функционал признан стабильным и включен по умолчанию.
  • Исправлена сборка в MS Windows. Используется Visual Studio Express 2010.
  • Исправлена сборка в Debian GNU/kFreeBSD, Debian GNU/Hurd и на архитектурах s390/s390x.

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

Программа написана на C. Среди других характеристик uHub можно отметить поддержку IPv6 и простоту настройки.

Предыдущая новость была преждевременной и может считаться анонсом.

За активностью разработки проекта можно наблюдать на данной странице. Сообщения об ошибках и запросы на реализацию улучшений принимаются в системе трекинга ошибок.

Свежие пакеты для Debian, Ubuntu и производных дистрибутивов со стабильной версией программы и ежедневные сборки программы доступны в специальном PPA на Launchpad.

>>> Подробности

★★

Проверено: tazhate ()

Новость на опеннете будет тоже моя.

Tehnick ★★ ()

Ему бы ещё скриптование на Lua и цены бы не было...

mva ()

в сетях dc было очень весело скачивать пачками wand.dat

anonymous_sapiens ★★★★ ()

GNU/Hurd работает уже? Давно?

Deleted ()
Ответ на: комментарий от PaRuSoft

Так это же только под винду

Не только. Просто на редкость странный и фееричный хаб. И к адц он ни коим образом не относится.

LightDiver ★★★★★ ()
Ответ на: комментарий от LightDiver

Ох, точно. Просто когда я последний раз его крутил, в нем не было поддержки *nix, а была какая-то очень страшная гуёвина под винду

PaRuSoft ★★★★ ()

Хорошее название: уХаб

anonymous ()
Ответ на: комментарий от anonymous

правильно «мюхаб» по русске как бы «микрохаб»

lv77 ★★★ ()

Расскажите, чем это лучше торрентов?

Bbore ()
Ответ на: комментарий от Bbore

Расскажите, чем это лучше торрентов?

Торренты больше для конкретной информации: сериалов (целых), игр. Для внешки. ДЦ же идеально подходит для провайдерских локалок, как пример: каждый расшарил часть информации и каждый же в свою очередь это может найти поиском и скачать. Плюс чат.

LightDiver ★★★★★ ()

и на архитектурах s390/s390x

Я хотел бы увидеть того, кто будет на s390 гонять ДЦ.
Это зрелище будет интереснее зоопарка.

GAMer ★★★★★ ()
Ответ на: комментарий от lv77

птоха не умеет АДЦ - в биореактор.

АДЦ нинужен - в биореактор

G-UNiX ★★ ()
Ответ на: комментарий от Tehnick

Тестирование проведено в виртуальном окружении KVM/QEMU, так как не удалось найти подходящего для GNU Hurd оборудования - число драйверов в GNU Hurd ограничено и нет поддержки SMP.

Вот уж действительно.

Lighting ★★★★★ ()

реквестирую адреса крупных ADC хабов

anonymoos ★★★★★ ()
Ответ на: комментарий от Tehnick

Благодарю. Действительно, пропустил.

Deleted ()
Ответ на: комментарий от anonymoos

adc://adc.mimic.cz:1511 adc://adc.san.ru:10000 adc://adc2.san.ru:10000 adc://adc3.san.ru:10000 adc://animehub.san.ru:10000

хаб разрабов adc://adc.extatic.org:1511 adcs://hub.dcbase.org:16591

ну или http://dchublist.com/hub/search

lv77 ★★★ ()
Ответ на: комментарий от anonymoos

реквестирую адреса крупных ADC хабов

Назвать их крупными язык не поворачивается, но из всех существующих это два самых больших: adcs://adcfun.com:2780 adc://adc.san.ru:10000

anonymous ()
Ответ на: комментарий от lv77

adc://adc.san.ru:10000 adc://adc2.san.ru:10000 adc://adc3.san.ru:10000 adc://animehub.san.ru:10000

Судя по названиям это хабы одного автора, так зачем было распылять их на четыре штуки - лучше бы был один но относительно большой, чем четыре маленьких.

anonymous ()
Ответ на: комментарий от anonymous

Второй хаб впечатляет целыми 38 пользователями.

anonymous ()
Ответ на: комментарий от anonymous

Второй хаб впечатляет целыми 38 пользователями.

Количество пользователей зависит от времени суток и дня недели, но максимум что там было это пара сотен юзеров.

anonymous ()
Ответ на: комментарий от anonymous

Пара сотен? Это ты им расскажи http://dchublist.com/hub/29160 Max: 59 • Avarage: 37 • Min: 19

в то же время в левом верхнем углу приведённой ссылки написано: 28 users 558 (max) Видимо в последнее время у них посещаемость сильно ниже чем была когда-то.

Но больше смущает число в поле Max users: Max users 100 Это что за админ хаба такой, который искуственно занижает максимальный объём юзеров запускаемых на хаб.

И так что же получается: 1)Море карликовых adc хабов имеющих в названии строку «san.ru» 2)Странное ограничение на максимальное число юзеров в 100 человек, которые могут одновременно зайти на хаб.

Из перечисленного ничего удивительного что с такими горе админами ADC хабы так мало популярны.

anonymous ()
Ответ на: комментарий от anonymous

*в правом верхнем углу приведённой ссылки написано: 28 users 558 (max)

anonymous ()
Ответ на: комментарий от anonymous

Судя по названиям это хабы одного автора, так зачем было распылять их на четыре штуки - лучше бы был один но относительно большой, чем четыре маленьких.

Хабы бывают тематические. Всякие «аниме-хабы», «фильм-мания», «rock-music» и т.п.. Кроме файл-обмена там еще и общаются...

Tehnick ★★ ()
Ответ на: комментарий от anonymous

на dchublist - глюк

# uhub -S | grep max

max_users = 10000

# uhub -V

uhub/0.4.0-git-9ea85ad

первый хаб является «стабильным», на остальных тестируется нестабильные версии мюхаба и адцшпп. ну а про тематические уже было сказано нижею

lv77 ★★★ ()
Ответ на: комментарий от buddhist

Звук там уже есть через это DDE?

А разве в _данном_ случае важно? Месье не может качать без звукового уведомления о завершении операции?

anonymous ()
Ответ на: комментарий от anonymous

Нет, я не хотел вбросить, мне просто стало интересно.

buddhist ★★★★★ ()

!history при входе в отдельной вкладке ещё не сделали?

eR ★★★★★ ()
Ответ на: комментарий от eR

не вижу в багзилле запроса на это. вывода в главный чат более чем достаточно.

lv77 ★★★ ()
Ответ на: комментарий от lv77

я не осилил ту багзиллу, зарегица так и не смог.

в главный токо нескоко строк выводит, а надо как в Протаксе, за весь месяц.

eR ★★★★★ ()
Ответ на: комментарий от eR

и когда хаб перезагружаю, весь history стираеца.

eR ★★★★★ ()
Ответ на: комментарий от eR

о да же как 0_0 .

ухаб счас явно не пишет историю на винт а хранит в памяти. по идее там можно зарезервировать много места чтобы хватило на месяц, но я не думаю что это будет хороший вариант.

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

lv77 ★★★ ()
Ответ на: комментарий от lv77

ты пишеш на английском текст

а вот это вторая причина, почему мне нет смысла туда лезьт :(

eR ★★★★★ ()
Ответ на: комментарий от eR
[13:40] <Dj_Offset|work> what does !dayhistory do?
[13:40] <Dj_Offset|work> chat history?
[13:40] <Dj_Offset|work> or something else?
[14:34] <MiMic> logfiles are getting large and parsing and searching would get slow and what about logrotated logs? wouldnt it be better to log into db, this could do the search by nickname, cid, time etc. faster
[16:53] <E_zombie@home> but save text in DB is not good idea.
[19:10] <Dj_Offset@home> i like the idea of using a database
[19:16] <E_zombie@home> if MSG buffer > databes cell  => drop some 
information in log
[19:20] <Yorhel> Quick note on storing stuff in sqlite: Keep in mind that actual disk writes can be very slow in sqlite with the fsync stuff enabled (by default)
[19:21] <Yorhel> A simple update query can easily take 300ms when committed to disk
[19:25] <Dj_Offset@home> yep
[19:26] <Dj_Offset@home> it is a bit weird that virtually nobody are using async file IO
[19:26] <Dj_Offset@home> well, code is a bit more complicated, but not *that* much worse
[19:27] <Yorhel> async file IO? You mean using Linux AIO and similar systems?
[19:28] <Dj_Offset@home> yeah

lv77 ★★★ ()
Ответ на: комментарий от eR

разработчики начали обсуждать как это лучше реализовать. предложение не отвергли сразу и поэтому шанс что это реализуют в виде плагина есть. только я подозреваю что это появится в виде очередного коммита в git а релиз будет через год- полтора :) так что следи за коммитами.

lv77 ★★★ ()

Что это? Очередная пародия на пиринговые Мулы?

AlexCones ★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.