to post messages and comments.

@don-Rumata:

BBLZBRID6MC53XC7UBCX4WN4URKKKQE5E

@zinid:
P2P

Я тут смотрю мода пошла на p2p, типа нет центра и значит никогда не ляжет. Я не понимаю этой уверенности. Есть же папира от лохматого 2002-го года, которая показывает, что без единого центра авторизации невозможно защититься от Sybil-атак (когда некий узел сети говорит, что на самом деле он 100500 узлов). Цитата:

We argue that it is practically impossible, in a distributed computing environment, for initiallyunknown remote computing elements to present convincingly distinct identities. With no logically
central, trusted authority to vouch for a one-to-one correspondence between entity and identity, it is always possible for an unfamiliar entity to present more than one identity, except under conditions that are not practically realizable for large-scale distributed systems

dl.acm.org

Многие начинают впоминать биткоин, типа вот оно же как-то работает, кококо. Ну, во-первых, роль "центра авторизации" (хотя и распределённого) играют майнеры: они фиксируют транзакции с помощью консенсуса и, к тому же, материально заинтересованы. Во-вторых, вполне себе существует Sybil-атака на bitcoin (она же Selfish Mine атака): link.springer.com
Эта атака достаточно известна в узких кругах и обмусоливается вероятность её проведения. Защиты на данный момент от неё нет.

Я как бы не против p2p, но я не совсем представляю как можно построить устойчивую к атакам "истинную" p2p-сеть. Многие p2p-поделки просто забивают на Sybil-атаки (типа, пронесёт), что мне кажется полным идиотизмом.

@OCTAGRAM:

Было некогда желание сделать виджет для магнитных ссылок, чтоб из менюшки можно было сделать поиск по TTH через онлайн-индексаторы, проверку в VirtusTotal, а также варианты поделится в соцсетях. В менюшке можно отображать альтернативные HTTP/HTTPS ссылки, рекомендуемые DC++ хабы и прочее, прочее, что в магнитную ссылку теоретически можно запихнуть, но чем практически сложно воспользоваться из-за слабой поддержки в клиентах.

Но так и не сделал, с нуля наклепать такое не просто. Я на altaimolodoi.ru как-то раз поставил подсветку ключевых слов, по которым пришли из поиска, так оно вешало Хром, а я этого не знал, так как в IceDragon работало. А тут попался похожий сервис виджетов для Скайпа, где, похоже, всё отлажено. Можно переделать код под свои нужды.

@killy:

Следим за развитием событий #2870289
Теперь уже можно уверенно сказать, что nyaa.se грохнут владельцем под давлением европейских властей. При этом грохнут без предупреждения.

Кто-то поднял зеркало с несвежим бэкапом базы (похоже, никто не бэкапил sukebi последнее время), кто-то собирается делать замену (сирус бизнес, nyaa держал огромный трафик). Крупные релизеры ждут — аналогичной площадки просто нет. Пока хостить торренты негде, релизы будут на магнитах и XDCC.

@killy:

torrentfreak.com

@OCTAGRAM:

Провокация с TTH-торрентами идёт по плану. Поисковики заглотили несколько гигабайт наживки и направляют посетителей. Например, один из посетителей что-то поискал в Гугле, открыл HMS, потом скачал torrent для «Шрам Покушение на Пиночета (Cicatriz)». Мог бы выбрать dcls, но зачем-то выбрал torrent. Хорошо, нате вам torrent, но он будет такой же, как dcls, вид в профиль. Человек смог полюбоваться на список файлов и прочитать комментарий:

"BEP 47 Padding files and extended file attributes" support required: wiki.depthstrike.com info.pieces is fake to make deficient (that is, not upgraded to TTH yet) clients happy and let you see this message
Учитывая, что «deficient (that is, not upgraded to TTH yet) clients» — это практически все торрент-клиенты, скачать, скорее всего, не получилось. Ибо нефиг пользоваться всякой хренью. С одной стороны, кроме как обновлением до TTH, это объективно непоправимо, с другой стороны, так приятно хоть немного отомстить за то, что полезли на наши магнитные ссылки, не реализовав соответствующий функционал TTH. Вы полезли на наши магнитные ссылки, мы полезли на ваши торренты.

