The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

The Pirate Bay прекращает поддержку торрентов в пользу magne..., opennews (ok), 14-Янв-12, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


2. "The Pirate Bay прекращает поддержку торрентов в пользу magne..."  +2 +/
Сообщение от увсч (?), 14-Янв-12, 13:48 
Я наверно глупую вещь спрошу, но уже давно интересно.
Принцип работы DHT в том, что торрент-клиент обращается к другим торрент-клиентам в поисках хэша файла, если те не находят такой, то опрашивают другие клиенты и так далее, пока не найдут. Правильно? Так вот откуда мой торрент-клиент знает адреса других клиентов? Допустим, я его установил впервые и сразу запустил закачку, на какой адрес он пойдёт спрашивать? Будет рандомно опрашивать случайные IP?
Ответить | Правка | Наверх | Cообщить модератору

6. "The Pirate Bay прекращает поддержку торрентов в пользу magne..."  +/
Сообщение от VecH (ok), 14-Янв-12, 14:19 
У меня торрент быстрее скачивается по магнет линку если в данный момент идет закачка какого нить файла

то есть получается идет опрос у всех кто сидит в базе клиента (с кем сейчас идет обмен)

Ответить | Правка | Наверх | Cообщить модератору

10. "The Pirate Bay прекращает поддержку торрентов в пользу magne..."  +1 +/
Сообщение от увсч (?), 14-Янв-12, 14:25 
А откуда берётся та база при первом запуске клиента, когда он ещё ничего про другие клиенты не знает?
Ответить | Правка | Наверх | Cообщить модератору

27. "The Pirate Bay прекращает поддержку торрентов в пользу magne..."  +1 +/
Сообщение от name (??), 14-Янв-12, 15:23 
c трекера
Ответить | Правка | Наверх | Cообщить модератору

29. "The Pirate Bay прекращает поддержку торрентов в пользу magne..."  +/
Сообщение от rain87 (?), 14-Янв-12, 15:33 
не с трекера, а с dht роутера. обычно это router.bittorrent.com. принцип работы dht довольно сложен, я его полностью себе не представляю (в общем то мне это и не нужно было). чтобы дхт начал работать, достаточно подключиться хотя бы к одной ноде - и дальше ты станешь участником сети и сможешь найти что надо. сейчас ноды находятся через роутер - но в принципе можно что нибудь придумать и на эту тему
Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

33. "The Pirate Bay прекращает поддержку торрентов в пользу magne..."  +/
Сообщение от Аноним (-), 14-Янв-12, 17:38 
> не с трекера, а с dht роутера. обычно это router.bittorrent.com. принцип работы
> dht довольно сложен, я его полностью себе не представляю (в общем
> то мне это и не нужно было).

Этот "роутер" видимо является лишь "точкой старта" (bootstrap node). Ну то-есть когда стартануть неоткуда - какой-то из клиентов (какой?) берет начальный список узлов оттуда. Но это зависит от реализации клиента.

> чтобы дхт начал работать, достаточно подключиться хотя бы к одной ноде

Да. Потом с нее в процессе реализации логики DHT так или иначе будет получен список "более подходящих узлов". Потому что один узел может быть "наиболее подходящим" для всех запросов только если кроме тебя и него в мире вообще нет других узлов. Что как-то маловероятно :)

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

Это всего лишь узел, который всегда готов "дать вам прикурить" если у вас аккумулятор сел. А когда вы завелись - вы можете и сами дать другим прикурить от вас.

Ответить | Правка | Наверх | Cообщить модератору

182. "The Pirate Bay прекращает поддержку торрентов в пользу magne..."  +/
Сообщение от rain87 (?), 16-Янв-12, 12:10 
> Этот "роутер" видимо является лишь "точкой старта" (bootstrap node). Ну то-есть когда
> стартануть неоткуда - какой-то из клиентов (какой?) берет начальный список узлов
> оттуда. Но это зависит от реализации клиента.

да, я ж не спорю :) по сути это просто общеизвестная нода

Ответить | Правка | Наверх | Cообщить модератору

156. "The Pirate Bay прекращает поддержку торрентов в пользу magne..."  +/
Сообщение от Аноним (-), 15-Янв-12, 03:40 
вот пример магнет-ссылки

magnet:?xt=urn:btih:ccfc94004691411fe365d73798c7f054eb063300&dn=SomeTile&tr=udp://tracker.openbittorrent.com:80&tr=udp://tracker.publicbt.com:80&tr=udp://tracker.ccc.de:80

там есть параметр &tr=<адрес трекера>
вот с него и будет начинаться поиск пиров

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

161. "The Pirate Bay прекращает поддержку торрентов в пользу magne..."  +/
Сообщение от Аноним (-), 15-Янв-12, 09:18 
> там есть параметр &tr=<адрес трекера>
> вот с него и будет начинаться поиск пиров

Капитан намекает что трекер является очень опциональной частью ссылки.

Например, magnet:?xt=urn:btih:ccfc94004691411fe365d73798c7f054eb063300 - ничуть не менее валидная ссылка. А еще мне для ее создания в таком виде не надо геморроиться с поиском каких-то левых трекеров и выяснением как именно мне надо сплясать чтобы они изволили согласиться на мою раздачу.

