| |
| |
| |
| 4.17, User294 (ok), 01:15, 04/04/2011 [^] [^^] [^^^] [ответить]
| –1 +/– |
 > ну может у кого-то ярлыки на пол-экрана)
Бывают еще экраны с высоким DPI, где какойнить 32x32 под микроскопом разглядывать разве что :). Как значок для более-менее крупного ярлыка в который можно допустим пальцем ткнуть - вполне нормально. Собссно много не мало. Downscale картинки сделать всегда можно, а вот наоборот...
| | |
| |
| 5.22, iZEN (ok), 02:08, 04/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
 >> ну может у кого-то ярлыки на пол-экрана)
> Бывают еще экраны с высоким DPI, где какойнить 32x32 под микроскопом разглядывать разве что :).
Так есть же SVG — векторный формат, одинаково хорошо растрируется на любое разрешение, хоть под 50 dpi, хоть под 150 dpi. А эти лепят значки, что называется, с запасом. :))
| | |
| |
| 6.31, User294 (ok), 10:17, 04/04/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Так есть же SVG — векторный формат, одинаково хорошо растрируется на любое разрешение
Угу, только проц раком встает на рендеринг в нормальном качестве на приличное время - чудес не бывает. Зарендерить картинку - сложнее чем тупо распаковать ее. Кэп намекает: экраны с высоким DPI часто бывают у всяких там мобильных девайсов, зачастую не страдающих избытком мощности CPU, зато страдающих батарейным вопросом.
| | |
| |
| 7.59, ангстесса (?), 11:48, 05/04/2011 [^] [^^] [^^^] [ответить]
| –1 +/– |
svg рендерится моментально, кроме того можно кэширование приделать.
На мобильных устройствах даже флеш нынче обычное дело, и всякие анимированные банеры на сайтах показываются.
| | |
| 7.76, iZEN (ok), 02:12, 08/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
>> Так есть же SVG — векторный формат, одинаково хорошо растрируется на любое разрешение
> Угу, только проц раком встает на рендеринг в нормальном качестве на приличное
> время - чудес не бывает. Зарендерить картинку - сложнее чем тупо распаковать ее.
То есть тебе легче держать в ресурсах десяток PNG-картинок (8x8, 12x12, 16x16,..., 256x256) одного и того же изображения под различные разрешения, чем воспользоваться средствами динамического рендеринга (частично аппаратно-ускоренного) векторного представления в растр? Ну, я даже не знаю, что сказать. На телефонах в Java ME уже можно использовать интерфейсы на основе SVG (JSR 226 SVG API, не говоря про десктопы — там векторный Nimbus L&F рисуется с 2009 года), и они не тормозят, в отличие от C/C++ поделок, выжирающих полосу пропускания дочиста. :))
| | |
|
| 6.44, rshadow (?), 14:04, 04/04/2011 [^] [^^] [^^^] [ответить]
| –1 +/– |
Если зайти на сайт transmission в раздел download: http://www.transmissionbt.com/download/ то внизу можно увидеть кучу систем куда он встроен. Не думаю что они умеют SVG.
А большие значки там как раз в тему, потому что там весь интерфейс из рабочего стола состоит и значков программ на нем.
| | |
|
|
|
| 3.58, Aquarius (ok), 11:16, 05/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
 > а зачем такой большой, где он появляется?