Многие другие посещения не столь интересные. Там кликают по магнитной ссылке. Даже если начать отслеживать их пикселями, не понятно, куда этот клик пойдёт. Может быть, по ту сторону всё замечательно открылось и скачалось, как положено.

@Balancer:

Опять, блин, в syncthing что-то поломали. Треть синков рассыпалась. Просто молча останавливает синхронизацию, забивая логи регулярными "INFO: Folder "Balancer-Pictures" error is cleared, restarting".

Ну почему нельзя писать не ломая? :-/

@OCTAGRAM:

Потратил 4,6 гига на хостинге, навыкладывал метаданных про 300 тер. Вообще, мечтал петабайт осилить, но при текущей плотности метаинформации не получается. Надо посмотреть, как дело пойдёт. Яндекс-бот уже пришёл.

Вот интересно, а ведь бывают, наверное, боты-индексаторы для открытых торрентов. Я, допустим, четвёртый год пытаюсь скачать торрент с BTIH 6AE765434DEB78AB7CBDA3AAC869363E81046348 , и если я его забиваю в поисковик, то вылезают несколько штук сайтов. И с другими BTIH аналогичная история. У каких-то BTIH таких сайтов больше, у каких-то меньше. Как бы в эти индексы попасть.

@OCTAGRAM:
P2P

HttpMagnetServer

@OCTAGRAM:

Выписал реальные значения временных меток в атрибуте Shared (GreyLink DC++) и TS (FlyLink DC++). Для сравнения ещё вычислил Date.now(), он получился по длине между ними. Для наглядности добавил подчёркивание там, где кончаются секунды.
GreyLink DC++: 1307966464_52889830
Date.now(): 1480931727_080
FlyLink DC++: 1295288944
Таким образом, это в общем везде время от начала Эпохи (1970), но во FlyLink DC++ — с точностью до секунды, а в GreyLink DC++ — с точностью до 10 наносекунд. Я опасался, что там время OLE Automation (от 1900) может затесаться.

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

@OCTAGRAM:

Расширения тега File во FlyLink DC++
Почитал тут.
HIT — количество скачиванийВ GreyLink DC++ есть в базе, но нет в XML списке файлов.
TS — дата добавленияВ GreyLink DC++ есть аналогичный атрибут Shared, но формат другой. И там, и там числа, но у GreyLink явно подлиннее. И есть подозрение, что этот атрибут есть только в обычном корневом файле шары, а в сгенеренных вручную — нет. Но мой генератор получает на вход именно корневые файлы и имеет возможность пробросить этот атрибут в выходной файл.
BR — Битрейт файла
WH — разрешение картинки
MA — аудио информация (кодек, количество каналов, количество дорожек, язык дорожек)
MV — видеоинформация (кодек, Битрейт видеопотока, соотношение сторон экрана)
В GreyLink DC++ не хранится ни в базе, ни в XML, вместо этого можно делать асинхронные запросы к файлам. Пожалуй, решение FlyLink DC++ лучше. При этом информация в GreyLink DC++ более полна, видно авторa и альбом, как они написаны в ID3 тегах. Самое лучшее решение я видел в Shareaza.
Ещё в GreyLink DC++ есть возможность назначать папкам свои картинки. И опять в dcls фича, скорее всего, обычно не пробрасывается, но мой генератор может научиться это делать. Насчёт поддержки в FlyLink DC++ не знаю.
Ещё Shareaza при хешировании шары проставляет в дополнительные потоки папок UUID, и по ним отслеживает переименования и переносы. Не помешало бы аналогичное для DC++. Вот как раз онлайн-ссылки в новое расположение можно было бы автоматом перенаправлять. Но увы, такого нет. Во всяком случае, в чужих шарах такого ожидать не приходится.

Заодно посмотрел расширения торрента. Даже близко такого нет (кроме даты создания), хотя я мог бы сделать, чтоб мой генератор с барского плеча пожаловал метаинформацию от FlyLink DC++ в info.files.*.

@OCTAGRAM:

Сконвертил свою p2p шару в формат торрента по спецификации BEP 47.

В оригинале (.xml.bz2) 3,1Мб, распакованный XML 12 Мб, а в формате торрента получилось 16 Мб. Он, конечно, двоичный, в отличие от распакованного XML, и каждый TTH там 24мя байтами кодируется, а не 39ю в Base32, но это с лихвой компенсировалось тем, что в описании каждого файла участвует info.files.path, повторяющий названия верхних директорий несколько тысяч раз, в то время как в XML тег Directory указывает имя директории только один раз. Я поискал и сходу не вижу такой BEP, чтобы можно было как-то вложить info в info. Это бы решило проблему, но увы.