Ответить | Правка | Наверх | Cообщить модератору

32. "The Pirate Bay прекращает поддержку торрентов в пользу magne..."  +/
Сообщение от Аноним (-), 14-Янв-12, 17:34 
> У меня торрент быстрее скачивается по магнет линку если в данный момент
> идет закачка какого нить файла

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

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

Не всех, а наиболее подходящих (с ID ноды наиболее близким к целевому хешу). Если тот не знает напрямую где взять желаемое, он вместо этого дает списочек "еще более подходящих" (с еще более близким к цели значением ID). За несколько итераций находится в результате. Потому что публикация ключа в базу по тому же алгоритму и раскидывает ключ на N "самых лучших". Ну и поиск в конечном итоге туда же и прилетает т.к. алгоритм одинаковый.

Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

11. "The Pirate Bay прекращает поддержку торрентов в пользу magne..."  +4 +/
Сообщение от Необъективный_ (ok), 14-Янв-12, 14:30 
> Я наверно глупую вещь спрошу, но уже давно интересно.
> Принцип работы DHT в том, что торрент-клиент обращается к другим торрент-клиентам в поисках хэша файла, если те не находят такой, то опрашивают другие клиенты и так далее, пока не найдут. Правильно? Так вот откуда мой торрент-клиент знает адреса других клиентов?

Насколько я помню, вот здесь хорошо описан DHT в торрентах:
http://translated.by/you/protocol-dht/into-ru/

> Допустим, я его установил впервые и сразу запустил закачку, на какой адрес он пойдёт спрашивать?

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

> Будет рандомно опрашивать случайные IP?

Разумеется, нет.

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

15. "The Pirate Bay прекращает поддержку торрентов в пользу magne..."  +12 +/
Сообщение от Аноним (-), 14-Янв-12, 14:36 
> Принцип работы DHT в том, что торрент-клиент обращается к другим торрент-клиентам в
> поисках хэша файла, если те не находят такой, то опрашивают другие
> клиенты и так далее, пока не найдут.

Чуть более умно - поиск итеративный и опрашиваются не просто "другие" клиенты а "более хорошие" (полученные от предыдущих клиентов, которые отвечают за свой кусочек пространства ключей). Поэтому где-то за 6-7 опросов клиентов находится ключ в огромном 160-битном ключевом пространстве. Такая суперглобальная БД.

> Правильно? Так вот откуда  мой торрент-клиент знает адреса других клиентов?

О, это один из самых интересных вопросов, потому что это задача когда Барон Мюнхаузен должен сам себя вытащить за волосы из болота, что на первый взгляд кажется невозмлжным :). Это так называемый "bootstrap" (в честь поговорки о вытаскивании самого себя из болота за шнурки своих же ботинок). Известна наверное добрая дюжина методов как это происходит.
1) Node'ы могут быть в каком-то торрент-файле который у вас есть.
2) Какие-то клиенты могут быть найдены в локалке.
3) Вы можете использовать традиционный трекер, получить с него клиентов и использовать их для начального старта.
4) У вас могут быть сохранены с прошлого старта некие известные вам клиенты. Если их сохранить штук 200, то даже через год хоть кто-то из них все-таки будет живым и даст вам старт.
5) На случай ядерной войны и вообще, если вы остались один и заново стартуете DHT бывает предусмотрен "старт с толкача" (ввод айпишника какого-нибудь клиента). Таким манером можно воссоздать DHT вообще с нуля (после ядерной войны и нашествия терминаторов).
6) ???
7) PROFIT

> Допустим, я его установил впервые и сразу запустил закачку, на какой адрес
> он пойдёт спрашивать? Будет рандомно опрашивать случайные IP?

Настолько тупо никто не делает. Логика bootstrap разная у разных клиентов, поэтому в случае ядерной войны вам таки придется почитать ман :).

p.s. лично я (после неслабого из-за того что айпишники датацентров сроду в блеклистах на трекерах) дожал трансмиссионщиков до состояния когда DHT обычно взлетает с минимальными усилиями + умеет кучу способов bootstrap, вплоть до старта с толкача, так что гребаные трекеры мне стали не нужны :). Если оно кому надо - могу рассказать как Transmission стартует и какие есть варианты там и как их поюзать. Если у вас иной клиент - ман, разработчики и сорц вам в руки :)

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

19. "The Pirate Bay прекращает поддержку торрентов в пользу magne..."  +/
Сообщение от увсч (?), 14-Янв-12, 14:47 
Ух ты, спасибо, очень интересно. В общем, как я понимаю, ситуация, когда клиент не сможет никого найти - чисто теоретическая, по крайней мере один из методов всегда сработает.
Ответить | Правка | Наверх | Cообщить модератору

22. "The Pirate Bay прекращает поддержку торрентов в пользу magne..."  +3 +/
Сообщение от Аноним (-), 14-Янв-12, 15:14 
> Ух ты, спасибо, очень интересно.

На самом деле очень доставляющий класс алгоритмов, придуманных светлыми головами. А то что оно не нравится копирасам - так такие вечно палки в колеса прогресса вставляют. Что вон автомобилям и паровозам кучеры пакостили, что вот теперь нам пакостят копирасы. Поэтому алгоритмы дизайнятся отказоустойчивыми и распределенными. Нечего изымать. Хрен сломаешь. Хрен зафлудишь.

