|
Papant
Стаж: 17 лет 3 месяца Сообщений: 56409
|
Papant ·
14-Сен-14 15:45
(10 лет 3 месяца назад)
Дык можно настроить скачивание на встроенный диск и перенос на внешний по окончании.
|
|
shifer2903
Стаж: 15 лет 10 месяцев Сообщений: 216
|
shifer2903 ·
14-Сен-14 17:39
(спустя 1 час 54 мин., ред. 14-Сен-14 17:39)
тыщ писал(а):
65139463
shifer2903 писал(а):
65138729Если про тип файловой системы то NTFS
В случае NTFS возможно устранение прописывания нулей при создании файлов.
shifer2903 писал(а):
65137721такая фигня наблюдалась только когда качал что-либо на съёмный диск (( Когда на встроенный попробовал всё норм.
Что тогда мешает - не ясно. Максимальная скорость скачивания заметно меньше скорости USB-интерфейса? С одним или множеством активных закачек/раздач перегружается кэш?
Ух вы меня грузанули )) Подробнее можно где нули надо прописать?! Мешало то, что на основном места не было ) Пришлось освободить )) Зависало и с одним и множеством закачек. Жесткий был такой http://www.kingmax.com/ru-ru/news/news/content/891 Только на 500 гигов. В характеристиках не указано, что с семёркой нормально контачит. Думаю может из-за этого ))
Рapant писал(а):
65139558Дык можно настроить скачивание на встроенный диск и перенос на внешний по окончании.
Да я сразу закачки перенёс на встроеный и вроде норм стало. Просто ситуация такая была, что удобнее было на внешний.
|
|
anya1956
Стаж: 15 лет 1 месяц Сообщений: 889
|
anya1956 ·
16-Сен-14 16:33
(спустя 1 день 22 часа)
groove_art писал(а):
65123097
скрытый текст
Перешёл на qBittorrent пол года назад. Подумал "подожду немного, через пол года исправят проблему с перегрузкой". http://i.imgur.com/EjFtn9c.png
Ну как такое возможно? Я думаю разработчики вообще не обращают вниманию на это. Ведь достаточно запустить торрент на стареньком компе или на ноутбуке, и вероятность того что с дефолтными настройками будет перегрузка - 90%.
Ответ:
Переходить можно на любой другой клиент, кроме µTorrent и BitTorrent.
Разработчикам нет необходимости заниматься с проблемой "Диск перегружен ... %", так как эта проблема только из-за огромных возможностей файлообмена клиентов µTorrent и BitTorrent, которых не имеют другие клиенты из-за ограниченного количества присоединяемых к клиенту пиров, участвующих в файлообмене файлов.
С дефолтными (исходными) настройками клиента сообщение "Диск перегружен (0 ... 100) %" в клиентах можно увидеть и на мощных компьютерах. Частота появления сообщения "Диск перегружен (0 ... 100) %" зависит только от степени загруженности клиента или от степени тяжести загрузки файлов. Но с дефолтными (исходными) настройками нет падения (самоотключения) клиента и нет безвозвратного зависания клиента (кратковременные зависания бывают) и поэтому любая загрузка файлов завершается окончательной загрузкой файлов. Возможности по количеству загружаемых файлов за определенный период времени с дефолтными (исходными) настройками клиента огромны. Например, с тарифным планом интернета с компьютером с ОЗУ 8 Гб многократно раз достигал количества скачанного до отметки 850 Гб за 24 часа.
shifer2903 писал(а):
65137227
скрытый текст
Короче единого способа борьбы с этой проблемой нет?! (( Беда началась недавно совсем, раньше не было. Качаю на внешний жесткий диск, через пару минут появляется надпись перегрузка кэша (( Раньше не было. Пробовал старую версию клиента установить, настройки поменять ( Всё равно (( беда ((
Ответ:
Единый способ окончательного решения проблемы "Диск перегружен (0 ... 100) %" возможен только за счет ущемления возможностей файлообмена клиентов µTorrent и BitTorrent, как это сделано разными способами в других клиентах.
Старые клиенты тоже очень хорошо знают проблему "Диск перегружен (0 ... 100) %". Просто они менее подвержены "Диск перегружен (0 ... 100) %" из-за того, что по сравнению с новыми версиями не имеют всех способов присоединения пиров участвующих в файлообмене файлов, т.е. менее подвержены из-за меньшего количества присоединения пиров к клиенту пользователя интернета.
Рapant писал(а):
65137260
скрытый текст
shifer2903 писал(а):
65137227единого способа борьбы с этой проблемой нет?!
Увы, иначе чего бы тут столько обсуждать.
Ответ:
Тема будет обсуждаться бесконечно долго - до тех пор пока тему эту не возьмет в свои руки Техпомощь трекера.
А так особой проблемы "Диск перегружен (0 ... 100) %" и нет. Например, пример загрузки файлов в течение 100 минут на средней скорости выше 11 Мбайт/с без потерь средней скорости отдачи:
Средняя скорость загрузки - 11,8272 Мбайт/с.
Средняя скорость отдачи - 10,8544 Мбайт/с.
Средняя скорость файлообмена общего (средняя скорость загрузки + средняя скорость отдачи) - 22,68 Мбайт/с.
Длительность выбранного периода для демонстрации данных по файлообмену - 100 минут.
Скриншоты сделаны с двухчасового видео, снятого во время загрузки файлов.
На скриншотах охвачен период загрузки файлов с 04.35 до 06.15.
Компьютер - ноутбук Lenovo Z710 c:
Диск для загрузки файла - внешний накопитель (диск Seagate).
|
|
14+
Стаж: 16 лет 11 месяцев Сообщений: 957
|
14+ ·
17-Сен-14 02:11
(спустя 9 часов)
Правильно ли я понимаю, что шанс получить сообщение о перегрузке диска зависит и от количества файлов в скачиваемой папке? Грубо говоря, если качаешь ремукс на 50 гб одним файлом - ты в шоколаде, если же диск с не измененной структурой с сотнями файлов внутри, то ты уже не в шоколаде ).
|
|
anya1956
Стаж: 15 лет 1 месяц Сообщений: 889
|
anya1956 ·
17-Сен-14 05:43
(спустя 3 часа)
14+ писал(а):
65166317Правильно ли я понимаю, что шанс получить сообщение о перегрузке диска зависит и от количества файлов в скачиваемой папке? Грубо говоря, если качаешь ремукс на 50 гб одним файлом - ты в шоколаде, если же диск с не измененной структурой с сотнями файлов внутри, то ты уже не в шоколаде ).
Нет оснований делать такие выводы, так как можно скачивать:
скрытый текст
а) папку, содержащую, например, 1 336 220 файлов (размер папки - 378,4 Гб) и не увидеть "Диск перегружен ... %" (по вашему: быть в шоколаде);
б) папку, содержащую всего один файл и довести клиент до "Диск перегружен 100 %" и даже завалить клиент (по вашему: быть в какашке).
Сам скачивал папку, указанную в пункте а), и клиент не испытывал дискомфорта при загрузке её.
Скачивал папку, содержащую всего два файла (один файл совсем маленький и поэтому можно считать, что в папке один файл):
много раз и клиент:
1) сегодня, например, не испытывал дискомфорта при её загрузке:
а) первая загрузка:
б) вторая загрузка:
в) дополнительное подтверждение наличия двухразовой загрузки (смотреть столбец Получено):
2) испытывал огромные проблемы при загрузке папки 20 ноября 2013 года (день размещения файла на трекере) - загрузил окончательно только после 7 пауз во время загрузки папки, т.е. загрузку останавливал 7 раз кнопкой Пауза.
В этот же день с другим клиентом, используя соответствующие настройки клиента, папку загрузил без проблем. Суммарная скорость раздачи файла на трекере только Сидов (без учета скорости отдачи Личеров) была выше 2 Гбайт/с (половину скорости раздачи файла на трекере имел известный многим аккаунт с 7 сидбоксами).
В этот же день файл загружал не менее 10 раз разными типами клиентов и часто заглядывал в клиенте процесс загрузки файла другими качающими. Несмотря на то, что подавляющее большинство качало файл свежими версиями клиентов, файл у качающих загружался до конца. Это было видно и в статистике раздачи файла - все выходили в Сиды, имея количество скачанного равного размеру файла.
Из сказанного возникает вопрос: Как смогли неумелые файлообменщики с новыми версиями клиентов загрузить этот файл без безвозвратного зависания клиентов?
Лица "победившие" в этой теме "Диск перегружен ... %" обязательно довели бы свой клиент до безвозвратного зависания, загружая этот файл, а лица, не читающие эту тему загрузку файла доводили бы до завершения.
Ответ простой - лица не посещающие форумы загружают файлы с исходными настройками клиента и все загрузки файлов у них доводятся до окончательного завершения, несмотря на то, что в клиенте очень часто может присутствовать сообщение "Диск перегружен на ... %".
Чтобы умело пользоваться настройками клиентов, лазающие в настройках клиентов в первую очередь сначала должны хорошо понять рекомендации разработчиков клиента по количеству соединений в клиенте в зависимости от скорости интернета хозяина клиента. Если они хорошо поймут для чего сделаны эти рекомендации, то смогут умело пользоваться настройками клиента.
|
|
groove_art
Стаж: 17 лет 9 месяцев Сообщений: 19
|
groove_art ·
18-Сен-14 15:34
(спустя 1 день 9 часов, ред. 18-Сен-14 15:34)
anya1956
Старенький ноутбук.
qBittorrent
http://i.imgur.com/1OuT9NG.png
Снял лимит на количество пиров и на скорость. Доходило до 35mb/s. 21 пиров соединены. Никаких зависании или тормозов.
uTorrent
http://i.imgur.com/hiRTxn2.png
Peer limit - 10
6 пиров соединены
Умер не доходя до 10mb/s.
Система тормозит, все запущенные программы зависают.
Вывод: технология распределения блоков и последующего соединения их в одном файле - не доделана.
|
|
Да_Я_Такой
Стаж: 16 лет 2 месяца Сообщений: 907
|
Да_Я_Такой ·
19-Сен-14 21:03
(спустя 1 день 5 часов)
В хваленом qBit всё же нашел строчку про перегрузку. Запрятали однако её. Помониторьте у кого раньше был перегруз с uT и BitT. Находится во вкладке "статистика".
|
|
тыщ
Стаж: 16 лет 7 месяцев Сообщений: 1427
|
тыщ ·
20-Сен-14 12:41
(спустя 15 часов)
groove_art писал(а):
65180987Вывод: технология распределения блоков и последующего соединения их в одном файле - не доделана.
Ну, разработчики µT в гораздо большей степени могут упорствовать со случайными запросами частей/блоков. Почему бы вам не попробовать с bt.sequential_download = *true скрытых настроек.
|
|
rebz9i
Стаж: 15 лет 4 месяца Сообщений: 647
|
rebz9i ·
28-Сен-14 01:05
(спустя 7 дней, ред. 28-Сен-14 01:05)
При отключенном Windows-кэшировании скорость отдачи падает от заявленной провайдером и появляется ошибка "Диск перегружен".
Перезапуск программы помогает временно, а потом скорость снижается снова. При включенном Windows-кэшировании скорость всегда по тарифу высокая, но система тормозит.
Браузер открывается очень медленно и вообще работать за ПК не комфортно. Как-то можно найти компромисс в настройках торрента?
Тему от " тыщ" прочитал, но толком не смог понять, какие же мне нужны настройки кэширования. Прошу помощи.
Скорость: 60 Мбит днём, 100 Мбит ночью. Версия программы uTorrent 1.8.2.
Вот мои настройки кэширования и статистика диска:
|
|
Hannibal61
Стаж: 14 лет 10 месяцев Сообщений: 17927
|
Hannibal61 ·
28-Сен-14 01:20
(спустя 14 мин.)
rebz9i писал(а):
65286237Браузер открывается очень медленно
rebz9i
Если канал забит полностью, то это не удивительно...
Загляните в Автоматическое управление скоростью µTorrent, высвобождение канала для браузера [решение]
|
|
BalticX
Стаж: 15 лет 6 месяцев Сообщений: 1722
|
BalticX ·
28-Сен-14 09:14
(спустя 7 часов)
rebz9i писал(а):
65286237Тему от "тыщ" прочитал, но толком не смог понять..
Да не может быть! Гляньте сюда: https://rutr.life/forum/viewtopic.php?p=64853690#64853690
Hannibal61 писал(а):
65286312Если канал забит полностью
Не канал, а Windows-кеширование память свободную всю забивает. Такой метод гигантского кеша хорош только когда кроме торрент-клиента на компе ничего больше не работает.
|
|
rebz9i
Стаж: 15 лет 4 месяца Сообщений: 647
|
rebz9i ·
28-Сен-14 09:49
(спустя 35 мин., ред. 28-Сен-14 09:49)
Жёсткие диски: WD10EZEX - системный, торренты - WD20EARX и ST31500541AS. Системный SATA3, два других SATA2. ОС: Windows 7 x64 SP1 Домашняя расширенная, ОЗУ 8 Гб. Вчера полностью убрал файл подкачки, стало полегче.
BalticX писал(а):
65287453
rebz9i писал(а):
65286237Тему от "тыщ" прочитал, но толком не смог понять..
Да не может быть!
Ладно, признаюсь, не полностью прочитал
То есть, мне может помочь "поставить в настройках diskio_nozero=true" ?
|
|
Papant
Стаж: 17 лет 3 месяца Сообщений: 56409
|
Papant ·
28-Сен-14 09:51
(спустя 2 мин.)
rebz9i писал(а):
65286237Тему от "тыщ" прочитал
Ну вы герой.. Я и сам боюсь сюда заглядывать..
Может помочь, а может и нет.. Поэкспериментируйте.
Если бы был простой способ - чего бы тут так долго обсуждать.
Клиент с правами админа пробовали запускать?
|
|
BalticX
Стаж: 15 лет 6 месяцев Сообщений: 1722
|
BalticX ·
28-Сен-14 10:00
(спустя 8 мин.)
rebz9i писал(а):
65287519Ладно, признаюсь, не полностью прочитал
Полностью и не выйдет - мозги забьются кашей ещё быстрее, чем виндовый кеш.
rebz9i писал(а):
65287519То есть, мне может помочь "поставить в настройках diskio_nozero=true"
Там всего 2 момента указаны, но оба принципиально важные. Всё остальное вторично.
|
|
RogerWilko
Стаж: 14 лет 9 месяцев Сообщений: 11574
|
RogerWilko ·
28-Сен-14 10:28
(спустя 28 мин.)
rebz9i писал(а):
65287519Вчера полностью убрал файл подкачки
Нельзя так делать.
|
|
Vicalf
Стаж: 15 лет 7 месяцев Сообщений: 67
|
Vicalf ·
28-Сен-14 11:12
(спустя 43 мин.)
RogerWilko
Уже писал, что не только можно, но и нужно в клиентах 2.2 и ниже. Включать Win кэширование, устанавливать совместимость с XP. Запускать от админа и будет Вам счастье.
|
|
RogerWilko
Стаж: 14 лет 9 месяцев Сообщений: 11574
|
RogerWilko ·
28-Сен-14 11:53
(спустя 41 мин.)
Vicalf писал(а):
65288511Уже писал, что не только можно, но и нужно в клиентах 2.2 и ниже.
Где? По-моему, вы не о том.
|
|
rebz9i
Стаж: 15 лет 4 месяца Сообщений: 647
|
rebz9i ·
28-Сен-14 13:04
(спустя 1 час 10 мин., ред. 28-Сен-14 13:04)
Рapant писал(а):
65287745Клиент с правами админа пробовали запускать?
Запустил с правами админа и включил diskio_nozero=true. Разницы не заметил.
RogerWilko писал(а):
65288103
rebz9i писал(а):
65287519Вчера полностью убрал файл подкачки
Нельзя так делать.
Почему? Давно так делаю. Компьютер словно оживает. Если не пользоваться восстановлением системы - файл подкачки и не нужен?
|
|
RogerWilko
Стаж: 14 лет 9 месяцев Сообщений: 11574
|
RogerWilko ·
28-Сен-14 13:31
(спустя 26 мин.)
rebz9i писал(а):
65289591Запустил с правами админа и включил diskio_nozero=true. Разницы не заметил.
Разница есть только в начале закачки файла. На раздачу не влияет.
rebz9i писал(а):
65289591Почему? Давно так делаю.
Читал. Всю аргументацию не запомнил, так что пересказывать не буду, а то совру ненароком ещё.
|
|
anya1956
Стаж: 15 лет 1 месяц Сообщений: 889
|
anya1956 ·
29-Сен-14 01:47
(спустя 12 часов, ред. 29-Сен-14 09:59)
rebz9i писал(а):
65286237
скрытый текст
При отключенном Windows-кэшировании скорость отдачи падает от заявленной провайдером и появляется ошибка "Диск перегружен".
Перезапуск программы помогает временно, а потом скорость снижается снова. При включенном Windows-кэшировании скорость всегда по тарифу высокая, но система тормозит.
Браузер открывается очень медленно и вообще работать за ПК не комфортно. Как-то можно найти компромисс в настройках торрента?
Тему от " тыщ" прочитал, но толком не смог понять, какие же мне нужны настройки кэширования. Прошу помощи.
Скорость: 60 Мбит днём, 100 Мбит ночью. Версия программы uTorrent 1.8.2.
Вот мои настройки кэширования и статистика диска:
Ответ:
Есть у Вас скриншоты, подтверждающие сказанное Вами: "При отключенном Windows-кэшировании скорость отдачи падает от заявленной провайдером и появляется ошибка "Диск перегружен""?
Может Ваши скорость отдачи следует читать как скорость загрузки, так "Диск перегружен ... %" характерен только процессу загрузки файлов?
Обосновать сможете свой выбор кеширования?
Настройки Ваши
можно делать только из-за любопытства или ещё в том случае, когда разработчиков клиента считать дурачками.
Скриншот статистики диска:
полезную информацию не несет и тем более не уверен, что даже очень хорошо разбирающийся в этом вопросе разберется в произошедшем в клиенте по чужим скриншотам.
Для анализа лучше приводить скриншоты клиента с максимальной информацией по пирам и с графиками работы клиента с обновлением графика через 5 минут или 30 секунд.
Судя по тексту сообщения и скриншоту статистики диска, проблема Ваша больше соответствует проблеме пожирания памяти компьютера, когда при отдаче свободная оперативная память компьютера сокращается до (10 ... 0)%, т.е. оперативная память компьютера занята на (90-100)%.
В таких случаях, конечно, страницы браузера открываются медленно и не только работа браузера замедляется, но и все действия в компьютере идут в замедленном темпе. Правда и сам браузер может может быть причиной торможения действий в компьютере. Например, из-за:
а) большого количества открытых страниц и вкладок;
б) всяких скриптов, стремящихся запуститься, например, в Mozilla Firefox моих компьютеров преследует:
в) возрастания занимаемой браузером памяти до огромных значений, например, в Internet Explorer бывает, что даже одна страница с одной вкладкой имеет занимаемую память более 1 Гб.
rebz9i писал(а):
65287519
скрытый текст
Жёсткие диски: WD10EZEX - системный, торренты - WD20EARX и ST31500541AS. Системный SATA3, два других SATA2. ОС: Windows 7 x64 SP1 Домашняя расширенная, ОЗУ 8 Гб. Вчера полностью убрал файл подкачки, стало полегче.
RogerWilko писал(а):
65288103
скрытый текст
Нельзя так делать.
Солидарен пока с RogerWilko:
скрытый текст
На одном из моих ноутбуков файл подкачки вырос до 26 Гб. Удалил файл подкачки совсем. В первые недели работы ноутбука всё было прекрасно, но потом возникла проблема: "Невозможно выполнить операцию на сокете, так как буфер слишком мал ...". Из-за этой проблемы приходилось перезагружать компьютер или даже отключать и включать компьютер только после примерно 5 минутного отдыха компьютера. В текущее время перезагружаю ноутбук уже через каждые 1-2 дня.
Рapant писал(а):
65287745
скрытый текст
rebz9i писал(а):
65286237Тему от "тыщ" прочитал
Ну вы герой.. Я и сам боюсь сюда заглядывать..
Может помочь, а может и нет.. Поэкспериментируйте.
Если бы был простой способ - чего бы тут так долго обсуждать.
Клиент с правами админа пробовали запускать?
Ответ:
Вместо: "Ну вы герой.. Я и сам боюсь сюда заглядывать.. :cry:" надо просто взять тему в свои руки, т.е. руки Техпомощи, которая пока в плену у незнающего файлообмен. Вы хоть прочитайте то, что он написал здесь ( https://rutr.life/forum/viewtopic.php?p=64878605#64878605 , https://rutr.life/forum/viewtopic.php?p=64893149#64893149 ):
тыщ писал(а):
64878605
скрытый текст
swed72
Не стоит выколачивать того, чего нет. Нет универсально лучшего для всех и для всего. Хотите лучшего (для вас), сооружайте несколько портабельных (инкапсулированных) клиентов разных версий, настраивайте, сравнивайте по функциональности и прочему, волнующему вас.
Предварительные замечания об отличиях.
Например, в своё время выяснил, что с 1.6.1 от версии к версии обычно растёт эффективность коммуникаций (всё меньше бестолковых), но важность этого снижается при сколь-нибудь удовлетворительной связи с трекером (не лежит, доступен, не перегружен, поставляет пиров).
Немного соображений о сравнении версий.
Hannibal61 писал(а):
64873498Почитайте <...> Хотя бы сообщение anya1956 тремя постами выше
Вы тоже за орден?
Сейчас в архиве две финальных версии µT2.0.4 и 2.2.1 от разработчиков со слегка (и вполне традиционно) правлеными настройками:
включено шифрование (стоило бы включить "принудительно");
отключены uTP, IP-filter (что-то не помню, чтоб глючил в двойках при отсутствии ipfilter.dat), LPD, добавление в исключения брандмауэра Windows, автообновление и отправка детальной информации;
изменены условие сидирования со 150% на -1, число активных торрентов с 8 на 10. Что-нибудь ещё сколь-нить существенного?. Что-нибудь похоже на «спрятанное решение проблемы "пожирания" памяти компьютера»?
А кто, по-вашему, «заслуженно заслужил орден», создатели µT2.0.4/2.2.1, поправивший настройки или, может, фантазёр, открывший волшебные свойства архива (так же как ранее, к примеру, "открыл", что клиент якобы приходит к пользователям с отключенным собственным кэшированием, и это далеко не последнее такое "открытие")?
тыщ писал(а):
64893149
скрытый текст
swed72
Я не стану делать выбор за вас)
Были/есть приверженцы и благодарные пользователи 1.6.1, 1.7.7 (даже 1.7.5), 1.8.1(2,3), 2,0,4, 2.2.1, да и новых тоже. Баланс способностей скачивания-раздачи, функциональности, глюкавости - свой для каждого неравнодушного пользователя. В целом способности и монструозность растут со временем, функциональность меняется разнонаправленно, так что смотрите сами, когда результаты борьбы за улучшения, функциональность, новшества (монструозность), доходы становятся для вас нестерпимыми)
Когда-то выяснял способности к раздаче в относительно долгих параллельных забегах настроенных (старых теперь) версий в условиях симметричного NAT. Разумеется, такие способности интересны только в условиях ненасыщенного канала. Приведу результаты, опустив кучу оговорок, не раз приведенных ранее (в самих отчётах, замечаниях, предварительных установках, обоснованиях):
[>> означает разницу в 1.5 раза и более.] 1.8.1 >> 1.6.1
1.8.1 ~ 1.7.5; на первый взгляд, 1.7.7 >> 1.7.5
https://rutr.life/forum/viewtopic.php?p=19662448#19662448 [архив темы моль поела)]
Соревнование 1.8.1 vs 1.7.5 по раздаче провёл пт27.02-чт19.03.2009 (без перерыва 20 дней с заметно неидеальной временами связью с трекером). Условия, оговорки можно увидеть в 1.8.1 vs 1.8.2, их развитие в 1.8.1 vs 1.6.1. Здесь упомяну лишь симметричный NAT, вырубающий IPv6/Teredo и входящие соединения (впрочем, и такое не редкость).
К финишу версии пришли вровень, в стабильных лидерах побывали обе, при этом выпукло проявились интересные особенности.
В ситуациях приличной связи с трекером (трекер исправно поставляет пиров, красные стрелки недолговечны) 1.7.5 может раздавать существенно больше (при посуточном сравнении), чем 1.8.1. В ситуациях же плохой связи с трекером 1.7.5 "сдувается" и раздаёт куда меньше, чем 1.8.1.
При длительной перегрузке трекера поставка новых пиров от него скудеет, рои пиров и обмен внутри них уменьшаются, клиенты не могут доложить статистику, так что вышеупомянутое преимущество 1.8.1 малость бледнеет из-за значительного падения отдачи обеими версиями и возможного неучёта статистики.
Меньшая зависимость от трекера в новых версиях (1.8+) объясняется бОльшей эффективностью коммуникаций пиров: текущих соединений 1.8.1 поддерживает в среднем больше в 1.8 (!) раз, исходящих соединений с момента запуска 1.8.1 устанавливает больше в 1.5 раза , чем 1.7.5, handshakes (+25%) при похожем служебном трафике (+9+11%).
Бороться с красными стрелками обновлением трекера вручную удобнее и легче в 1.8.1 . Субъективно, красных стрелок в 1.8.1 возникает чуть больше, но сопротивляются они заметно меньше.
Итак, версия 1.8.1 много удобней, лучше работает при плохой связи с трекером.
1.7.5 лучше раздаёт в условиях приличной связи с трекером.
---
При переносе инкапсулированных версий 1.7.5 и 1.6.1 внутрь другой папки (по факту без физического переноса!) получил весь список с ошибками "Невозможно открыть .torrent файл: ..." (а ведь к папке с ними в настройках был задан относительный путь), при этом пути к самим загрузкам сохранены (что особенно обидно). resume.dat.old был больше, чем resume.dat , но копировать его вообще говоря надо в первые минуты запуска и уж конечно до закрытия клиента, т.к. со временем и сразу по закрытию переписывается порченым. Ещё один минус старичкам за диверсию при переносе. Устраняется ошибка "Невозможно открыть .torrent-файл: ..." достаточно просто, на раз-два-три:
1)Обеспечиваем торрент-файл по нужному адресу - указанному в Настройках - Папках (у меня это папка с относительным адресом "торрент-файлы" без кавычек) или в скрытой папке настроек %APPDATA%\uTorrent по умолчанию.
2) Хэшируем (перепроверяем) торрент через правый клик.
3) Запускаем, если результат хэширования нас удовлетворил.
Остальные версии, начиная с 1.7.7, перенос не заметили, только ярлыки пришлось создать заново.
Кстати, предварительный прогон показывает: 1.7.7 заметно лучше и удобнее, чем 1.7.5.
1.8.1 >> 1.8.2 (14458)
https://rutr.life/forum/viewtopic.php?p=18052807#18052807 [архив темы моль поела)]
Организовал соревнование 1.8.1 vs 1.8.2 (14458) по раздаче. Строго говоря, в 1.8.2 всего лишь убирали разные баги, а не улучшали параметры (см. изменения в 1.8.2), и разницы, вроде, быть не должно.
Запустил их на раздачу с идентичными настройками (кроме порта прослушивания, естественно) на одном и том же (!) материале в течение 3-х суток (чт-сб) для убедительности результата. Упомяну без толку установленные IPv6/Teredo и симметричный NAT, вырубающий последних. 1.8.1 был запущен на 28 минут раньше, но время отсчитывал каждому от запуска. Вот итоги. 1.8.1 победил "улучшенного" соперника, отдав на 23% больше. Показалось, 1.8.2 чуть хуже держит связь с трекером - больше красных стрелок.
При старте 1.8.2 сразу вырвался вперёд (возможно, из-за того, что его порт был известен "широкому кругу пиров"), к концу 2-го разрыв сократился до ~10%, в течение 3-го разрыв только рос.
Служебный трафик (приём) идентичен. Статистика соединений складывается в пользу 1.8.2: исходящих с момента запуска больше на 7.6%, входящих меньше на 24%. Ещё раз напомню, что входящие у меня остаточные (сроду не было флага I у пиров) - по идее их вовсе не должно быть, так что меньше в данном конкретном случае - лучше.
Соревнование прекратил, чтоб выяснить, не связано ли общее (суммарное) падение отдачи с количеством работающих клиентов. По крайней мере потолок скорости отдачи для 2-х клиентов на 11% меньше, чем для одного.
Да, с одним клиентом раздача наладилась. За следующие сутки 1.8.1 в одиночестве раздал на 18.8% больше, чем за трое суток с соперником.
------- Ответы
- В статистике трекера, разумеется, учитываются суммарные цифры. В подробной статистике пиров каждой темы оба клиента видятся раздельно (порты ведь разные) с идентичным (моим) ником.
- Соревнования - не эксперимент, поэтому цифры буду поверять цифрами. Будет ещё версия - проверю и её (заодно и повторяемость оценю).
1.8.4 ~ 1.8.3; вроде бы 1.9-beta-14908 >> текущей на тот момент 2.0 1.9-beta-14908 >> 1.7.7 >1.8.1 1.9-beta-14908 (лидер среди 1.9) >> 1.9-alpha-15380 1.9-beta-14908 >> 1.8.3(15520) > 1.9-alpha-15380
swed72 писал(а):
64879981и обще принятые настройки- скорости ,соединения, биторента,очередности, кеширования
Установка и настройка клиента µtorrent для достижения максимальной скорости скачивания и отдачи
Ошибка: Диск перегружен (Настройка кэширования и другие способы уменьшения нагрузки на HDD) [Ответы в 1-м посте]
Настройки "Дополнительно" в uTorrent. Что, как, зачем.
Рapant писал(а):
64879178Глюки этой функции - какие-то самопроизвольные. Вразумительной статистики собрать не получилось. Но очень часто при непонятных глюках клиента - её отключение помогало. Может и не во всех билдах, но во всех версиях.
В том-то и дело, что никто не удостоверился ни разу (не видел ни одного отчёта), что включение IP-фильтра вновь стабильно приводило к ухудшению, а само улучшение стабильно связано именно с отключением IP-фильтра (а не с изменившимися в связи с прошедшим временем условиями, перезапуске клиента/ОС/подключения).
Уровень его знания остался на уровне 2012 года: https://rutr.life/forum/viewtopic.php?p=55642188#55642188 .
Самое интересное то, что ещё в 2012 году были попытки вразумить его ( https://rutr.life/forum/viewtopic.php?p=55642632#55642632 ):
RogerWilko писал(а):
55642632
скрытый текст
тыщ
Вы не в ту степь пошли.
Сама проблема особой сложности не имеет:
а) загрузка файлов на средней скорости более 11 Мбайт/с в течение 23,3 часа ((1024 (1 Тб) - 78,3)/23,3=945,7/23,3=40,6 Гб/час или 11,55 Мбайт/с):
б) загрузка файлов на средней скорости более 11 Мбайт/с в течение 10 часов ((654 - 250,5)/10=40,35 Гб/час или 11,48 Мбайт/с):
в) загрузка файлов на средней скорости более 11 Мбайт/с в течение 43 часов ((1,9*1024-250,5)/43=39,42 Гб/час или 11,2 Мбайт/с):
Файлы загружал ноутбук Lenovo Z710 с ОЗУ 8 Гб и ОС Windows 8.
|
|
rebz9i
Стаж: 15 лет 4 месяца Сообщений: 647
|
rebz9i ·
29-Сен-14 16:34
(спустя 14 часов, ред. 29-Сен-14 16:34)
anya1956
Ого, какой развёрнутый комментарий. Чтобы на всё ответить понадобится время.
Цитата:
Обосновать сможете свой выбор кеширования?
Настройки кэширования были выставлены по умолчанию. Что-то в теме от " тыщ" прочёл, что-то сам чуть ли не наугад выставил.
Цитата:
Может Ваши скорость отдачи следует читать как скорость загрузки, так "Диск перегружен ... %" характерен только процессу загрузки файлов?
Думаю, можно так читать, "Диск перегружен" характерен именно процессу загрузки.
Цитата:
Судя по тексту сообщения и скриншоту статистики диска, проблема Ваша больше соответствует проблеме пожирания памяти компьютера, когда при отдаче свободная оперативная память компьютера сокращается до (10 ... 0)%, т.е. оперативная память компьютера занята на (90-100)%.
Наверно так и есть. Тогда надо искать причину и метод борьбы с ней.
|
|
_Аркадичь_
Стаж: 11 лет 10 месяцев Сообщений: 1035
|
_Аркадичь_ ·
29-Сен-14 16:55
(спустя 21 мин.)
|
|
rebz9i
Стаж: 15 лет 4 месяца Сообщений: 647
|
rebz9i ·
29-Сен-14 18:20
(спустя 1 час 25 мин., ред. 29-Сен-14 18:20)
_Аркадичь_ писал(а):
65302389Нужно больше скриншотов.
Могу сделать только самого utorrent'a Программ, которые установлены у anya1956 у меня нет.
При закачке любого файла, сразу скорость исходящая урезается почти до минимума. И так всегда.
|
|
RogerWilko
Стаж: 14 лет 9 месяцев Сообщений: 11574
|
RogerWilko ·
29-Сен-14 18:40
(спустя 20 мин.)
rebz9i писал(а):
65303324При закачке любого файла, сразу скорость исходящая урезается почти до минимума. И так всегда.
У меня тоже.
|
|
_Аркадичь_
Стаж: 11 лет 10 месяцев Сообщений: 1035
|
_Аркадичь_ ·
30-Сен-14 00:22
(спустя 5 часов)
rebz9i
RogerWilko
Качайте на отдельный диск. Вуаля! У меня тоже иной раз, если качается на диск, с которого много торрентов раздаётся, максимальная отдача снижается.
|
|
RogerWilko
Стаж: 14 лет 9 месяцев Сообщений: 11574
|
RogerWilko ·
30-Сен-14 00:41
(спустя 19 мин.)
_Аркадичь_ писал(а):
65307574Качайте на отдельный диск. Вуаля!
Не помогает, ибо кэш в торренте один.
Зато помогает запуск двух копий клиента: одна раздаёт, другая качает.
|
|
Hannibal61
Стаж: 14 лет 10 месяцев Сообщений: 17927
|
Hannibal61 ·
30-Сен-14 00:51
(спустя 10 мин., ред. 30-Сен-14 00:51)
RogerWilko
У меня их 4: два на раздаче и закачке по хранительству, один "На своих", одним качаю что-то другое или с других сайтов. Правда, тот, каким только качаю, стоИт на отдельном компе, но это уже другой разговор...
|
|
_Аркадичь_
Стаж: 11 лет 10 месяцев Сообщений: 1035
|
_Аркадичь_ ·
30-Сен-14 10:15
(спустя 9 часов)
RogerWilko
2.0.4 и проблем не знаю.
|
|
rebz9i
Стаж: 15 лет 4 месяца Сообщений: 647
|
rebz9i ·
30-Сен-14 14:20
(спустя 4 часа, ред. 30-Сен-14 14:20)
_Аркадичь_ писал(а):
2.0.4 и проблем не знаю.
На других версиях наблюдались похожие, как у нас проблемы? Попробовать что ли эту 2.0.4...
|
|
anya1956
Стаж: 15 лет 1 месяц Сообщений: 889
|
anya1956 ·
30-Сен-14 16:29
(спустя 2 часа 9 мин.)
rebz9i писал(а):
65303324
скрытый текст
_Аркадичь_ писал(а):
65302389Нужно больше скриншотов.
Могу сделать только самого utorrent'a Программ, которые установлены у anya1956 у меня нет.
При закачке любого файла, сразу скорость исходящая урезается почти до минимума. И так всегда.
В первую очередь для анализа нужны как раз скриншоты клиента. Но лучше иметь ещё скриншоты программ, показывающих занимаемую память процессами, запущенными в компьютере. В слепую давать советы можно только наугад.
Продолжение:
Диспетчер задач у Вас есть в операционной системе. Если ОС Windows 7 или 8, то в ОС есть ещё Монитор ресурсов, для ХР можно скачать, например, в исполнении Portable.
Process Explorer и System Explorer можно скачать. У меня они в исполнении Portable, чтобы меньше засорять ОС.
Скриншоты этих программ можно приводить на фоне клиента, если всё приводить одним скриншотом, но лучше раздельно, чтобы показать максимальное количество запущенных процессов.
Падение скорости отдачи при загрузке любого файла до минимума, конечно, нормальным явлением не назовешь и поэтому надо искать причину этого падения скорости отдачи.
Поиск причины надо начинать с установки второго клиента, например, BitTorrent - µTorrent для отдачи, а BitTorrent для загрузки файлов. В этом случае скорость отдачи падает, как правило, на не более 50 % (на более падает при очень тяжелых случаях загрузки файлов).
Если в этом случае не будет улучшения, то заняться клиентом и операционной системой, возможно, и провайдером, так как бывают случаи, когда провайдеры не могут одновременно полноценно обеспечивать скорость приема и отдачи - знаю по своему опыту (есть неопровержимые доказательства этого).
Операционная система может быть причиной падения скорости отдачи, например, из-за накопления "мусора" (временных файлов). Есть, конечно, и другие причины.
Клиент может быть причиной падения скорости отдачи, например, из-за настроек клиента или "полуживого" его состояния из-за длительности его использования, т.е. клиент становится не совсем исправным или клиент и ОС не очень хорошо понимают друг друга.
Степень загруженности оперативной памяти компьютера тоже является причиной падения скорости отдачи даже при отсутствии загрузки файлов. При занятости оперативной памяти компьютера близкой к 100 % скорость отдачи может падать до 0 даже при отсутствии загрузки файлов и активности хозяина компьютера в ОС компьютера.
Некоторые комментарии по вашему скриншоту:
и сообщению:
1. Все скачанные файлы висят на отдаче.
2. Количество активных раздач - 119, т.е. количество качающих с клиента не менее 119.
3. Загружаемые файлы по наличию пиров не должны приводить к падению скорости отдачи.
Вытекает предварительный диагноз вашей проблемы - большая занятость оперативной памяти из-за большого количества присоединенных к клиенту качающих и недостаточность характеристик компьютера для обслуживания этого огромного количества качающих. Влияет ещё и длительность непрерывной работы клиента и самого компьютера.
Попробовал оценить отдачу вашего клиента:
Средняя скорость отдачи вашего клиента моему клиенту составляла примерно на уровне 20 Кбайт/с. Это позволяет сделать примерную оценку работы вашего клиента - при количестве активных раздач 119 ваш тарифный план по отдаче (60 Мбит/с) загружен примерно на 30 % или количество качающих намного больше 119, если ваш канал отдачи загружен полностью. Надеюсь, нет в вашем клиенте ограничения отдачи по раздачам?
Данные вашего профиля:
показывают, что нет необходимости держать Вам огромное количество раздач, так как нет эффективности отдачи на бонусных файлах - имеющие эффективную отдачу на бонусных файлах по крайней мере имеют отдачу на бонусных файлах более 50 Тб, т.е. Вам лучше делать упор на общую отдачу. Общую отдачу, полностью загружая канал отдачи, можно делать и при малом количестве раздач на отдаче и даже на одном файле. Есть такие файлы. Сам на таком файле за 10 месяцев отдал более 1 ПБ (на этом файле один аккаунт с 7 сидбоксами за месяц отдал более 1 ПБ), бросив свой аккаунт с параметрами:
Отдыхает этот аккаунт практически с 20 ноября 2013 года, но по суммарной отдаче пока не обогнали. По бонусной отдаче уже несколько аккаунтов обогнали. Бонусная отдача сделана за менее года и практически она сделана на огромных файлах (80-400 Гб), которые имели всегда на трекере скорость раздачи, т.е. я специально не держал файлы для бонусной отдачи.
Держать огромное количество раздач включенными оправдано только на трекерах с приватными раздачами из-за огромного ограничения возможностей присоединения качающих к клиенту.
RogerWilko:
rebz9i писал(а):
При закачке любого файла, сразу скорость исходящая урезается почти до минимума. И так всегда.
У меня тоже.
_Аркадичь_:
Качайте на отдельный диск. Вуаля!
У меня тоже иной раз, если качается на диск, с которого много торрентов раздаётся, максимальная отдача снижается.
RogerWilko:
Зато помогает запуск двух копий клиента: одна раздаёт, другая качает.
Hannibal61:
У меня их 4: два на раздаче и закачке по хранительству, один "На своих", одним качаю что-то другое или с других сайтов. Правда, тот, каким только качаю, стоИт на отдельном компе, но это уже другой разговор...
_Аркадичь_:
2.0.4 и проблем не знаю.
Добиться файлообмена 11 Мбайт/с (Загрузка) + 11 Мбайт/с (Отдача) на тарифном плане 100/100 Мбит/с или до 100/100 Мбит/с в одном клиенте очень тяжело. Если тарифный план намного больше 100/100 Мбит/с, то особой проблемы нет - достаточно иметь компьютер с хорошими характеристиками.
Добиться файлообмена 22 Мбайт/с (Загрузка) + 22 Мбайт/с (Отдача) на тарифном плане 200/200 Мбит/с или до 200/200 Мбит/с в одном клиенте очень тяжело. Если тарифный план намного больше 200/200 Мбит/с, то особой проблемы нет - достаточно иметь компьютер с хорошими характеристиками.
Скачивать файлы, не теряя скорость отдачи намного легче с двумя и более клиентами:
скрытый текст
Например, примеры:
Конечно, самым лучшим вариантом файлообмена является файлообмен с двумя и более компьютерами. Роутеры, как правило, позволяют присоединять до 4 компьютеров с кабелем (без кабеля даже больше). При таком файлообмене файлообмен клиента не зависит от файлообмена клиента, находящегося в другом компьютере.
Жалко, что в тексте сообщения Hannibal61 есть слово Правда, ... (позволяет сделать вывод, что автор цитаты полностью не осознал ещё преимущества файлообмена с двух и более компьютеров).
Для такого файлообмена надо иметь роутер со скоростью файлообмена не менее суммарной скорости файлообмена (загрузка + отдача) тарифного плана интернета. В этом случае легко получить суммарный файлообмен, например, на скорости 11 Мбит/с (Загрузка) + 11 Мбит/с (Отдача).
К одному из моих интнрнетов подключены вообще 4 единицы ПК:
Когда подключался к провайдеру специалист провайдера на мой вопрос: "Как распределяется скорость файлообмена по портам?" ответил: "Равномерно". Конечно, я был не рад такому ответу. Но в ходе эксплуатации роутера сразу увидел, что скорость файлообмена по портам распределяется в зависимости от загруженности клиентов в компьютерах и я сразу успокоился.
Аккаунту _Аркадичь_ на его 2.0.4 и проблем не знаю можно ответить, что сказанное не соответствует действительности, так как автор уже не однократно раз жаловался на свой клиент µTorrent 2.0.4, а в защиту исключительности µTorrent 2.0.4 в файлообмене не приводил доказательств - приводил только голословные типа: "µTorrent 2.0.4 и нет проблем". В свое время у него и с µTorrent 3.0 "не было" проблем.
Фактически µTorrent 2.0.4 не лучше и не хуже остальных версий.
Я сам как бы косвенно хвалил µTorrent 2.0.4 в сообщении https://rutr.life/forum/viewtopic.php?p=64871547#64871547 :
но при проверке файлообменом низкая занятость памяти компьютера объяснилась тем, что клиенты из архива на моих компьютерах не умеют раздавать указанный в тексте интересный файл с постоянной средней скоростью 11 Мбайт/с и выше - при многодневной раздаче средняя скорость отдачи не выше 10 Мбайт/с. Эпизодами они конечно раздавали и со скоростью 11 Мбайт/с и выше, но в целом средняя скорость отдачи при многодневном файлообмене была не выше 10 Мбайт/с. Поэтому в тексте сообщения есть: Но имеет небольшой недостаток, который не волнует всех, кроме меня одного.
|
|
|