Так же, как и для dcls, для торрентов можно генерить один большой файл, а в нём запоминать смещения (в списке info.files), чтобы потом склеивать на лету. Правда, это дурацкое устройство info.files.path и здесь не даёт возможности сделать всё нормально. Название директории, которую описывает торрент, задаётся в info.name. А элементы списка info.files.path идут уже внутри info.name. Так что если нам захотелось в торренте для вложенной папки установить info.name в имя этой папки, у нас получится такая картина, что в нём сначала папка с именем желаемой папки, потом внутри неё несколько взаимовложенных папок с именами папок от корня шары, потом снова эта папка, и там уже собственно файлы. Если генерить отдельные торренты для каждой директории, 16Мб распухнут пусть не в семь (как для dcls), но едва ли меньше, чем в два раза. Общий info.name в каждом торренте в принципе, был бы наиболее логичен, если рассматривать их по отдельности, но если их у одного человека становится несколько и все одинаково названы, тоже как-то не здорово. Решил сделать компромиссный вариант: в info.name не само имя папки, а конкатенация имени папки с именем корня (в качестве которого у меня выступает CID). Всё же хочется иметь возможность забить хостинг как можно большим количеством скачанных шар.

Конечно, не удержался от того, чтобы ковырнуть торрент µTorrent'ом. Пишет «Невозможно загрузить 'root.torrent'. Недостаточно памяти для обработки команды. !». Мда, печально это. p2p-клиенты и не такими объёмами ворочают.

@OCTAGRAM:

Провёл эксперимент и обнаружил, что два склеенных bzip2 файла распаковываются в один, склеенный из двух оригинальных. И это же замечательно!

Это может пригодиться для генерации на веб-сервере списков файлов p2p для любой поддиректории:
Открываем новый файл на запись, начинаем туда в сжатом виде писать XML списка файлов, перед каждым открывающим тегом Directory и после каждого закрывающего делаем BZ_FINISH, а смещения запоминаем на будущее. Пролог и эпилог с директивой XML и тегом FileListing тоже нужно сделать возможным отрезать.
Потом, когда веб-серверу нужно отдать список файлов для поддиректории, он, не особенно напрягаясь, склеивает пролог, XML-описание поддиректории и эпилог. А ещё потом можно редактировать этот файл. Придётся байтики подвигать, но хотя бы пережимать не нужно.
Я нагенерил обычных отдельных списков файлов для каждой поддиректории своей шары, и у меня в общем получилось 23 мегабайта. Обычный сжатый (с аргументами blockSize100k => 9, workFactor => 30) полный список файлов весит 3,1 мегабайта. Несжатый — 12,5.
Реализовал эту идею. Сжатый список файлов с разрывами получился на 4,8 мегабайт. Выкручивание workFactor на 250 практически ничего не изменило, но всё равно неплохо.

Гипотетически можно с zlib устроить аналогичное, чтоб посетители с плохим Интернетом могли экономить трафик, но и веб-сервер не напрягался. Разрезать шаблон на куски, сжать каждый, на лету дожать остальное содержимое и отдавать всё в склеенном виде.

@Balancer:

Так и не придумал способа для размещения видео в p2p с проигрыванием через браузер лучше, чем класть mp4 в IPFS :-/ Очевидные недостатки — отдача с централизованного ресурса, если у вас не установлена IPFS-нода и необходимость локального хранения в двух экземплярах (свой файл и IPFS). Торренты были бы замечательны, но они до сих пор нормально в браузере без костылей так и не играются :-/ Вот уже год жду, когда на этот счёт допилят решения на JS (своей квалификации в это области не хватает), но его пока так и нет.

Тест видео с IPFS в ZeroNet:

zerogate.tk

В принципе, уже почти «вечный» вариант если просматривающий поставит у себя IPFS с плагином, но для остальных это «почти» ещё всё портит...

@Balancer:

ZeroNet теперь имеет и русский интерфейс. В 0.5.1 прикрутили многоязычную поддержку, буквально за 2-3 дня народными усилиями появились 10 языков. Вот что значит — активное коммьюнити и простая архитектура приложения :) ИМХО, ZeroNet зарулит все остальные p2p-болталки по этим причинам...