> В общем, как я понимаю, ситуация, когда клиент не сможет никого
> найти - чисто теоретическая, по крайней мере один из методов всегда сработает.

При самом первом старте торрент-клиента в нулево

Ответить | Правка | Наверх | Cообщить модератору

23. "The Pirate Bay прекращает поддержку торрентов в пользу magne..."  +/
Сообщение от Аноним (-), 14-Янв-12, 15:17 
> При самом первом старте торрент-клиента в нулево

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

Ответить | Правка | Наверх | Cообщить модератору

26. "The Pirate Bay прекращает поддержку торрентов в пользу magne..."  +/
Сообщение от Аноним (-), 14-Янв-12, 15:21 
посути то eMule также работает
Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

36. "The Pirate Bay прекращает поддержку торрентов в пользу magne..."  +/
Сообщение от Аноним (-), 14-Янв-12, 19:56 
> посути то eMule также работает

Что не удивительно, даже алгоритм DHT у обоих Kademlia. Конечно реализации в деталях тотально разные (напрочь разные протоколы и выбор ряда технических параметров Kademlia + у осла куча своих собственных кастомных оптимизаций логики) но общая идея их работы достаточно похожа на то что описано в доке от создателей этого алгоритма.

Ответить | Правка | Наверх | Cообщить модератору

28. "The Pirate Bay прекращает поддержку торрентов в пользу magne..."  +/
Сообщение от Geidrow (ok), 14-Янв-12, 15:33 
> Если оно кому надо - могу рассказать как Transmission стартует и
> какие есть варианты там и как их поюзать

очень интересно. Пожалуйста, расскажите.


Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

35. "The Pirate Bay прекращает поддержку торрентов в пользу magne..."  +7 +/
Сообщение от Аноним (-), 14-Янв-12, 19:51 
> очень интересно. Пожалуйста, расскажите.

Эта "магия" живет в libtransmission (и не зависит от платформы и морды, соответственно) - файл tr-dht.c (прослойка между трансмиссией и либой DHT). При старте трансмиссии, если DHT разрешен, дергается функция tr_dhtInit. Из оной дергается функция с говорящим названием dht_bootstrap.

1) После при инициализации dht трансмиссия первым делом смотрит (из tr_dhtInit) есть ли файлик dht.dat в конфигурационной дире. Это бинарный файлик в формате bencoded (как и .torrent файлы). В нем записаны:
* ID вашей ноды. ID создается рандомным при первом запуске. Просто рандомные 20 байтов (по размеру ключей в таблице, а он такой благодаря SHA1). Ваш ID в таблице. Фанаты приваси могут захотеть иногда подтирать это. Прихранивается потому что у вас в bucket-ах коллекционируются ноды с похожими на ваш ID. При шатдауне наколлекционированное сохраняется в dht.dat. Логично что если не сохранять ID, при следующем старте ID сохраненных узлов будут уже совсем не похожи (что не фатально, но затянет "выход на крейсерский режим").
* Список известных DHT нод, ipv4 и ipv6. Если вы раньше уже юзали трансмиссию и она где-то нашла ноды - взлет будет произведен именно с них, прихраненных при завершении трансмиссии в прошлый раз. В общем случае это наиболее эффективный и довольно надежный способ и даже через годик обычно хоть кто-то живым в таком списке все-таки оказывается.

2) Дергается функция dht_bootstrap. Если у вас уже был файлик dht.dat с живыми узлами то первым делом эти узлы и опробуются на живость. Обычно этого достаточно и DHT взлетает. Однако если не повезло, узлов не было (первый старт клиента или все померли) - опробуются и иные варианты:
- Делается попытка прочесть в конфигурационной дире файл dht.bootstrap. Это текстовый файл с списком узлов в формате ADDRESS PORT (адрес и порт разделены пробелом, в адресе допустимо указание DNS имени). По умолчанию его нет, однако авторы конкретной сборки/пакета и прочие кто раздает клиент юзерам или развертывает какой-то совсем приватный dht в своем уютном интранетике под внутренние задачи - в своем праве положить это туда. Ну или после ядерной войны вы и сосед можете записать туда адреса друг друга, став первыми 2 узлами всей сети :)
- Если и это не прокатило (например файлика нет), трансмиссия в цикле пытается изредка достукаться до стартового узла по адресу dht.transmissionbt.com 6881 (стартовый узел авторов трансмиссии). Это на случай когда взлететь иначе ну совсем не вышло.

Кстати говоря, bootstrap - асинхронный, логика DHT при этом живет своей жизнью, а указанные действия делает вспомогательный тред. Поэтому DHT может взлететь в процессе всех этих действий из-за иных факторов.

Например если какой-то узел сделает входящее соединение к вам, угадав или узнав IP и порт - dht взлетит с него, добавив его себе в buckets своими силами в рамках общей логики работы DHT работающей всегда. А в TCPшном протоколе торрента клиент поддерживающий DHT указывает этот факт, поэтому есть логика добавляющая таких клиентов в bucket'ы DHT. Так что если вы качаете что-то, найдя единомышленников через обычный трекер или броадкастом в местной LAN (LPD) - DHT с удовольствием взлетит с этих клиентов (с тех которые DHT умеют). Эта логика живет в peer-msgs.c (где делается вызов dhtAddNode для торрент-клиентов приславших характерное сообщение PORT, намекающее что они умеют dht).

