MAD Опубликовано 5 ноября, 2009 · Жалоба Новый битторрент-протокол под названием uTP, разработанный компанией BitTorrent, позволит разгрузить каналы связи. Провайдерам больше не придется блокировать или ограничивать торрент-трафик своих пользователей. Компания BitTorrent готовит к выпуску новую версию протокола для работы торент сетей. uTP уже можно попробовать в бета-версии торент-клиента uTorrent 2.0. Новая версия протокола BitTorrent будет отличаться от предыдущей тем, что при обнаружении «пробок» в сети, программа будет снижать свою активность и позволит другим программам работать с нормальной скоростью. Ранее торрент-трафик был проблемой не только для пользователей, решивших одновременно заняться серфингом в Интернете, но и для провайдеров, поскольку он снижал общую скорость в Cети, поэтому последним часто приходилось ограничивать трафик, создаваемый торент-клиентами. Новый протокол позволит решить проблему как первых, так и вторых. Причем для пользователей это совсем не означает, что время загрузки файлов увеличится. Разработка прошла тщательное тестирование, в ходе которого в работоспособности технологии uTP смогли убедиться несколько десятков тысяч пользователей. В настоящее время оценить новую технологию может любой желающий. Для этого достаточно загрузить новую версию клиента uTorrent с сайта разработчика. Кто то из вас работал с ним? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ayvango Опубликовано 6 ноября, 2009 · Жалоба Описание - бред. Я так понял, что они объединили торрент клиент с корявым шейпером на клиентской стороне. Кому это нахрен нужно, когда linux уже давно десктопная ось, и на ней есть HTB, замечательно подходящий для распределения сетевой нагрузки между p2p сетями, веб браузингом и ssh. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
MAD Опубликовано 6 ноября, 2009 · Жалоба Нужно тем у кого канал маленький, как и провайдеру так и юзеру. Не все могу нормально распределять сетевую нагрузку между р2р. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
micros Опубликовано 6 ноября, 2009 (изменено) · Жалоба Кому это нахрен нужно, когда linux уже давно десктопная ось, и на ней есть HTB, И у скольких % пользователей на десктопе linux? : )) а сколько из них знают про HTB ;0) по теме: а не идет ли речь о ретреккере?:0) Изменено 6 ноября, 2009 пользователем micros Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nvikoffs Опубликовано 7 ноября, 2009 · Жалоба Программа расчета местоположения камер http://depositfiles.com/files/uzws2boud Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
MAD Опубликовано 7 ноября, 2009 · Жалоба micros речь не о ретреккете а о новой версией торрент клиента. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
photon Опубликовано 8 ноября, 2009 (изменено) · Жалоба Описание - бред. Я так понял, что они объединили торрент клиент с корявым шейпером на клиентской стороне. Кому это нахрен нужно, когда linux уже давно десктопная ось, и на ней есть HTB, замечательно подходящий для распределения сетевой нагрузки между p2p сетями, веб браузингом и ssh.Если вы не отличаете предотвращение перегрузок от шейпинга, прочитайте учебник по QoS. Это будет не "корявый шейпер", а некий транспортный протокол (UDP с возможностями предотвращения перегрузок). Клиенты будут обмениваться друг с другом статистикой о переданных и принятых пакетах, и передающая сторона будет уменьшать пакетрейт, если потери становятся большими. Проверка целостности данных осуществляется средствами протокола BitTorrent. В принципе, полезная вещь, с учетом того, что на большинстве машин по умолчанию выключены selective acknowledgements и ECN, позволяющие снизить накладные расходы, создаваемые TCP. Linux как всеобщая десктопная ОС есть только в мечтах красноглазых. На десктопе ОС как таковая непринципиальна, т.к. она используется в основном для запуска юзерских программ. Значение имеет поддержка устройств, наличие беспроблемного прикладного софта и игр. А суровая реальность такова, что практически все open source проекты, имеющие вменяемую бизнес-модель, работают также и под Windows. У юзеров нет особых стимулов для использования именно Linux. Скорее наоборот, порог вхождения намного выше: "контрстрайк не идет", "русский язык не везде работает" и масса других нубских проблем. Изменено 8 ноября, 2009 пользователем photon Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ivan_83 Опубликовано 8 ноября, 2009 · Жалоба Чувствую что найдутся чудо менеджеры с чудо идеей экономии каналов, путём создания виртуальных пробок чисто для торрентов. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ayvango Опубликовано 8 ноября, 2009 · Жалоба А суровая реальность такова, что практически все open source проекты, имеющие вменяемую бизнес-модель, работают также и под Windows. У юзеров нет особых стимулов для использования именно Linux. Но и стимула использовать винду в связи с успехами в эмуляции (wine) и виртуализации (virtualbox) тоже не много. Зато в линуксе реализован ряд системных плюшек, которых в винде сильно не хватает: нормальный менеджмент виртуальной памяти, богатый выбор IO шедулеров, fuse, lvm и прочие блочные вкусности, эффективные и фичастые фс, быстрый и широко настраиваемый файервол в паре с шейпером, MAC, отлаженные и надёжные фтп-сервера. И что самое приятное - готовые дистрибутивы программ. Под виндой права доступа на устанавливаемый софт (и идущие с ни в комплекте файлы) приходится вручную настраивать, виндопрограммеры не подозревают о том, что не все пользователи под рутом сидят, и сами права для файлов не расписывают. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
photon Опубликовано 9 ноября, 2009 (изменено) · Жалоба Сейчас с привилегиями для программ стало легче, т.к. до программеров таки дошло, что надо использовать пользовательские ветки реестра и хранить файлы в профиле. Большинство из названных преимуществ, которые реализуются ядром Linux, многим пользователям на десктопе не нужны. Для решения серверных задач (точка доступа, QoS, FTP) юзер просто купит себе готовую коробочку от ASUS или Linksys с тем же Linux на борту. Централизованная дистрибуция софта через репозитории тоже скорее благо для серверов, чем для десктопа, т.к. десктопных приложений очень много, и их сопровождение отнимает ресурсы у community. Лучше бы сами авторы занимались сопровождением пакетов для своего софта. Но для этого есть большое препятствие: бинарная несовместимость дистрибутивов. А версий винды не так много, сейчас используется максимум три (XP, Vista, 7), они в основном бинарно-совместимы, и Microsoft не тратит ресурсы на package management каждой проги под Windows, предоставляя это авторам. Изменено 9 ноября, 2009 пользователем photon Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ivan_83 Опубликовано 9 ноября, 2009 · Жалоба Сижу под виндой и никакой нехватки: "нормальный менеджмент виртуальной памяти, богатый выбор IO шедулеров, fuse, lvm и прочие блочные вкусности, эффективные и фичастые фс, быстрый и широко настраиваемый файервол в паре с шейпером, MAC, отлаженные и надёжные фтп-сервера" НЕ ОЩУЩАЮ!!! Виртуальная память мне не нужна, 4гб реальной. Шедулеры, файловые системы тоже не интересуют, не вижу принципиальных приемуществ хранения документов в других фс. Фаервола более, чем достаточно того что встроен в винду, но у меня и он отключен везде, кроме ноута, тк везде роутер в инет на фряхе. Шейпер не нужен лично на моём компе, на роутере он есть, и то только в одном месте. ФТП тоже не нужен, когда бывал нужен, вполне хватало IIS, и его же для HTTP, SMTP - особенно радовала простота настройки. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
kapa Опубликовано 9 ноября, 2009 · Жалоба А суровая реальность такова, что практически все open source проекты, имеющие вменяемую бизнес-модель, работают также и под Windows. У юзеров нет особых стимулов для использования именно Linux.Но и стимула использовать винду в связи с успехами в эмуляции (wine) и виртуализации (virtualbox) тоже не много. Зато в линуксе реализован ряд системных плюшек, которых в винде сильно не хватает: нормальный менеджмент виртуальной памяти, богатый выбор IO шедулеров, fuse, lvm и прочие блочные вкусности, эффективные и фичастые фс, быстрый и широко настраиваемый файервол в паре с шейпером, MAC, отлаженные и надёжные фтп-сервера. И что самое приятное - готовые дистрибутивы программ. Под виндой права доступа на устанавливаемый софт (и идущие с ни в комплекте файлы) приходится вручную настраивать, виндопрограммеры не подозревают о том, что не все пользователи под рутом сидят, и сами права для файлов не расписывают. Вы агитируете тут чтоли? Тут 99% знают плюсы и минусы операционок. Статистику использования абонентами ОС вы этим особо не измените - целевая аудитория не та. :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Dyr Опубликовано 9 ноября, 2009 · Жалоба Ставил мюТоррент 2.0, такое ощущение, что uTP работает медленнее, чем TCP. А вообще и в 1.8 можно включить использование uTP. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
photon Опубликовано 9 ноября, 2009 (изменено) · Жалоба Суть протокола скорее не в том, чтобы было медленнее или быстрее, а чтобы канал эффективно использовался и не было перегрузок на промежуточном оборудовании. К тому же нестандартный протокол будет сложнее блокировать. Сам сейчас качаю и вижу несколько человек с uTP среди сидеров с максимальными скоростями. Не все так плохо. Изменено 9 ноября, 2009 пользователем photon Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
t0ly Опубликовано 9 ноября, 2009 · Жалоба Описание - бред. Я так понял, что они объединили торрент клиент с корявым шейпером на клиентской стороне. Кому это нахрен нужно, когда linux уже давно десктопная ось, и на ней есть HTB, замечательно подходящий для распределения сетевой нагрузки между p2p сетями, веб браузингом и ssh.гггHTB управляемый домохозяйкой =) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Dyr Опубликовано 10 ноября, 2009 · Жалоба photon, если один и тот же канал при разных протоколах используется в одном из случаев эффективнее, то по-моему очевидно, что эта эффективность будет измеряться в том числе и тем обьёмом данных, что "прокачивается" через него за ту же единицу времени. ;) Накладных расходов меньше - данных помещается больше. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...