@Balancer:

Чем больше пользуюсь, тем больше ZeroNet нравится :) Удобный, лёгкий, с самым живым из всех децентрализованных систем коммьюнити... Пока гейт в Web/Infonesy даже не начинал делать, что задерживает активное использование, но тем не менее...

В ZeroMe появился аттач картинок.

@OCTAGRAM:

Подскажите, при нажатии кнопки поиск на странице ТТК, открывается не Пульс++ а торрент и говорит мол нельзя скачать, как это исправить?Интересно, это недоразумение когда-нибудь научится скачивать по тому формату URI, на который претендует, или наступит наконец уже понимание, что они, начав претендовать на реализацию magnet:, вот уже столько лет не в состоянии его запрограммировать, а раз руки не из того места, то и не надо мешать программам, где всё как надо

@Balancer:

Понял, что в ZeroNet меня ещё весьма привлекает. Оно отлично годится в роли «десктопной Wiki». Бесплатная, работающая «из коробки» система с синхронизацией между удалёнными машинами и способная работать в офлайне. Да ещё и внешней помощью и комментариями желающих. Это прекрасно! :D

@Balancer:

ИМХО, ZeroNet — самая удачная и перспективная идея среди всех социальных p2p-решений, которые я видел последнее время.

— Очень легко устанавливается
— Приложения сети очень просты в использовании, установке, модификации, разработке
— Работоспособные приложения под основные социальные запросы (Wiki, форумы, блоги, микроблоги)
— Простая и понятная интеграция с внешними сервисами.
— [Вследствие этого] уже сейчас — высокая активность, множество читателей, обратная связь...

Конечно, тут нет такого уровня безопасности, как по FreeNet или хотя бы в RetroShare. Более того, это совсем не хранилище файлов. Но именно как распределённая социальная сеть — отлично!

Вот вам, кстати, новенький гейт: zerogate.tk

Например, кросспост этой записи: zerogate.tk

@Balancer:

Ура! Сегодня удалось «вручную» отправить тестовое сообщение в ZeroNet. Ну а читать там итак просто. Таким образом есть потенциал для включения в Infonesy ещё и ZeroNet'а (в отличие от закрытого и непонятного RetroShare).

@Balancer:

ZeroMe, ИМХО, очень хорошая альтернатива Juick'у. Надо как-то коммьюнити только собирать :)

@lex2d:

Эдакий открытый бтсинк. Проект в альфе, есть под вин/лин/иос. Может кому будет интересно потыкать.
librevault.com

@don-Rumata:
P2P

Поковырял немного ivona.com. Очень приятно реализован голос Maxim. Думал куда можно применить, понял, что не хватает уведомления (помимо notify-send) о скачанных торрентах. В итоге получилось как-то так: dl.dropboxusercontent.com
Ну и сам скрипт, который прописывается в transmission: dl.dropboxusercontent.com

@kunsun:
P2P

zyptonite.com
новый мессенджер всячески акцентирует внимание на своей п2п-шности
типа у нас только прямые соединения по-этому хоть в 4к можете видеосообщаться
а разве у всех остальных уже давно не то же самое п2п при возможности?
ну не может же быть чтоб бесплатный вайбер содержал сервера для сотен миллионов клиентов
наверняка при любой возможности устанавливает прямое соединение

@don-Rumata:

ААААААА!!!1 Я нашёл тот перевод 2-го терминатора, который засматривал на VHS в детстве до дыр!

Хэш фильма: a7baacd5bf62f6684d6ab537aad52760eaff2886
Хэш дорожек: 406a70cebc11faa1c1e389ca60430475acbdb203
Выкачивать "./2/Режиссерская версия — Director's Cut [Special Edition] NTSC/ОРТ — Селена Интернешнл).ac3"

P.S. "Тот самый" перевод детектится на 43-й минуте фильма, когда Шварц спрашивает у Т-1000: "А что с Волчком?"

@Balancer:

Если я правильно понял https://github.com/mybb/Parser, то на 2-й версии MyBB можно использовать Markdown. И тогда можно будет перевести на него все форумы Infonesy по умолчанию.