Итого: я их дожал - dht у вас должен взлетать практически всегда без ваших усилий. Ну и теперь вы знаете как после ядерной войны запускать "с толкача" (dht.bootstrap в руки) и нафига нужны некоторые файлы в конфигурационной дире :)

Ответить | Правка | Наверх | Cообщить модератору

44. "transmission"  +/
Сообщение от Geidrow (ok), 14-Янв-12, 20:16 
> Эта "магия" живет в libtransmission

спасибо за подробный ответ.

Позвольте ещё пару вопросов как знатоку transmission:
1) искал, но не нашёл для transmission плагины, которые бы добавляли режим очередей как в ktorrent, отображали график «объём данных за интервал времени», отображали загруженные куски. Может, плохо искал, а они реализованы?

Ответить | Правка | Наверх | Cообщить модератору

52. "transmission"  +/
Сообщение от Аноним (-), 14-Янв-12, 21:55 
> Позвольте ещё пару вопросов как знатоку transmission:
> 1) искал, но не нашёл для transmission плагины, которые бы добавляли режим
> очередей как в ktorrent, отображали график «объём данных за интервал времени»,
> отображали загруженные куски. Может, плохо искал, а они реализованы?

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

Зато ресурсов жрет меньше. Я снес кторент когда меня достато что он 30% проца жрет при 100 кил/сек, вызывая разгон вентиля на проце. И вообще, я теперь XFCE юзаю, а у трансмиссии не только gtk интерфейс есть но и (полезный мне) демон с вебмордой. Который я с удовольствием рассовал по серверам и роутерам. Теперь кучка этого добра подпирает раздачи открытых проектов и прочих jamendo, vodo и т.п..

Плагинов - нет. Не заложены в дизайн. Правда есть RPC-интерфейс, через который рулится все и вся и можно выудить чуть более чем дохрена информации о происходящем (в том числе сведения о частях, скорости и прочем). Вемборда через оный вообще полностью рулит демоном, например. Разумеется узнавая скорости и много чего еще. Я могу себе представить что при неленивости можно выдергивать периодически скорость и хоть в rrdtool вгонять, например. Но это вариант для неленивых :)

Показа именно частей - нет, хотя внутри эта инфа живет (по технической необходимости) и через RPC ее даже кажется можно вытащить. UI обычно оперирует только процентами (зато не надо писать монструозный рендерер, заметно утяжелив код). Можно посмотреть сколько процентов файла доступно на пирах (в свойствах торрента) и сколько у нас. Это наверное недостаток, но в моем понимании - маловажная косметика (чего такого полезного дает рассматривание этого bitfield'а глазами?).

Очереди в свежих версиях вроде как сделали. Много народа просило - уважили. Правда я не совсем понимаю зачем они нужны и не пользуюсь ими. Поэтому ничего такого про них не скажу, насколько оно совпадает с кторрентом. В кторренте я разве что задолбался торенты с паузы снимать из-за этой фичи. Честно говоря я не понял зачем это надо. Наверное фич для тех кто по 50 закачек за раз добавляет, чтоли (а это не я).

На самом деле у трансмиссии есть более противный недостаток :P.

Ответить | Правка | Наверх | Cообщить модератору

164. "transmission"  –1 +/
Сообщение от Geidrow (ok), 15-Янв-12, 12:32 
> даю 10 к 1 что они закроют тикет.

Их философия понятна, поэтому писать им не буду (от необходимости изменений это не избавляет, но об этом позже).

> Но это вариант для неленивых :)

Автоматизация не помешала бы.

> чего такого полезного дает рассматривание этого bitfield'а
> глазами?

Согласен, что опция некритичная, но… и об этом тоже чуть позже.

> Очереди
> Правда я не совсем понимаю зачем они нужны …

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

> На самом деле у трансмиссии есть более противный недостаток :P.

Какой?

Теперь к отложенному вопросу.
Абстрагируемся от transmission.
В различных проектах воплощены удачные идеи. Например, останов после окончания проигрывания текущей композиции есть в нескольких проигрывателях, а индикация задействования этого режима присутствует в Clementine (может, есть и в некоторых других) и это удачное решение. Адресная строка Bread Crumb Mode — ещё один пример удачного решения.
Режим перехода по документу в Okular (полоса прокрутки доступная по щелчку по номеру страницы на нижней панели).
Таких примеров можно привести множество.
А насколько превосходными бы были программы, воплощающие все доступные для данного типа программ удачные решения?!
А что если создать
Возникла у меня идея создания инициативной группы пользователей, которая бы составляла список таких удачных решений и собирала бы средства для оплаты труда программистов, которые бы взялись дополнить один из уже существующих в данном классе (под классом подразумеваю, например, музыкальные проигрыватели) проектов такими решениями.
Где-то это будут дополнения, где-то изменения будут вноситься в код самой программы.

Как уважаемый читатель воспринимает такое предложение?
Если положительно, то нужно выбрать площадку для публикации и обсуждения.

