форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

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

"Релиз bittorrent-клиента Transmission 2.31"	+/–
Сообщение от opennews (ok) on 18-Май-11, 17:12
Представлен релиз Transmission 2.31 (http://www.transmissionbt.com/), относительно легкого и не требовательного к ресурсам BitTorrent-клиента, написанного на языке Cи и поддерживающего разнообразные интерфейсы пользователя: GTK, Qt, native Mac, Web-интерфейс, daemon, command-line.  Релиз 2.31 вышел спустя несколько часов после анонса версии 2.30 (в версии 2.31 устранена недоработка, возникшая при формировании пакета). Из добавленных в новой версии улучшений (https://trac.transmissionbt.com/wiki/Changes#version-2.30) можно отметить: - Все платформы: -  Поддержка протокола µTP (http://en.wikipedia.org/wiki/Micro_Transport_Protocol) (реализовано через официальную библиотеку libutp); -  Поддержка UDP трекеров (http://en.wikipedia.org/wiki/UDP_tracker); -  Поддержка Multiscrape (http://www.bittorrent.com/help/manual/appendixa0212#bt.multi...), позволяющего клиенту одновременно отправлять несколько хэшей; -  Самые редкие части торрента теперь по возможности скачиваю... URL: http://www.transmissionbt.com/ Новость: http://www.opennet.ru/opennews/art.shtml?num=30592
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по ответам | RSS]

	1. "Релиз bittorrent-клиента Transmission 2.31"	+3 +/–
	Сообщение от maxkit (ok) on 18-Май-11, 17:12
	Жаль, никак не прикрутят последовательное скачивание файла. Это единственное, чего не хватает, из-за чего приходится пользоваться qbittorrent'ом.
	Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	2. "Релиз bittorrent-клиента Transmission 2.31"	+/–
	Сообщение от me (??) on 18-Май-11, 17:39
	Есть же вроде какой-то скрипт, который это реализует
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	5. "Релиз bittorrent-клиента Transmission 2.31"	–1 +/–
	Сообщение от VecH (ok) on 18-Май-11, 18:23
	Скрипт есть, но хочется нативной поддержки а в вебморде еще лучше :)
	Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	6. "Релиз bittorrent-клиента Transmission 2.31"	–2 +/–
	Сообщение от maxkit (ok) on 18-Май-11, 18:41
	Я не знаю о таком скрипте. Но, возможно, Вы не верно меня поняли. Я имел в виду последовательное скачивание файла, а не очерёдность скачивания торрентов. Это чтобы можно было поставить на скачку видео - и тут же начать его просмотр.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	7. "Релиз bittorrent-клиента Transmission 2.31"	+7 +/–
	Сообщение от Аноним (??) on 18-Май-11, 18:54
	> Жаль, никак не прикрутят последовательное скачивание файла. Разработчики разбираются в протоколе и врядли будут прикручивать довольно деструктивную (для сети в целом) функцию добровольно. Есть исходники - вы и прикручивайте, если настолько надо.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	8. "Релиз bittorrent-клиента Transmission 2.31"	–6 +/–
	Сообщение от iZEN (ok) on 18-Май-11, 19:43
	Почему же это деструктивная функция? Для фильмов и музыки последовательное скачивание и обмен первыми блоками является ниболее важным этапом, так как воспроизведение такого контента можно начать не тогда, когда он полностью скачался, а с начала запуска p2p-обмена (если скорость скачивания больше воспроизводимого битрейта самого фильма). Не нужно ждать докачки, чтобы посмотреть видеоролик, возможно он окажется не тем, чем хотелось бы. Это разгрузит каналы от ненужного пользователям трафика.
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	9. "Релиз bittorrent-клиента Transmission 2.31"	+11 +/–
	Сообщение от Ytch on 18-Май-11, 22:04
	>Почему же это деструктивная функция? Раздающий должен оставаться на раздаче гораздо дольше. Допустим, 50 пиров "последовательным" образом скачали 80% ролика за час и в этот момент раздающий "свалил", результат - ни у кого нет полного ролика. При тех же условиях, но "классическом" способе скачивания уже в среднем минут через 15-20 все части будут у кого-нибудь еще "на руках". Повышение "живучести" налицо.
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	10. "Релиз bittorrent-клиента Transmission 2.31"	+/–
	Сообщение от Аноним (??) on 18-Май-11, 22:06
	>Жаль, никак не прикрутят последовательное скачивание файла. Это противоречит всей идеи. Какой смысл будет в 10 сидах если они все буду одни и те же куски качать? Все будут сидеть на стремной скорости. Именно рандомность кусков позволяет качать со всех, кто учавствует в раздаче/приеме.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	11. "Релиз bittorrent-клиента Transmission 2.31"	–1 +/–
	Сообщение от iZEN (ok) on 18-Май-11, 23:02
	>>Почему же это деструктивная функция? > Раздающий должен оставаться на раздаче гораздо дольше. Допустим, 50 пиров "последовательным" > образом скачали 80% ролика за час и в этот момент раздающий > "свалил", результат - ни у кого нет полного ролика. Зато они посмотрят эти 80% (или только начало — кому как захочется — но они не будут ждать до конца скачки всего ролика. Разбегутся или будут ждать/давать новичкам посмотреть — это уже личный выбор пиров, а не раздающего. > При тех > же условиях, но "классическом" способе скачивания уже в среднем минут через > 15-20 все части будут у кого-нибудь еще "на руках". Повышение "живучести" > налицо. При тех же условиях, раздающему будет по барабану, скачали ролик или нет. Он просто уйдёт, никого не предупредив, оставив абсолютно всех ни с чем, с обломками невоспроизводимого.
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

	12. "Релиз bittorrent-клиента Transmission 2.31"	+/–
	Сообщение от iZEN (ok) on 18-Май-11, 23:06
	>>Жаль, никак не прикрутят последовательное скачивание файла. > Это противоречит всей идеи. Какой смысл будет в 10 сидах если они > все буду одни и те же куски качать? Они будут качать куски друг у друга, так как время появления пиров не одномоментное. > Все будут сидеть > на стремной скорости. Именно рандомность кусков позволяет качать со всех, кто > учавствует в раздаче/приеме. Рандомность подключения пиров обеспечивает разгрузку канала раздающего. Те, из пиров, кто подключился раньше, смогли скачать большую часть начала ролика. Те, кто подключается к обмену позднее, данные качают у тех, кто уже скачал. Чуете в чём фикус? Это не противоречит идеям равноправного обмена.
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	13. "Релиз bittorrent-клиента Transmission 2.31"	+/–
	Сообщение от iZEN (ok) on 18-Май-11, 23:18
	>>Жаль, никак не прикрутят последовательное скачивание файла. > Это противоречит всей идеи. Какой смысл будет в 10 сидах если они > все буду одни и те же куски качать? Все будут сидеть > на стремной скорости. Именно рандомность кусков позволяет качать со всех, кто > учавствует в раздаче/приеме. Продолжу предыдущее сообщение. Так называемая ПИРАМИДА с "волной" распространения видеоконтента от раздающего через тех, кто раньше всех к нему подключился, к тем, кто вступает в p2p-обмен позднее. Соответственно, такая архитектура информационного обмена гораздо устойчивее и надёжнее: раздающий может дождаться распространения своего контента (рейтинг 1) и свалить (разгрузить исходящий канал для следующего ролика), а дальше работает первый из пиров, который скачал весь ролик и раздаёт недостающее другим, у которых 80..90..95%. Дальше это "плато" раздаёт нижним "слоям" — в любом случае, распространение полной информации возможно при рейтинге не ниже 1 в каждом "слое" пиров, а не для одного пира, исключая раздающего, конечно. Для видеороликов полное скачиваение не так принципиально, сколько их целостность в самом начале для обеспечения идентификации и запуска волны скачивания. Стратегия последовательного скачивания контента незаменима по своей сути для работы p2p-телевидения и радио с шифтингом потоков.
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	14. "Релиз bittorrent-клиента Transmission 2.31"	+/–
	Сообщение от Аноним (??) on 18-Май-11, 23:33
	А чем вас не устраивает qbittorrent? По моему очень даже неплохая вещь. А главное - разраб отзывчивый человек. Все баги фиксит оперативно
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	15. "Релиз bittorrent-клиента Transmission 2.31"	+/–
	Сообщение от Ytch on 19-Май-11, 01:16
	>Зато они посмотрят эти 80% (или только начало — кому как захочется — но они не будут ждать до конца скачки всего ролика. Разбегутся или будут ждать/давать новичкам посмотреть — это уже личный выбор пиров, а не раздающего. Кто-то (или даже большинство) может захотеть весь ролик, например, если что-то действительно интересное. > При тех же условиях, раздающему будет по барабану, скачали ролик или нет. Он просто уйдёт, никого не предупредив, оставив абсолютно всех ни с чем, с обломками невоспроизводимого. О чем и речь, только вероятность этого тем меньше, чем быстрее ролик окажется более чем в одних руках, а при последовательном скачивании всеми это событие может наступить очень не скоро. Не у всех есть возможность быть на раздаче 24 часа 7 дней в неделю.
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	16. "Релиз bittorrent-клиента Transmission 2.31"	+/–
	Сообщение от iZEN (ok) on 19-Май-11, 01:51
	>>Зато они посмотрят эти 80% (или только начало — кому как захочется — но они не будут ждать до конца скачки всего ролика. Разбегутся или будут ждать/давать новичкам посмотреть — это уже личный выбор пиров, а не раздающего. > Кто-то (или даже большинство) может захотеть весь ролик, например, если что-то действительно интересное. Для видео имеет практический смысл максимальная целостность кусков, а первые кусочки видео имеют наибольшую ценность для получателя. Традиционный протокол bittorent не учитывает ранжирование кусочков, разбрасывает из по пирам более-менее равномерно. Такая стратегия распространения неприемлема для видеопотока, чтобы его можно было смотреть непрерывно. Например, видеотрансляция с веб-камеры в сеть могла бы происходить, используя p2p-механизм распространения контента, когда подключившийся пользователь начинает смотреть видеопоток с камеры, кэширует определённой длительности фрагмент (грубо: создаёт копию буфера данных видеокамеры), другие пользователи могли бы не подключаться к видеокамере, а подключиться к пользователю, который уже закэшировал начало потока и распространять видео далее среди новых подключившихся. На видеокамере в этом случае не нужно хранить весь видеопоток, а только тот фрагмент, для которого рейтинг скачивания не превысил единицу. Это существенно съэкономит аппаратное обеспечение видеосервиса и разгрузит сеть.
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	17. "Релиз bittorrent-клиента Transmission 2.31"	+/–
	Сообщение от maxkit (ok) on 19-Май-11, 02:04
	Устроил, я им пользуюсь. Автор - да, отзывчив, я имел с ним дело. Но Transmission - тоже отличная программа и не требует загрузки Qt. Вот только последовательного скачивания не хватает. Ведь очень полезная функция.
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

	18. "Релиз bittorrent-клиента Transmission 2.31"	+/–
	Сообщение от maxkit (ok) on 19-Май-11, 02:08
	>>Жаль, никак не прикрутят последовательное скачивание файла. > Это противоречит всей идеи. Какой смысл будет в 10 сидах если они > все буду одни и те же куски качать? Все будут сидеть > на стремной скорости. Именно рандомность кусков позволяет качать со всех, кто > учавствует в раздаче/приеме. Уважаемый товарищ Аноним, позвольте я Вас поправлю. Во-первых, не "идеи", а "идее". Во-вторых, сид - это тот, у кого есть полная копия торрента, в-третьих, в случае "рандомности" зависимость от пиров - так же велика, достаточно одному отвалиться, кусок выпадет, в-четвёртых, с возможностью последовательного скачивания скорость уже не так критична.
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	19. "Релиз bittorrent-клиента Transmission 2.31"	+/–
	Сообщение от maxkit (ok) on 19-Май-11, 02:11
	>>Почему же это деструктивная функция? > Раздающий должен оставаться на раздаче гораздо дольше. Допустим, 50 пиров "последовательным" > образом скачали 80% ролика за час и в этот момент раздающий > "свалил", результат - ни у кого нет полного ролика. При тех > же условиях, но "классическом" способе скачивания уже в среднем минут через > 15-20 все части будут у кого-нибудь еще "на руках". Повышение "живучести" > налицо. Этим процессом логичнее было бы управлять раздающей, а не принимающей стороне. Никто не мешает реализовать функцию "раздать максимально быстро весь файл", а вот при скачивании файлов - очень неплохо было бы иметь возможность качать последовательно. Интегрально нагрузка на каналы та же, а удовольствия - больше.
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

	20. "Релиз bittorrent-клиента Transmission 2.31"	+/–
	Сообщение от anonymous (??) on 19-Май-11, 08:06
	> Вот только последовательного скачивания не хватает. Ведь очень полезная функция. Ну во первых время вылечет ... Вон у меня на 10мегабитах файл 1.5 гига качается минут 10-15.... подумаешь. Я так понял при последовательном скачивании закачивание у всех должна закончится одновременно. И кто первым начал качать и у всех кто подрубится до окончания скачивания хотя бы еще 1 человеком. ФИгня какая то выходит :( P.S. Я так понял они очередь не могут осилить так как эта функция достаточно сложна по алгоритму ...
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

	21. "Релиз bittorrent-клиента Transmission 2.31"	+/–
	Сообщение от RustNail (??) on 19-Май-11, 10:17
	А теперь, пожалуйста, о недостатках кувалды при ремонте часов, и о внесении необходимых изменений в конструкцию кувалды
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	22. "Релиз bittorrent-клиента Transmission 2.31"	+/–
	Сообщение от Аноним (??) on 19-Май-11, 12:34
	> Никто не мешает реализовать функцию "раздать максимально быстро весь файл" Никто. И уже реализовали. Суперсид называется.
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	23. "Релиз bittorrent-клиента Transmission 2.31"	–1 +/–
	Сообщение от Аноним (??) on 19-Май-11, 14:13
	> Почему же это деструктивная функция? Потому что ведет к ухучшению равномерной доступности всех частей файла и в результате общей деградации скорости закачки в среднем. > Для фильмов и музыки последовательное скачивание и обмен первыми блоками > является ниболее важным этапом, Именно первые+последние несколько блоков еще фиг с ними, сильно погоду не делают, а запревьюить и сделать выводы о том надо ли это вообще качать - позволяют. А вот последовательная скачка файла вообще - ломает логику протокола торрента. Этот протокол никогда не создавался для последовательной скачки. > так как воспроизведение такого контента можно начать не тогда, когда > он полностью скачался, а с начала запуска p2p-обмена (если скорость > скачивания больше воспроизводимого битрейта самого фильма). Проблема только в том что данное поведение приводит к тому что начальные части файла присутствуют у намного большего числа пиров чем конечные. Ну и в результате те кому нужны части с хвоста - начинают обнаруживать что скорость закачки просела. Средняя скорость скачки файла - падает: в стае получается избыток начальных частей, которые уже никому не нужны, их не получается лить и бартер частями не случается. И недостаток конечных частей, которые попросту некому лить на всю толпу желающих. > Не нужно ждать докачки, чтобы посмотреть видеоролик, возможно он > окажется не тем, чем хотелось бы. Это разгрузит каналы от ненужного > пользователям трафика. Именно предварительный даунлоад начала + конца файла еще куда ни шло, а вот последовательная скачка всего файла - это уже вредительство просто.
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	24. "Релиз bittorrent-клиента Transmission 2.31"	+/–
	Сообщение от Аноним (??) on 19-Май-11, 14:30
	> Зато они посмотрят эти 80% (или только начало — кому как захочется > — но они не будут ждать до конца скачки всего ролика. Проблема только в том что кому будет нужен весь ролик - вообще не сможет его никогда докачать, если у всех будет только первые 80% а хвостовых 20% ни у кого не окажется. А на кой дьявол мне при начале раздачи вообще заботиться о благе ХАЛЯВЩИКА, который не докачает и свалит? Я наверное не для этого трачу на него мои ресурсы, а? Более того - в таком режиме от таких уродов неплохо помогает технология SuperSeed. При этой технологии сидер врет что он не сидер а личер и что у него не весь файл, а только часть. И отгружает каждому пиру по возможности не более 1 блока. А вот дальше, чуваки, ВЫ этими блоками и меняйтесь между собой. Сие позволяет кардинально снизить трафф на начальный сидинг торента, до почти единичного размера файла. > Разбегутся или будут ждать/давать новичкам посмотреть — это уже личный выбор > пиров, а не раздающего. Остается только вопрос: а раздающий что, нанимался чтоли сервировать толпы всяких халявщиков? Если ты хочешь последовательно качать, ничего не отдавая взамен - велкам на  HTTP и FTP, а то что там тебе удавят скорость даунлоада до копеечной - извини, такова цена халявы. В торренте же чем меньше отгрузишь, тем меньше получишь взамен. Поэтому для минимизации времени скачки в твоих же интересах отгрузить как можно больше. А если ты укачал только начальные части, которых и так избыток и которые никому нафиг не нужны - ты и зааплоадить их никому не сможешь. Ну и тебе ни один личер из стаи аплоадить не будет, соответственно. Потому что для борьбы с халявщиками большая часть клиентов реализует крайне простую логику: они выбирают из всех возможных кандидатов тех кто налил им больше всего. Если ты ничего не льешь, будешь последним в этом списке и твои шансы что-то укачать - хуже чем у всех. И скорость самая плохая из всех возможных - только за счет сидеров, которые будут разрываться на всю толпу. > При тех же условиях, раздающему будет по барабану, скачали ролик или нет. > Он просто уйдёт, никого не предупредив, оставив абсолютно всех ни с > чем, с обломками невоспроизводимого. Спрашивается: а зачем бы кому-то возиться с созданием торрента, чтобы потом все остались с обломками чего-то невоспроизводимого? Где логика, где разум?
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	25. "Релиз bittorrent-клиента Transmission 2.31"	+/–
	Сообщение от Аноним (??) on 19-Май-11, 14:31
	> Интегрально нагрузка на каналы та же, а удовольствия - больше. Интегрально, файл будет качаться явно дольше. При том у всех вообще. Если вы хотите потоковое видео и аудио - вы не по адресу: торрент - это не потоковое видео и никогда таковым не являлся.
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	26. "Релиз bittorrent-клиента Transmission 2.31"	+/–
	Сообщение от Аноним (??) on 19-Май-11, 14:33
	> Например, видеотрансляция с веб-камеры в сеть могла бы происходить, используя p2p-механизм > распространения контента, ... только вот торрент для этого не предназначен. Поэтому если тебе надо потоковое P2P видео, логично передизайнить протокол с учетом специфики проблемы. Кстати, эффективно качать большие файлы такой протокол уже не сможет, в отличие от торрента.
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	27. "Релиз bittorrent-клиента Transmission 2.31"	+/–
	Сообщение от Аноним (??) on 19-Май-11, 14:36
	> Продолжу предыдущее сообщение. > Так называемая ПИРАМИДА с "волной" распространения видеоконтента от раздающего через тех, > кто раньше всех к нему подключился, Все замечательно. Кроме того что все это - не про битторент. Если тебе надо потоковое видео - отлично, надизайни протокол или используй уже надизайненые. Но при чем тут торрент?!
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	28. "Релиз bittorrent-клиента Transmission 2.31"	+/–
	Сообщение от Аноним (??) on 19-Май-11, 15:17
	> Они будут качать куски друг у друга, так как время появления пиров > не одномоментное. А не будут. Пусть в стае 100 пиров. Пусть есть 10 сидеров и еще 90 которые качают последовательно. Когда в стаю приходит новый пир, на него валится просто шквал с 90 пиров+возможно еще и с сидеров. Он не может столько сожрать - канал забивается. Сидеры и личеры при этом работают с сильным недогрузом на аплоад - жрать данные части с той скоростью с какой орава из 90+10 может их лить просто некому: новому пиру в момент выносит канал, но для 90+10 это лишь 1/90 ... 1/100 их бандвиза на аплоад (если допустить что канал у всех одинаковый и симметричный). Зато с точки зрения пира на 80% ситуация может быть иной: там на все должны надрываться 10 сидеров, плюс может быть пяток тех кто уже докачал до 80%. Какая будет скорость? Жопная, разумеется. Потому то 15 пиров надрываются в потугах обслужить 85 пиров. > Рандомность подключения пиров обеспечивает разгрузку канала раздающего. Раздающих. А также: - Равномерную скорость закачки независимо от прогресса. А не так что сперва ддос-атака сотен пиров, а потом - еле-еле. - Снижение среднего времени скачки файла как результат. - Снижение нагрузки на всех раздающих. - Эффективную работу логики наказания халявщиков. > Те, из пиров, кто подключился раньше, смогли скачать большую часть начала ролика. > Те, кто подключается к обмену позднее, данные качают у тех, кто уже скачал. При этом на тех кто начнет качать - обрущится лавина тех у кого это есть и перегрузит его канал, однако эффективность использования канала тех кто аплоадит эти части будет низкая. Все упрется в канал качающего, а полноценного бартера не получится. Зато потом окажется что хвостовых частей почти ни у кого нет и качать неоткуда. Да и никто не хочет вам аплоадить, потому что вы ничего не аплоадили. > Чуете в чём фикус? Это не противоречит идеям равноправного обмена. Но противоречит общей логике торрента и клещится с здравым смыслом, что для эффективной работы протокола надо чтобы все аплоадили как можно больше и это бы поощрялось. При последовательной скачке, много аплоадить на раннем этапе не выйдет совсем из-за переизбытка частей. Сработает механика наказания тех кто не аплоадит. Усугубится тем что хвостовых частей - мало. Есть риск получить очень неоптимальное решение, неоптимально использующее доступные каналы и качающее намного тормознее торрента в нормальном виде ака "активный бартер". Именно активный бартер и позволяет торренту разгоняться до зверских скоростей. Иначе получится очередной eMule :P.
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	29. "Релиз bittorrent-клиента Transmission 2.31"	+/–
	Сообщение от Аноним (??) on 19-Май-11, 15:18
	> P.S. Я так понял они очередь не могут осилить так как эта > функция достаточно сложна по алгоритму ... Последовательно качать - чего там сложного? Просто вредительская функция с точки зрения сети в целом.
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	30. "Релиз bittorrent-клиента Transmission 2.31"	+/–
	Сообщение от Аноним (??) on 19-Май-11, 15:19
	> А чем вас не устраивает qbittorrent? Например, отсутствием нормального демона под ремотное управление. Переть кутю на сервера? Спасибо, я лучше пешком постою.
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

	31. "Релиз bittorrent-клиента Transmission 2.31"	+/–
	Сообщение от Аноним (??) on 19-Май-11, 19:55
	>>>Почему же это деструктивная функция? Потому что рушит сам принцип протокола. А он гласит - редкие части скачиваются первыми.  Если нарушить - вся раздача встанет.
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	32. "Релиз bittorrent-клиента Transmission 2.31"	+/–
	Сообщение от Тот_Самый_Анонимус on 20-Май-11, 07:31
	>Вон у меня на 10мегабитах файл 1.5 гига качается минут 10-15.... подумаешь. У тебя 10 Мбит, у меня 64 кбита. ты скачаешь за 10-15 минут, я за два дня, и буду качать у тебя, если ты останешься на раздаче. Где тут нарушение логики?
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	33. "Релиз bittorrent-клиента Transmission 2.31"	+/–
	Сообщение от Тот_Самый_Анонимус on 20-Май-11, 07:32
	>Переть кутю на сервера? Переть торрент на сервера? Oh, shi~
	Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

	34. "Релиз bittorrent-клиента Transmission 2.31"	+/–
	Сообщение от maxkit (ok) on 20-Май-11, 13:58
	> Вон у меня на 10мегабитах файл 1.5 гига качается минут 10-15.... подумаешь. А я на 20 МБитах иногда смотрю HD, и качать по полтора часа 9 ГБ - не очень хочется, когда можно просто начать просмотр сразу. > Я так понял при последовательном скачивании закачивание у всех должна закончится одновременно. И кто первым начал качать и у всех кто подрубится до окончания скачивания хотя бы еще 1 человеком. ФИгня какая то выходит :( Это вполне можно реализовать в раздающей части. Решать проблему головной боли с помощью мадам гильотины - не лучшее средство.
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	35. "Релиз bittorrent-клиента Transmission 2.31"	+/–
	Сообщение от konkor on 20-Май-11, 15:55
	1 time supersid -block1-> 1 lich 2 time supersid -block2-> 1 lich 1 lich -block1-> 2 lich 3 time supersid -block3-> 1 lich 1 lich -block2-> 2 lich 2 lich -block1-> 3 lich и так по геометрической прогрессии. Кроме того если суперсид имеет канал шире может раздать в один промежуток времени разные блоки разным личам, ну а если еще и мультикаст одних и тех же блоков разным клиентам...
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

	36. "Релиз bittorrent-клиента Transmission 2.31"	+/–
	Сообщение от konkor on 20-Май-11, 15:59
	ЗЫЖ и чем отдача в сеть последовательности 1,2,3,4,5 и 2,4,5,3,1 отличается по времени?! Если сидер уйдет с раздачи на 80% то лучше получить данные 1,2,3,4 а не 2,4,5,3. Логично?
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

	37. "Релиз bittorrent-клиента Transmission 2.31"	+/–
	Сообщение от konkor on 20-Май-11, 16:12
	qbittorrent такое может... надо поробывать спасибо))) и еще раз суперсиду все равно отдавать полседовательно или в разброс...
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

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

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