GNOME'овский загон, наверное, готовят 3.x к (свех)новому поколению мониторов
| | |
|
|
| 1.3, paulus (ok), 20:48, 03/04/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 для желающих потестировать:
sudo apt-add-repository ppa:transmissionbt/beta
| | |
| |
| |
| 3.32, Михаил (??), 10:40, 04/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
Нет, это только в убунте и производных.
Кстати, для 10.10 в этом PPA пакетов нет, только для 10.04 и будущей 11.04.
| | |
|
|
| 1.4, DEADBEAF (?), 20:49, 03/04/2011 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
пользоваться им невозможно, если торрентов больше 20. Уже давно перешел на qbittorent он тоже не без проблем, но там можно хоть назначить торрентам метки. да и сериалы им удобней качать, есть функция скачивания по порядку.
| | |
| |
| 2.5, GTO (?), 20:53, 03/04/2011 [^] [^^] [^^^] [ответить]
| +2 +/– |
Сейчас 71 торент. Доходило до 180. Проблем нет.
| | |
| |
| |
| |
| 5.71, Андрей (??), 02:48, 06/04/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> а зачем в них ориентироваться?
Вот поэтому так и не могу бросить uT через wine. Аплоад-канал худой, вот и нужна гибкая система приоритетов.
| | |
|
| |
| 5.40, Аноним (-), 12:17, 04/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
+ всякие сортировки по возрасту/оставшемуся времени/рейтингу. Но от категорий или тегов я бы не отказался, тем более что реализуется это элементарно
| | |
|
|
|
| 2.10, Аноним (-), 22:29, 03/04/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
Transmission 2.13, торрентов 210, старт затяжной ~10-20 сек, при добавлении новых .torrent делает вид что вешается - по времени пропорционально количеству ранее добавленных.
Заключение: пользоваться можно, если использовать эту программу как качалку, а не писькомерку
| | |
| |
| 3.18, User294 (ok), 01:19, 04/04/2011 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> при добавлении новых .torrent делает вид что вешается -
Преаллокация места на диске, имхо. К сожалению пока не асинхронная, ну вот и ...
> по времени пропорционально количеству ранее добавленных.
По идее преаллокация по времени пропорциональна размеру файлов торента oO. Кстати преаллокация настраивается - если не ошибаюсь, есть 3 режима: никакой, быстрая, полная.
| | |
|
| 2.16, User294 (ok), 01:12, 04/04/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> пользоваться им невозможно, если торрентов больше 20.
Uh-oh, как же я им тогда пользуюсь с ~200 торрентами? oO
Что до qbittorrent - он привязан к куте и потому почти не пригоден для headless режима (например на сервере или мелкой девайсине столько говна вдувать - извините). Во вторых, если вдруг захочется самому пересобрать самую-самую версию - libtorrent во многих системах имеет свойство быть устаревшим, а собирать актуальную версию весьма геморройно т.к. зависимостей масса. Ну и сам qbittorrent собирать достаточно геморно. В общем, это для тех кто перся от мюторента а что-то сверх того не хотел. Из плюсов оного - вполне адекватный автор, не забивающий на баги и здрвавые хотелки.
| | |
| 2.27, ABATAPA (ok), 08:39, 04/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
 > пользоваться им невозможно, если торрентов больше 20. Уже давно перешел на qbittorent он тоже не без проблем,
Руки?
У меня на NAS (QNap) порою крутится 200-300+. И ничего.
| | |
| 2.54, botman (ok), 23:30, 04/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
 У самого сейчас Transmission 2.22 со стоящими на раздаче 55 торентами, одновременно активных торентов больше 15 не бывает... в общем выходит 3% занятого CPU и 1.8% занятой RAM. Чего вы там нашли невозможного мне не понятно. Скачивание происходит со скоростью моей безлимитки.