P.S. Как считаете, если в Okular эта полоса отрисовывалась бы сразу (без необходимости её вызова) на нижней панели, было б удобнее?


Ответить | Правка | Наверх | Cообщить модератору

166. "transmission"  +/
Сообщение от Geidrow (ok), 15-Янв-12, 17:09 
Продолжение начатой темы.
Вкладки не помешали бы и Okular

Можно в Clementine добавить возможность запоминания позиции, на которой остановлено воспроизведение и 2 кнопки стоп: одна задействует эту возможность (актуально, если просушивался 2--х часовой трек, а потом понадобилось переключиться на другой), другая просто останавливает (не всегда же это нужно).

В кде на данный момент нет ни одного рабочего плазмоида для переключения частоты процессора (команда echo нужная_полтитика > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor требует ввода пароля, а это долгая затея).

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


Ответить | Правка | Наверх | Cообщить модератору

177. "transmission"  +/
Сообщение от Аноним (-), 16-Янв-12, 09:26 
> Вкладки не помешали бы и Okular

Пожалуй, соглашусь.

> Можно в Clementine добавить возможность запоминания позиции, на которой остановлено воспроизведение

А он этого еще не делает? Вроде часто встречающаяся фича oO

> и 2 кнопки стоп:

Неинтуитивно. И некоторые будут зубоскалить в стиле "трое часов в системе", намекая на повторяющийся по смыслу функционал :)

> одна задействует эту возможность (актуально, если просушивался
> 2--х часовой трек, а потом понадобилось переключиться на другой), другая просто
> останавливает (не всегда же это нужно).

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

> В кде на данный момент нет ни одного рабочего плазмоида для переключения
> частоты процессора (команда echo нужная_полтитика > /sys/devices/system/
> cpu/cpu0/cpufreq/scaling_governor требует ввода пароля, а это долгая затея).

Гм, как бы это сказать?
1) Я в гробу видал удовольствие щелкать частотами проца лично. Меня устраивает дефолтная логика что пока нагрузки нет - проц кукует на своих 800 мгц, минимально шумя вентилем. А когда нагрузка есть, все ядра валят на максимум, задирая частоту раза в три. Мне эта логика кажется вполне разумной и без моего вмешательства.
2) Если честно, у меня нет кде, ну и плазмоидов соответственно тоже.
3) Плазмоиду вероятно потребуются повышенные привилегии для этой операции. Потому что возможность простого юзера переколпачить шедулинг проца и управление частотами - уязвимость. Более того, это же означает и крайне высокие требования к секурити плазмоида и всего фреймворка, поскольку если в привилегированном куске кода окажется дырка, любая дрянь сможет проапгрейдиться до рута.
4) Вообще, можно заранее залогиниться под рутом в отдельном терминале, тогда ввод пароля не потребуется. Не юзерфрендли правда. Или написать (или дописать существующий) мелкий демон висящий под рутом который однако по сигналу от непривилегированного юзера пишет в тот файл что надо (этакое разделение прав с возможностью непривилегированного юзера сделать 1 привилегированную операцию через демона).

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

Более того, если удалять сообщения с сервера, сторонние проги будут работать не слишком надежно.

Ответить | Правка | Наверх | Cообщить модератору

184. "transmission"  +/
Сообщение от Geidrow (ok), 16-Янв-12, 13:06 

>> Можно в Clementine добавить возможность запоминания позиции, на которой остановлено воспроизведение
> А он этого еще не делает? Вроде часто встречающаяся фича oO

если и делает, то как-то неочевидно. По-моему, не делает.

>> и 2 кнопки стоп:
> Неинтуитивно. И некоторые будут зубоскалить

а тем, кому надо, что делать?

>> одна задействует…  другая просто
>> останавливает (не всегда же это нужно).
> Опять же, UI будет загроможден и станет менее очевиден для пользователей, особенно
> новых.

А опытным как быть?

>> В кде на данный момент нет ни одного рабочего плазмоида для переключения
>> частоты процессора (команда echo нужная_полтитика > /sys/devices/system/
>> cpu/cpu0/cpufreq/scaling_governor требует ввода пароля, а это долгая затея).
> Гм, как бы это сказать?
> 1) Я в гробу видал удовольствие щелкать частотами проца лично. Меня устраивает
> дефолтная логика

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

> 3) Плазмоиду вероятно потребуются повышенные привилегии для этой операции.

в гноме реализовано. как с привилегиями не знаю

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

Согласен


Ответить | Правка | Наверх | Cообщить модератору

167. "transmission"  +/
Сообщение от arisu (ok), 15-Янв-12, 18:31 
> Как уважаемый читатель воспринимает такое предложение?

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

Ответить | Правка | К родителю #164 | Наверх | Cообщить модератору

168. "transmission"  +/
Сообщение от Geidrow (ok), 15-Янв-12, 18:48 
> получится жирный нежизнеспособный мутант, увы.

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

А если читатель изначально всё правильно понял, то почему добавление в Clementine возможности запоминания позиции сделает его мутантом?


Ответить | Правка | Наверх | Cообщить модератору

169. "transmission"  +/
Сообщение от arisu (ok), 15-Янв-12, 19:20 
> А если читатель изначально всё правильно понял, то почему добавление в Clementine
> возможности запоминания позиции сделает его мутантом?

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

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