— Движок Авиабазы и сейчас понимает Markdown, просто чтобы народу голову не забивать, вариант BBCode используется без возможности выбора альтернативы
— MyBB 2
— Vanilla Forum
— FluxBB
— Flarum (правда, там кривой и принципиально не расширяемый Markdown без таблиц)

Получается, всё, что я щупал и признал интересным, теперь сможет поддерживать Markdown. Отлично :)

@Balancer:

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

{
    "UUID": "ru.balancer.board.topic.39814",
    "Node": "ru.balancer.board",
    "Title": "G36",
    "Date": "Wed, 14 Jun 2006 03:22:00 +0400",
    "Modify": "Fri, 25 Mar 2016 22:57:26 +0300",
    "Type": "Topic",
    "ForumUUID": "ru.balancer.board.forum.6",
    "Keywords": [
        "армия"
    ],
    "Author": "Stribog",
    "AuthorMD": "059a7f25d4be01ae98f401048f0f2f5b",
    "AuthorEmailMD5": "059a7f25d4be01ae98f401048f0f2f5b",
    "AuthorUUID": "ru.balancer.board.user.8395",
    "Posts": [
        "ru.balancer.board.post.759526",
        "ru.balancer.board.post.759563",
        "ru.balancer.board.post.759910",
        "ru.balancer.board.post.759919",
        "ru.balancer.board.post.4124847",
        "ru.balancer.board.post.4125397",
        "ru.balancer.board.post.4126108",
        "ru.balancer.board.post.4126149",
        "ru.balancer.board.post.4126164",
        "ru.balancer.board.post.4126167",
        "ru.balancer.board.post.4126172",
        "ru.balancer.board.post.4126877",
        "ru.balancer.board.post.4126954",
        "ru.balancer.board.post.4144048",
        "ru.balancer.board.post.4144049",
        "ru.balancer.board.post.4144841",
        "ru.balancer.board.post.4144956"
    ]
}

Проблема — есть много огромных топиков. Так что сразу за 4 дня в обменном репозитории легло 23Мбайт файлов. Это на 876 штук. В то время, как всех остальных файлов (постинги, описания аттачей, форумы, категории) за 14 дней всего на 16Мбайт (16255 штук).

Т.е. основной обменный трафик в этом случае будут составлять файлы постингов.

Не то, чтобы 23Мбайт за 4 дня много (хотя трафика реально много больше, т.к. топики же обновляются с каждым постингом), но как-то выглядит неаккуратно. А ещё есть идея попробовать файлы постингов засовывать в ipfs, и хеши вписывать в файл топика. Чтобы приёмная нода могла постинги уметь прочитать даже при падении исходной ноды без поиска других нод с архивом этих постингов. Это ещё примерно удвоит размер файлов топиков...

Прямо не знаю, что делать :) Наверное, пока лучшая идея не появится, буду, таки, писать и UUID постов и IPFS-хеши... Но — не красиво :-/

@Balancer:

Ещё интересный инструмент для p2p-микроблоггинга — Vole.

vole.cc

github.com

К сожалению, не поддерживает комментариев к записям. Зато идеологически близок к моей Infonesy — работает через любой инструмент p2p синхронизации каталогов. Авторы выбрали BTSync (что одобряю), но система прозволяет использовать и смешанные протоколы. Суть в том, что свои записи (Markdown поддерживается) записывается в .json и отдаются в R/O-синхронизации фолловерам. Программа также смотрит в свой каталог на появление новых записей через файловый синк от френдов.

Скачивается бинарник (или компилируется из Go-сорцов, что должно занимать секунды, но не проверял) под Linux/MacOS/Windows, запускается — и готово, можно писать в браузер по 127.0.0.1:6789. Чтобы твои записи мог прочесть кто-то другой, расшариваешь каталог с записями через p2p. Чтобы читать чужие записи — добавляешь синк к себе в катлог чужих шар.

Мой BTSync-ключ для теста — BOBZHCPN4CIXHXTVCAZY7SRXZYOG7TAMB

Жаль, повторюсь, что в системе нет поддержки комментариев. С ними был бы сразу функциональный инструмент для полноценного блоггинга. Так, увы, пока нет.

@Michae1:

Infinit — кандидат на замену так и не прижившемуся SyncThing'у. Подожду, когда запилят мобильные версии, и буду пробовать. Открытый код, бесплатен до 30 пользователей, умеет всё, кроме версионности (за деньги). Плюс весь вдоль и поперек перешифрованный.