| | |
|
| |
| |
| 3.20, User294 (ok), 01:48, 04/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
Интересно, когда до любителей очередей допрет, что в багтрекер срать коментами - в 100500 раз эффективнее? Если разработчики увидят что фичу желает орава народа - они ее постепенно сделают, куда ж они денутся? Никто не хочет постоянно баги от юзеров разгребать :))). А там вдруг фигакс и последняя активность - 5 месяцев назад. Знаете, если фича кому-то нужна раз в полгода - может и фиг с ней, с этой фичой то? :)
| | |
|
|
| |
| 2.15, iZEN (ok), 00:26, 04/04/2011 [^] [^^] [^^^] [ответить]
| –2 +/– | |
> Отличный битторент клиент, никогда с ним проблем не возникало
1) Скачайте 5-10ГБ торрент.
2) Запустите его верификацию ("Проверить локальные данные").
3) Сразу, как только началась проверка, попробуйте запустить какое-нибудь приложение.
4) Что наблюдаете, рассказываете.
| | |
| |
| 3.19, User294 (ok), 01:40, 04/04/2011 [^] [^^] [^^^] [ответить] | +3 +/– | Скачал 20Гб торрент lossless версия Elephant Dreams для тестов сжатия разных ко... большой текст свёрнут, показать | | |
| |
| 4.23, iZEN (ok), 02:20, 04/04/2011 [^] [^^] [^^^] [ответить]
| –1 +/– |
>> 4) Что наблюдаете, рассказываете.
> Наблюдаю запустившийся SMplayer и трансмиссию которая верифицирует торент. Что-то не так?
> Если ты хотел сказать что у тебя приложение медленно стартует - ну
> так это, надеюсь у тебя хватило ума вынести торенты на отдельный
> диск? Иначе система, читая файлы приложения и библ, делит доступный бандвиз
> диска с торентом, который начитывает во всю.
Нет, не хватило. Представь, что у "обчного пользователя" ноутбук. (Ноутбуки сейчас по статистике составляют 50% парка от всех персоналок и продолжают вытеснять десктопы). И?
> Хинт: в идеале, в нормальной многозадачной системе, с вменяемыми планировщиками CPU и
> IO и более-менее честной многозадачностью user-mode программа не должна быть способна
> вызвать крупные проблемы у операционки и остальных программ вообще. Если это
> не так - лечить надо систему/конфигурацию.
> Ну а то что ты такой use case привел - намекает на то что ты причкадятел
> и не в состоянии отличить проблемы операционки от проблем программ.
Я привёл use case для типичной конфигурации домашнего компьютера с одним винчестером и ноутбука.
> Я бы понял наезд на блокирующую преаллокацию или move торента :). Но верификация асинхронная,
И что? Какой смысл ты вложил в слово "асинхронная", если на САМОМ_ДЕЛЕ запуск любой программы во время выполнения верификации сопряжён с заметной задержкой в лучшем случае на полминуты, в худшем — до конца проверки торрента. Кстати, тут говорят, что это только Gtk-версия Transmission на такое способна, почему так?
| | |
| |
| 5.25, Below (ok), 08:09, 04/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
 А что какой-то другой торрент клиент меньше грузит диск?