p.s. на самом деле всё это уже сделали и назвали Emacs.

Ответить | Правка | Наверх | Cообщить модератору

170. "transmission"  +/
Сообщение от Geidrow (ok), 15-Янв-12, 19:44 
> p.s. на самом деле всё это уже сделали и назвали Emacs.

можно ли утверждать, что весь используемый Вами софт устраивает Вас полностью?

Ответить | Правка | Наверх | Cообщить модератору

171. "transmission"  +/
Сообщение от arisu (ok), 15-Янв-12, 21:21 
>> p.s. на самом деле всё это уже сделали и назвали Emacs.
> можно ли утверждать, что весь используемый Вами софт устраивает Вас полностью?

нет, конечно. поэтому кое-что я патчу, кое-что форкаю, кое-что пишу своё, а кое с чем приходиться мириться.

Ответить | Правка | Наверх | Cообщить модератору

172. "transmission"  +/
Сообщение от Geidrow (ok), 15-Янв-12, 22:15 
> нет, конечно. поэтому кое-что я патчу, кое-что форкаю, кое-что пишу своё, а
> кое с чем приходиться мириться.

Просто великолепно — Вы программист.
Позвольте поинтересоваться с практической целью, во сколько Вы примерно  оцените
1) написание плазмоида (для кде версии 4.8), переключающего частоту процессора и политики его использования;
2) написание дополнения для thunderbird, которое бы интегрировало его с индикатором сообщений в том же кде;
3) а также измения, оговоренные в этой ветке для Clementine и Okular?
Это всё предварительный этап, поэтому версии программ, в которые будут вноситься изменения не уточняю.


Ответить | Правка | Наверх | Cообщить модератору

174. "transmission"  +/
Сообщение от arisu (ok), 15-Янв-12, 23:30 
> Позвольте поинтересоваться с практической целью, во сколько Вы примерно  оцените

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

то же самое с продуктами жизнедеятельности тормозиллы.

ну, то есть, понятно: я не могу сказать, потому что не знаю трудоёмкости задачи. и автоматически хочется приплюсовать к сумме компенсацию за время, потраченое на изучение указаных платформ.

могу только в общем:
плазмоид — не сложно, API простой, дёргать будет всё равно внешний утиль.
дополнение — тоже: там всего-то и нужно, что notify-send.

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

Ответить | Правка | К родителю #172 | Наверх | Cообщить модератору

173. "transmission"  +/
Сообщение от Geidrow (ok), 15-Янв-12, 22:15 
> нет, конечно. поэтому кое-что я патчу, кое-что форкаю, кое-что пишу своё, а
> кое с чем приходиться мириться.

Просто великолепно — Вы программист.
Позвольте поинтересоваться с практической целью, во сколько Вы примерно  оцените
1) написание плазмоида (для кде версии 4.8), переключающего частоту процессора и политики его использования;
2) написание дополнения для thunderbird, которое бы интегрировало его с индикатором сообщений в том же кде;
3) а также измения, оговоренные в этой ветке для Clementine и Okular?
Это всё предварительный этап, поэтому версии программ, в которые будут вноситься изменения не уточняю.

А счем Вам приходиться мириться, буквально пара примеров?


Ответить | Правка | Наверх | Cообщить модератору

175. "transmission"  +/
Сообщение от arisu (ok), 15-Янв-12, 23:32 
> А счем Вам приходиться мириться, буквально пара примеров?

с оперой. по очевидным причинам.

с abiword и libreoffice. тоже понятно.

с claws-mail: тут мне не нравится gtk, это, увы, неисправимо.

c logjam: опять gtk.

Ответить | Правка | К родителю #173 | Наверх | Cообщить модератору

176. "transmission"  +/
Сообщение от Аноним (-), 16-Янв-12, 09:15 
> Их философия понятна, поэтому писать им не буду

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

>> Но это вариант для неленивых :)
> Автоматизация не помешала бы.

Именно показа бандвиза? Не видел готового решения. А вообще народ довольно много всякой автоматизации понагородил через командлайновые морды и RPC - потенциально оно довольно дружественно к автоматизации.

>> чего такого полезного дает рассматривание этого bitfield'а глазами?
> Согласен, что опция некритичная, но… и об этом тоже чуть позже.

По крайней мере, я не только качаю что мне надо но и сам несколько раздач успешно с нуля провел. Даже в случаях отказов трекеров и прочая.

>> Очереди Правда я не совсем понимаю зачем они нужны …
> Нужны, если добавляется что-то небольшого размера, а выше в очереди огромные по
> размеру файлы или, например, что-то сильно заинтересовавшее.

Если нечто небольшого размера - оно и так скачается быстро. Хотя лично я в этом случае могу ему помочь поставив приоритет в high. Единственный разумный юзеж очередей видится разве что для тех кто качает 50 больших файлов за раз и боится что диск зафрагментируется окончательно или хочет первые несколько файлов в ущерб остальным. В какой-то из последних версий очереди сделали - гляньте, это то чего вы хотели? Я в очередях не очень разбираюсь, мои сценарии использования их не требуют а в кторенте у меня от них только гемор по снятию с паузы был :)