@killy:

Я и не заметил, как МГТС пересадил GPON-пользователей за NAT.
Какое-то время назад Perfect Dark работал. Месяца два не запускал, и вот обнаружил, что больше не работает. (Теперь я озадачен, почему раньше проблем не было.)

У МГТС как бы есть условная поддержка IPv6 ( #2202295 ), и можно было бы посмотреть, поможет ли. Но в настройках роутера залочен WAN — ни в бридж перевести, ни IPv6 включить.
Все найденные пароли от telecomadmin не подошли.

Работает подключение по telnet, но достуен только очень урезанный busybox, причём на многие команды ругается
ERROR::input para is not right!хотя из гуглибельных примеров видно, что использую их правильно. Подозреваю, что там какой-то костыль для проверки прав.
При попытке вызвать su выдаётся это:
WAP>su
Challenge:R3XE2KCS
Please input password:
Что за Challenge для su? Ничего путного не гуглится. Только на одном китайском форуме кто-то кому-то выдал ответ на Challenge. (Поскольку он рандомный, то проку от этого нет.)

Прочитал всю ветку 4pda.ru
Сделал вывод, что в данном конкретном случае всё плохо — закрыли все известные дырки кроме сброса конфига (Чревато вызовом настройщика, и я не уверен, что при этом сохранится возможность удалённого обновления). Теоретически можно поддержку провайдера попросить переключить на бридж, но тут нужен второй роутер, которого нет и желания заводить тоже нет. (Если бы я сам мог переключить на бридж и обратно, этого было бы достаточно для проверки работоспособности.)

Придётся искать способ тунелирования трафика — всяко пригодится.

@OCTAGRAM:

Не кормить и пороть! Американский рецепт любви народов
А мне вот пришла в голову аналогия BitTorrent и NMDC. В бытность работы сотрудником техподдержки в провайдере звонили нам по поводу треккера, который был в локалке, но не фирменный. Так и чесался язык ответить: «В нашей сети действует файлообмен по двум основным протоколам. Один из них плохо подходит, чтобы поиметь пользователей, другой — очень хорошо. Вы выбрали тот протокол, который очень хорошо подходит, чтобы вас поиметь. Вас поимели. С чего бы это?» К счастью, в нашем провайдере фирменным был (и сейчас остаётся, после покупки нас ЗС–ТТК) только DC++, и нам полагалось посылать таких звонивших, ну разве что приходилось отказывать себе в удовольствии делать это именно такими фразами. Так и оставались люди в неведении, почему с ними это происходило.

@Balancer:

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

@Balancer:

Кто-нибудь Twister ещё пользуется? Или придумали что-нибудь более живое?

@Balancer:

Запарили разработчики Syncthing ломать совместимость версий. Опять развалилась инфраструктура из-за того, что 0.12 несовместима по протоколу с 0.11

@OCTAGRAM:

"Мы не потеряем своих пользователей!" Интервью Рутрекера о решении суда по их "вечной блокировке"
Ого, чё творится в мире битторрента. Ну а что? Вместо того, чтобы скрещивать Шареазу с ГрейЛинком, таращились на этот древний протокол. Так и не сделали обязательным TTH, чтоб можно было легче перейти на другие протоколы. Результат немного предсказуем. Туда им и дорога.

@don-Rumata:

Да я почти корсар!
ru.wikipedia.org

@don-Rumata:

50тб аплоада на рутрекере.

@justonemore:

Странно, но в Windows 7 файлы с торрентов загружаются намного медленнее чем в openSUSE. В Винде может упасть и до пары килобит или вообще прекратить что-либо загружать (пробовал Tixati & uTorrent).

@justonemore:

На сей раз поиск альтернативы µTorrent увенчался успехом. Попал на этот список — tomsguide.com µTorrent чего-то вдруг скачивать файлики со скоростью 30 Кб/с и меньше. Решил попробовать TIxati. Потребляет оперативной памяти (по крайне мере 64 битная версия) он несколько побольше и весит 11,12 Мб(это к тому что на сайте написано что он "лёгкий") против мегабайта или меньше у µTorrent. GUI оформлено в стиле "зелёные буковки на чёрном фоне" и навевает воспоминания о 98 Винде. Ещё надо будет попробовать что такое этот Tribler.

@Lis:

биткоин в китае всё... bitnovosti.com