Имхо, этот можно хотя бы вынести на отдельную машину и управлять через веб-интерфейс.
| | |
| 5.33, Вова (?), 11:04, 04/04/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Нет, не хватило. Представь, что у "обчного пользователя" ноутбук. (Ноутбуки сейчас по
> статистике составляют 50% парка от всех персоналок и продолжают вытеснять десктопы).
> И?
Это что-то типа "я надеялся, что мои неудачи вызваны глобальными проблемами, а не моей локальной ситуацией". Впредь будьте конкретнее. У обычного пользователя, кстати, ноутбук + раздавалка торрентов и вайфая в прихожей/на антресолях, опять-таки вашей проблемы нет, если уж на то пошло.
| | |
| |
| |
| 7.47, Вова (?), 15:41, 04/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
У 50%% школьников, затрудняюсь уточнить с какого класса. Другие 50%% тоже смогли бы настроить, при помощи одноклассника в аське, да РОДАКИ ЗАЖАЛИ БАБКИ!
| | |
| |
| 8.48, Вова (?), 15:43, 04/04/2011 [^] [^^] [^^^] [ответить] | +/– | дополню - причём аська была б запущена под андроидом, самой свежей прошивки от ... текст свёрнут, показать | | |
|
|
|
| 5.35, User294 (ok), 11:12, 04/04/2011 [^] [^^] [^^^] [ответить] | –1 +/– | Представил У ноутбука тормозной диск Один Как правило 2 5 и не более 5400RPM... большой текст свёрнут, показать | | |
|
|
| 3.21, ungifted (?), 02:00, 04/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
Есть торрент 7ГБ.
transmission-gtk как обычно подвесило всё загрузив процессор на 100%. Давно от этой версии отказался из-за постоянных подобных проблем, хоть и использую Gnome.
transmission-qt совершенно не напрягаясь отработало проверку торрента.
| | |
| |
| 4.28, ABATAPA (ok), 08:42, 04/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
> transmission-gtk как обычно подвесило всё загрузив процессор на 100%.
> transmission-qt совершенно не напрягаясь отработало проверку торрента.
Это всего лишь "морды". Не они "Нагружают" процессор.
| | |
| |
| 5.29, ungifted (?), 09:38, 04/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
Тем не менее, в моем окружении, воспроизводится только с gtk мордой. Ни с qt мордой, ни демоном тормоза не воспроизвелись.
Отказался от gtk морды когда оказалось, что от числа торрентов в открытом окне росла загрузка процессора.
| | |
| |
| 6.30, ungifted (?), 09:56, 04/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
Поставлю после обеда себе эту бету и если воспроизведется полезу с этим в их багзиллу. Давно собираюсь...
| | |
| 6.37, User294 (ok), 11:15, 04/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
> Отказался от gtk морды когда оказалось, что от числа торрентов в открытом
> окне росла загрузка процессора.
Может какой-то баг в гноме? Я у себя не вижу особых тормозов с 200 торрентами. Еще может вы в GTKшной морде врубили что-то типа сортировки по активности, которая постоянно пересортировывает большой список?
| | |
| |
| 7.60, ungifted (?), 12:09, 05/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
Кажется нашел косяк. Вешается gtk морда на некорректных черных списках. Тикет 4168.
| | |
|
|
|
| 4.50, paulus (ok), 18:11, 04/04/2011 [^] [^^] [^^^] [ответить]
| +1 +/– | |
>transmission-gtk как обычно подвесило всё загрузив процессор на 100% использую Gnome.
transmission-gtk + fluxbox на 4-х ядерном проце и подобной проблемы не возникало. transmission-qt не проверял, а вот qbittorent лажал...
| | |
| |
| 5.53, iZEN (ok), 22:37, 04/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
>>transmission-gtk как обычно подвесило всё загрузив процессор на 100% использую Gnome.
> transmission-gtk + fluxbox на 4-х ядерном проце и подобной проблемы не возникало.
Вопрос к вам обоим: напишите, пожалуйста, используемую аппаратную конфигурацию: названия CPU, тип и частоту памяти, чипсет.
| | |
| |
| 6.73, Аноним (-), 03:19, 06/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
>>>transmission-gtk как обычно подвесило всё загрузив процессор на 100% использую Gnome.
>> transmission-gtk + fluxbox на 4-х ядерном проце и подобной проблемы не возникало.
> Вопрос к вам обоим: напишите, пожалуйста, используемую аппаратную конфигурацию: названия
> CPU, тип и частоту памяти, чипсет.
ололо, а тебе на кажется что тут больше дело в версиях библиотек, настройках ядра и планировщика IO?
| | |
| |
| 7.74, iZEN (ok), 15:10, 06/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
>>>>transmission-gtk как обычно подвесило всё загрузив процессор на 100% использую Gnome.
>>> transmission-gtk + fluxbox на 4-х ядерном проце и подобной проблемы не возникало.
>> Вопрос к вам обоим: напишите, пожалуйста, используемую аппаратную конфигурацию: названия
>> CPU, тип и частоту памяти, чипсет.
> ололо, а тебе на кажется что тут больше дело в версиях библиотек, настройках ядра и планировщика IO?
Ололо, нет, не кажется. Я предполагаю, что лаги связаны с интегрированным в многоядерный CPU контроллёром RAM. Причём неважно, AMD это или Intel. Такая шняга наблюдается у обоих на разных операционках.
| | |
| |
| 8.77, Аноним (-), 04:37, 28/04/2011 [^] [^^] [^^^] [ответить] | +/– | Откуда вы настолько идиотские гипотезы берете В трансмиссии нечему нагрузить ко... текст свёрнут, показать | | |
|
|
|
|
|
| 3.72, Аноним (-), 03:04, 06/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
> 1) Скачайте 5-10ГБ торрент.
> 2) Запустите его верификацию ("Проверить локальные данные").
> 3) Сразу, как только началась проверка, попробуйте запустить какое-нибудь приложение.
> 4) Что наблюдаете, рассказываете.
недавно на одном из домашних компьютеров перешёл с deluge на transmission -- добавил 100+ торрент файлов(около 300гб файлов на диске, жёсткий диск один) в transmission и соответственно эти файлы скачанные старым клиентом верифицировались. верифицировалось долго, но особых проблем с производительностью не заметил. и не думаю что будет существенная разница если вместо transmission взять какой-нибудь qtorrent.
| | |
| |
| 4.75, iZEN (ok), 15:14, 06/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
> недавно на одном из домашних компьютеров перешёл с deluge на transmission --
> добавил 100+ торрент файлов(около 300гб файлов на диске, жёсткий диск один)
> в transmission и соответственно эти файлы скачанные старым клиентом верифицировались.
> верифицировалось долго, но особых проблем с производительностью не заметил.
Средний размер файлов ~3ГБ, а если считать не по среднему, а фактически, то 30МБ-1ГБ на файл. К тому же, Transmission верифицирует файлы, нуждающиеся в проверке, не все сразу, а по-одному (в очереди на проверку). Поэтому описанный твой случай не подпадает под заявленный use case.
| | |
|
|
|
| 1.36, name (??), 11:13, 04/04/2011 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
когда уже добавят упорядочное скачивание, чтобы можно было сразу смотреть
| | |
| |
| 2.38, Семен (??), 11:47, 04/04/2011 [^] [^^] [^^^] [ответить]
| +/– | |
Это же ломает логику максимальной децентрализованной отдачи. Так получится, что все тянут начало с одного, вместо того чтобы тянуть разные участки и потом их же раздавать. От этого наоборот нужно держаться подальше, иначе скорость закачки упадет.
А вто это
> Самые редкие части торрента теперь по возможности скачиваются раньше всех остальных.
логично.
| | |
| |
| 3.41, User294 (ok), 13:02, 04/04/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> логично.
Не то слово :). Торрент-клиенты в режиме личера в общем случае занимаются бартером по принципу "ты мне - я тебе", откровенно предпочитая аплоадить тем кто им что-то льет взамен. Скачка самой редкой части приводит к возможности залить ее максимальному числу желающих, получая от них в результате возможность скачки взамен. Такой подход позволяет ускорить "вступление в игру" сделав старт закачки более эффективным. Потому что если скачать часть которая у всех и так есть - личерам она не нужна, аплоад не состоится, бартер не получится и соответственно дальнейший прогресс закачки может быть только за счет сидеров и optimistic unchoke, а в итоге получится наихучшая скорость закачки из всех возможных, как для тех кто ничего не хочет аплоадить.
| | |
| 3.68, Андрей (??), 02:34, 06/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
>> Самые редкие части торрента теперь по возможности скачиваются раньше всех остальных.
> логично.
И это только сейчас добавили!? Я наивно полагал, что эта "фича" - неотъемлемая часть самого протокола.
| | |
|
|
| 1.39, Аноним (-), 12:11, 04/04/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Чтобы не тормозило весь комп при верификации - хорошим вариантом было бы сделать в Transmission ограничение скорости проверки. При этом скорость проверки (в Мб в секунду) выставлял бы пользователь.
| | |
| |
| 2.42, User294 (ok), 13:13, 04/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
> Чтобы не тормозило весь комп при верификации - хорошим вариантом было бы
> сделать в Transmission ограничение скорости проверки.
А знаете, неплохая идея, пожалуй - "фоновая проверка". Лимитирующая скорость работы. Хотя там скорее не столько мегабайты в секунду важны, сколько промежуток времени между операциями, чтобы диск доставался и другим, оно с мегабайтами конечно коррелирует но не так уж и влобовую. Вообще, по хорошему ОС сама не должна давать узурпировать диск одной программе, но программа дружественная к пользователю и горбатому железу/ос/... - вполне может и подыграть немного.
| | |
| |
| 3.51, paulus (ok), 18:16, 04/04/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> сделать в Transmission ограничение скорости проверки.
> А знаете, неплохая идея, пожалуй - "фоновая проверка". Лимитирующая скорость работы.
оставили на багтреккере заявочку? присоединился бы к запросу...
| | |
| |
| 4.63, User294 (ok), 15:38, 05/04/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> оставили на багтреккере заявочку? присоединился бы к запросу...
Хм. Так всем и лень написать баг :). Ну черт с вами, написал, присоединяйтесь где-нибудь здесь: https://trac.transmissionbt.com/ticket/4169 - хоть лично мне и не слишком нужна фича, т.к. у меня и так работает, мне она кажется вполне разумной и я вижу вполне разумные сценарии, например, смотрение HD мувика в ущерб скорости верификации по-моему вполне валидно.
| | |
| |
| 5.70, Андрей (??), 02:43, 06/04/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> написал, присоединяйтесь где-нибудь здесь: https://trac.transmissionbt.com/ticket/4169
Вроде как и по-английски написали, но там, похоже, на нём не понимают и снова, и снова повторяют, что он и так уже в потоке (ну и что?), и предложенная ОПЦИЯ не сделает всех счастливыми. Да...
| | |
|
|
|
|
| 1.43, name (??), 13:36, 04/04/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
>Это же ломает логику максимальной децентрализованной отдачи...
Никто не просит включать эту опцию по умолчанию.
| | |
| |
| 2.49, Семен (??), 16:12, 04/04/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Никто не просит включать эту опцию по умолчанию.
Ну так какая разница, по-умолчанию или нет. Она не нужна, так как её можно будет влючить, а это вред. Результат, повышенная нагрузка на раздающего и увеличение времени закачки.
| | |
| |
| 3.52, name (??), 19:03, 04/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
Какая еще нагрузка на раздающего, это не отменяет скачивание с тебя. Заместо того чтобы сидеть и "дрочить" на полосу загрузки, когда можно уже начать смотреть. Те кто захочет ограничить раздачу им без разницы как будешь качать. Можно сделать тогда до определенного процента от начала а потом уже рандомно скачивать.
| | |
| |
| 4.57, User294 (ok), 11:14, 05/04/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Можно сделать тогда до определенного процента от начала а потом уже рандомно скачивать.
Проблема в том что если все так будут делать, начальные части будут у почти всех, а вот остальных частей будет сильно меньше. Более того. Пусть все пиры ведут себя вот так.
Приходит в стаю новый пир. Пустой. Качает первые части кое-как с сидеров или оптимистов. Дальше надо бы раздать что-то, чтобы показать что ты не вампир и существенно ускорить свой даунлоад за счет тех кому аплоадим. А тут вдруг бац! Опа! Скачаные части и так у всех уже есть. И поэтому никому нафиг не нужны. Аплоадить их не получается. Далее, для защиты от тех кто качает но ничего не отдает, вступает в игру протокольная логика которая ценит тех кто ничего не аплоадит ниже всех остальных. И ... правильно, скорость скачки получается жопная. Даунлоад будет идти только за счет сидеров и optimistic unchoke, как на старте "пустым", т.е. весьма неторопливо. Просто потому что с глобальной точки зрения вы - паразит. Который качает, но ничего не отдает. При этом не так уж важно, "не отдает потому что никому не нужно" или "не отдает потому что такой вот козел". Различить это невозможно, поэтому "непоощрение" такого поведения применяется универсально и ко всем. То что предлагается - клещится с этой логикой и делает более доступными одни части и менее доступными другие, так что общая скорость закачки неизбежно упадет. На скачке частей которые у всех есть - она упадет потому что мы не можем аплоадить, так что все личеры предпочитают аплоадить кому угодно, но только не нам. На скачке остальных частей она упадет потому что части редкие, мля, и мало кто может их аплоадить. В глобальном плане эта логика ведет к некоей деградации состояния стаи.
| | |
|
|
|
| |
| 2.62, botman (ok), 15:26, 05/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
как встретишь, отпишись разрабам... чтоб не пропадал зря полученный опыт... а я уж потом посмотрю чего там наисправляли к релизу :)
| | |
|
|