>> На самом деле у трансмиссии есть более противный недостаток :P.
> Какой?

Некоторое тяжелое I/O не делается в данный момент асинхронно/отдельным тредом. Наиболее чувствительно если врубить полную преаллокацию файлов - UI или вебморда подмерзают на время операции. Там у них есть баги на этот счет, но починка этого требует довольно много изменений как я понимаю. Пока никто не сподвигся.

> а индикация задействования этого режима присутствует в Clementine (может, есть и в
> некоторых других) и это удачное решение.

Честно говоря, лично этой опцией не пользуюсь. С точки зрения [моих] юзкейсов я не понимаю зачем это надо. Если мне надо стопнуть плеер, он должен немедленно заткнуться ASAP. А если не надо - так пусть себе играет. Можете мне объяснить какой практический смысл существования такой опции и как это применяется на практике?

> Адресная строка Bread Crumb Mode — ещё один пример удачного решения.

Оно удачное только если позволяет вводить адрес методом копипасты. Иначе это может доставить уйму неприятных моментов. По этой причине я обычно предпочитаю эдитабельную строку. Откусить кусок от строки и нажать энтер - не особая проблема, хоть и чуть дольше чем ткнуть в середину. Зато копипаст пути заведомо работает. И на copy и на paste, сильно ускоряя некоторые операции.

> Режим перехода по документу в Okular (полоса прокрутки доступная по щелчку по
> номеру страницы на нижней панели). Таких примеров можно привести множество.

Okular вообще симпатичная программа, имхо - эталонный образец вьюшки документов и как ее надо делать. Одна из немногих программ KDE которые мне откровенно нравятся. К сожалению, в данный момент я довольствуюсь более простым evince у которого есть пара бестолковостей, т.к. переть все и вся из кедов в XFCEшную систему ради пары программ явно оверкилл (у кедов все как-то довольно плохо с модуляризацией).

> А насколько превосходными бы были программы, воплощающие все доступные для данного типа
> программ удачные решения?!

В этом плане у меня есть некоторые мысли:
1) Не все обязаны считать фичу супернужной. Ну вот например для меня остановка после ... в плеере - всего лишь кусок dead code. Зачем он мне? А прога утяжелится.
2) Не все обязаны считать фичу однозначно удачной. Иногда получается откровенное деление на остроконечников и тупоконечников в соотнощении 50/50 и начинается войнушка.
3) Если в программе много фич, интерфейс может получиться перегруженным и сложным в освоении. Аналогично и насчет настроек. Все хорошо в меру.
4) Фичи имеют свойство кушать ресурсы и тормозить работу программы. Тормозные ресурсожоркие программы мало кому по вкусу.
5) Чем больше в программе кода - тем больше в программе багов, глюков и просто уязвимостей. Тем сложнее ее отладить до стабильного юзабельного состояния.

[...]
> программистов, которые бы взялись дополнить один из уже существующих в данном
> классе (под классом подразумеваю, например, музыкальные проигрыватели) проектов такими
> решениями.
> Где-то это будут дополнения, где-то изменения будут вноситься в код самой программы.

Идея сама по себе довольно здравая, имхо. Но во первых см. выше. Во вторых, создать фичу еще недостаточно. Надо или в апстрим ее пропихать (а они там могут быть иного мнения), или ... или вам придется майнтайнить это своими силами (а это затратно по ресурсам а значит и деньгам).

> Как уважаемый читатель воспринимает такое предложение?
> Если положительно, то нужно выбрать площадку для публикации и обсуждения.

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

> P.S. Как считаете, если в Okular эта полоса отрисовывалась бы сразу (без
> необходимости её вызова) на нижней панели, было б удобнее?

Я считаю что в общем случае мне не хочется чтобы место на экране которое мне нужно под документ тратилось бы на что-то еще. Скажем технические даташиты зачастую подразумевают просмотр весьма немелкой сущности (например крупной схемы). И при масштабе 100% оно на монитор влезает со скрипом. Поэтому зачастую под область просмотра должна быть отдана максимально возможная площадь экрана, IMHO.

Ответить | Правка | К родителю #164 | Наверх | Cообщить модератору

183. "transmission"  +/
Сообщение от Geidrow (ok), 16-Янв-12, 12:53 
Говоря в общем, моя философия по данному вопросу такова. Уважая свободу других, я также  свободен. Поэтому на гипотетической площадке высказывается идея, затем желающий её реализовать программист обозначает цену, затем автор идеи сам, если ему это позволяют финансы, проплачивет. Здесь есть нюанс: если модифицируемая программа не поддерживает плагинов, то автор идеи вынужден пользоваться текущей модифицированной версией до тех пор пока она либо перестанет работать в новых версиях ОС, либо вновь обращаться к программисту за написанием обновления. В случае большого объема работ (высокой цены),  автор идеи ждёт, найдутся ли те кому нужно то же самое и готовых платить. Никаких согласований, ибо так проще.    

> За написание не бьют, более того, если какой-то фич нужен - пишите.
>> Автоматизация не помешала бы.
> Именно показа бандвиза? Не видел готового решения. А вообще народ довольно много
> всякой автоматизации понагородил через командлайновые морды и RPC - потенциально оно
> довольно дружественно к автоматизации.
>>> чего такого полезного дает рассматривание этого bitfield'а глазами?
> По крайней мере, я не только качаю что мне надо но и
> сам несколько раздач успешно с нуля провел. Даже в случаях отказов
> трекеров и прочая.

