anya1956ss

anya1956ss: Объём ОЗУ компьютера 16 Гб. Раздается всего 1 файл объёмом 49,3 Гб. Загруженность физической памяти на уровне 99* %.
ФАНАТ:
Cкрытый текст -

ФАНАТ: То, что память так забивается при раздаче больших файлов, притом что сам процесс торрент-клиента особо ее не использует - главный косяк некоторых версий uTorrent/Bittorrent.
anya1956ss: Если коротко ответить, то нет никакого косяка некоторых версий uTorrent/Bittorrent и вообще нет косяков клиентов µTorrent и Bittorrent в файлообмене. Все эти косяки придуманы лицами, которые не очень хорошо представляют файлообменные процессы и не очень хорошо представляют условия подбора "железа" для файлообменных процессов в зависимости от скорости файлообмена и объёма файлов, участвующих в файлообмене.
Файлообменный процесс на огромных скоростях со слабым "железом" это искусство.
Файлообменный процесс на огромных скоростях с мощным "железом", с огромным объёмом ОЗУ, с огромным дисковым пространством искусством не является.
Искусство развивается там, где есть всякие ограничения типа слабый компьютер, но хочется добиться постоянных максимально возможных результатов по объёму трафика файлообмена. Разовых результатов может увидеть любой скажем так - при везении.
То, что при ОЗУ компьютера в 16 Гб раздается всего 1 файл объёмом 49,3 Гб и при этом загруженность физической памяти на уровне 99* %, вовсе не означает, что уровень загруженности будет на постоянном уровне 99* %, так как даже может быть 10-15 % и при этом даже будет максимальная скорость отдачи в длительное время, например, при интернете в 100 Мбит/с. У меня полно таких подтверждений:

Cкрытый текст -
Если увидеть, например, загруженность физической памяти типа 10-15 % с этого же файла (49,3 Гб), то это просто означает то, что в момент наблюдения в памяти компьютера находятся 1,6-2,4 Гб (10-15 % от объёма ОЗУ) частей файлов файла размером 49,3 Гб и качающие скачивают их только, т.е. скачали и отцепились, а другие уже прицепились до удаления из памяти блоков с этими частями.
Много лет назад, когда интернет имел всего 30 Мбит/с, раздавал один и тот же файл размером 441 Гб и канал отдачи всегда был занят. Как-то заинтересовался раздаваемыми частями файлов и поразился, увидев то, что мой клиент оказывается раздает узкий круг файлов огромного файла (ПАКа). Поэтому я и не удивлялся скоростям аккаунтов в статистике раздачи файла, когда они имели такие же скорости отдачи, что имел и мой клиент, скачав, например, 5 % от 441 Гб.

ФАНАТ: uTorrent, он же Bittorrent, читает файлы с диска, ОС кеширует куски файлов в память, но не присваивает эту память процессу uTorrent.exe, т.к. файловый кеш - глобальный, и им может пользоваться любой процесс.
Т.к. к файлам идет постоянное обращение, эти файлы постепенно занимают всю свободную память, а затем и вытесняют все остальное. Это, конечно, ненормально. У файлов, кешированных для uTorrent, должен быть наименьший приоритет в памяти, чтобы не мешать работе остальных.
anya1956ss: Для наглядности представим ОЗУ как "емкость с водой", а память для деятельности utorrent.exe Private Bytes (согласно терминологии программы Process Explorer) или "Выделенная память" (по терминологии Windows 7 в Диспетчере задач (в пределах 2-х Гб из-за ограничения использования памяти ОС 32-х битным программам и приложениям)) "эластичным мешком с водой". При раздаче льётся вода из емкости, но не может литься из эластичного мешка. При загрузке файлов "вода" поступает только в эластичный мешок, а из него в предварительную "емкость" (буфер обмена или память) диска, далее "разбрызгиваются" "капли" по своим местам в диске. Размер "эластичного мешка" определяется выбранной кэш-памятью.
ОС всё-таки мозгом не является и поэтому интуитивно не может действовать. Поэтому каждая программа использует столько памяти (в пределах 2-х Гб) сколько позволит ОС с остальными программами, т.е. остальные тоже хотят иметь свою долю в используемой памяти. Если Хозяин компьютера, например, выделяет большое внимание браузеру, то "эластичные мешки" от браузера могут расширяться и уменьшить резко объём раздаваемой "воды" в "емкости" для раздачи, даже если клиент имеет приоритет перед остальными программами и это приведет к падению скорости отдачи, если оставшийся объём не позволит сохранить скорость отдачи на прежнем уровне.
В принципе, приоритет играет роль только при очень малой свободной памяти, когда менее приоритетные программы и приложения начинают отключаться первыми.
Откровенно говоря, во время работы в ОС при работающем клиенте явным недостатком является только то, что:
а) нет ограничения на объём раздаваемых частей файлов в ОЗУ, т.е. деятельность клиента стремится занимать почти всю свободную память и в конце концов это приводит к падению скорости отдачи из-за того, что при малой свободной памяти ОС "пьянеет" от нехватки "воздуха" как человек при кислородном голодании и нередко ОС "засыпает" (зависает) и даже "падает" (отключается);
б) нет разгрузки Virtual Size (согласно терминологии программы Process Explorer) процесса utorrent.exe без перезапуска клиента.
Память, занятая частями файлов, легко разгружается и без перезапуска клиента, т.е. достаточно отключить в клиенте работающие раздачи.

ФАНАТ: Если интересно, статьи про работу памяти в Windows и про uTorrent:
Часть 1 https://geektimes.ru/post/107605/
Часть 2 https://geektimes.ru/post/107607/
Часть 3 https://geektimes.ru/post/107637/ (здесь пример с uTorrent и решение)
anya1956ss: Когда-то мне предлагал их прочесть один из аккаунтов Техпомощи рутрекера (он тогда ещё в Техпомощи не был). Ответ мой был коротким типа: "Читал только поверхностно, так как автор статей не дружит торрентом (сам пишет об этом в статье).".
Если человек занимается имитацией файлообменных процессов в ОС с uTorrent без самого клиента, когда свободно мог делать эксперименты в натуре (без имитации) с uTorrent, то статьям таких авторов нет особого доверия. Имитации делают тогда, когда невозможны прямые (натурные) испытания и эксперименты.