Вот здесь Вас не понял. Речь шла только о визуализации загружаемых частей в виде графика.


> Если нечто небольшого размера - оно и так скачается быстро. Хотя лично
> я в этом случае могу ему помочь поставив приоритет в high.
> Единственный разумный юзеж очередей видится разве что для тех кто качает
> 50 больших файлов за раз и боится что диск зафрагментируется окончательно
> или хочет первые несколько файлов в ущерб остальным. В какой-то из
> последних версий очереди сделали - гляньте, это то чего вы хотели?
> Я в очередях не очень разбираюсь, мои сценарии использования их не
> требуют а в кторенте у меня от них только гемор по
> снятию с паузы был :)

У меня одновременно в загрузке не более 2-х раздач разрешено (канал слабый), и если маленький или просто заинтересовавший  файл 3-ий в очереди, ждать долго - ставлю его 1-ым.

Надо будет глянуть последнюю версию, а то устанавливал из оф. репозитория не самую новую — спасибо, что подсказали.

> чувствительно если врубить полную преаллокацию файлов - UI или вебморда подмерзают
> на время операции.

Это, конечно, желательно исправлять.

> Честно говоря, лично этой опцией не пользуюсь. С точки зрения [моих] юзкейсов
> я не понимаю зачем это надо.  Можете мне объяснить какой практический смысл существования такой  опции и как это применяется на практике?

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

>> Адресная строка Bread Crumb Mode
> предпочитаю эдитабельную строку.

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

>> Режим перехода по документу в Okular (полоса прокрутки доступная по щелчку по
>> номеру страницы на нижней панели). Таких примеров можно привести множество.
> Okular вообще симпатичная программа, имхо - эталонный образец вьюшки документов и как
> ее надо делать. Одна из немногих программ KDE которые мне откровенно
> нравятся.

Приятно встретить единомышленника.


> 1) Не все обязаны считать фичу супернужной. Ну вот например для меня
> остановка после ... в плеере - всего лишь кусок dead code.
> Зачем он мне? А прога утяжелится.
> 2) Не все обязаны считать фичу однозначно удачной. Иногда получается откровенное деление
> на остроконечников и тупоконечников в соотнощении 50/50 и начинается войнушка.
> 3) Если в программе много фич, интерфейс может получиться перегруженным и сложным
> в освоении. Аналогично и насчет настроек. Все хорошо в меру.

Ответ в начале этого поста

> 4) Фичи имеют свойство кушать ресурсы и тормозить работу программы.

Эх, если б всё писали на Ассемблере, то на современном железе это всё летало бы как разведчик МиГ-25Р на трёх махах. Мечты, мечты.

> 5) Чем больше в программе кода - тем больше в программе багов,
> глюков и просто уязвимостей. Тем сложнее ее отладить до стабильного юзабельного
> состояния.

Согласен, но не Dragon Playerом же теперь пользоваться.

>[оверквотинг удален]
> Читатель думает что в принципе могла бы существовать площадка, где пользователи предлагают
> фичи и выставляют вознаграждение за реализацию (с возможностью для каждого посетителя
> добавить свои эн тугриков), а желающие реализовать "срубают банк" реализовав фичу.
> При этом оно бы самобалансировалось - если фича злободневная и нужна
> куче народа, то накидают много денег и будет стимул учесть пожелания
> юзеров. А иначе ее если и реализуют то разве что для
> души. Но о существовании таких площадок мне ничего не известно. Потенциально
> какой-нибудь талантливый вебпрограммер мог бы наверное тут увидеть интересную идею. Правда
> геморную в реализации, как все что свзязано с деньгами (арбитраж и
> прочее-сплошная попаболь).

По этому пункту мы с Вами солидарны

> Я считаю что в общем случае мне не хочется чтобы место на
> экране которое мне нужно под документ тратилось бы на что-то еще.
> Скажем технические даташиты зачастую подразумевают просмотр весьма немелкой сущности
> (например крупной схемы). И при масштабе 100% оно на монитор влезает
> со скрипом. Поэтому зачастую под область просмотра должна быть отдана максимально
> возможная площадь экрана, IMHO.

Как насчёт полноэкранного режима + всплывающая панель с элементами управления?


Ответить | Правка | Наверх | Cообщить модератору

62. "The Pirate Bay прекращает поддержку торрентов в пользу magne..."  +/
Сообщение от Аноним (-), 14-Янв-12, 22:18 
> для торрент-клиентов приславших характерное сообщение PORT, намекающее что они умеют dht

Еще в reserved bytes после handshake выставляется бит поддержки dht.

Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

77. "The Pirate Bay прекращает поддержку торрентов в пользу magne..."  +/
Сообщение от Аноним (-), 14-Янв-12, 23:05 
> Еще в reserved bytes после handshake выставляется бит поддержки dht.

Только вот порт dht в принципе не обязан совпадать с портом TCP по номеру и потому флага недостаточно для надежного понимания куда следует долбиться чтобы стартануть DHT.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру