![]() |
#341 |
Разработчик
![]() ![]() |
santayana:
Cкрытый текст - Если отвечающий что-то просит, то он просит это для того, чтобы не писать лишние строчки: Cкрытый текст - Просьба: "Сообщите о типе своего клиента (инсталлированный (установленный в ОС) или в исполнении Portable) и сообщу о том, как увидеть Transfer History." появилась из-за того, что при имении клиента в исполнении Portable ответ будет коротким, а при имении (инсталлированной (установленной в ОС) версии клиента, необходимо ещё описать о том, что как из (инсталлированной (установленной в ОС) версии клиента сделать клиент в исполнении Portable. Ответ для клиента в исполнении Portable*. Cкрытый текст - Версии µTorrent ниже 2 не имеют: а) протокола обмена информацией µTР (µTР появился ещё в версии 1.8.2, но полноценная работа этого протокола только с версии 2); б) например, в версии 1.7.7 одновременных действий для групп файлов, например, по групповой замене анонсеров или по групповой замене passkey в анонсерах. в) полноценного отображения всех параметров файлообмена, например, в версии 1.7.7 коэффициент отдачи (ратио) больше 10 000 не показывается, т.е. после 10 000 знак бесконечности. Версии ниже 3 не имеют столбца, показывающего места хранения файлов. Версии 3 напичканы опциями, многие из которых файлообмену не требуются. Естественно, чем сложнее программа, тем она менее стабильна, чем программы в более простом исполнении. Чтобы увидеть опцию "История передач" ("Transfer History") в µTorrent 1.8.2 в исполнении Portable необходимо: 1) поместить в папку с клиентом файл utorrent.exe от версии, в которой опция "История передач" ("Transfer History") уже есть, например, от популярной версии µTorrent 2.0.4, переименовав файл utorrent.exe клиента µTorrent 2.0.4 в µTorrent 2.0.4.exe (чтобы не было попытки иметь два файла utorrent.exe под одним наименованием (ОС не допустит этого); 2) запустить файл µTorrent 2.0.4.exe (клиент откроется как µTorrent 1.8.2, так как файл settings.dat от версии µTorrent 1.8.2 и не будет опции "История передач" ("Transfer History"); 3) клиент отключить и вновь запустить с µTorrent 2.0.4.exe (клиент откроется как µTorrent 2.0.4 и в нем опция "История передач" ("Transfer History") будет и она будет показывать данные, набранные версией µTorrent 1.8.2). Наглядная демонстрация написанного: : , , : santayana: Хотя, не гонять 24 часа большой комп, а запустить в прихожей что-нибудь маленькое и энергоэффективное для раздачи фильмов - идея привлекательная. anya1956ss: В файлообмене лучше иметь 5 Мини-ПК, чем один ПК, потребляющий электроэнергии столько же, что 5 Мини-ПК. santayana: Верю ли я в достоверность достижений по отдаче? Меня удивляют такие большие цифры, но ведь есть же люди, которые в секунду зарабатывают больше чем я за год. Я не придавала этому значения. anya1956ss: Есть основания сомневаться и не только сомневаться, так как имею прямые доказательства о том, что они фальшивые. Конечно, не у всех фальшивые. Один аккаунт из этого Топ-10 мне написал: "Если бы я захотел, то я его догнал бы.". Я ему в ответ: "Никогда не догоните. Он Вас всегда будет держать на недосягаемой дистанции.". Так и было и искажающий отдачу даже увеличил разницу в отданном с ним. santayana: Вы так старательно пытались мне помочь, но я потеряла мысль. anya1956ss: Написанное на форумах предназначается не только тому, которому отвечаешь, т.е. читающие сообщения могут делать собственные выводы и взять на вооружение что-то, если им это требуется. Примечание: 1. Клиент отключен тогда, когда нет процесса utorrent.exe в Диспетчере задач. 2. Правильный выход клиента из ОС такой, когда все файлы остановлены кнопкой "Стоп". 3. В ОС должен работать только один экземпляр µTorrent. 4. В ОС могут работать два и более экземпляров µTorrent, если знать правила запуска их для одновременной работы в одной ОС. Если у Вас клиент инсталлированной (установленной в ОС) версии, то сообщите об этом, т.е. напишу о том, как сделать копию клиента из инсталлированной (установленной в ОС) версии в исполнении Portable или укажу сообщения, в которых уже об этом писал. |
![]() |
![]() |
#342 |
Разработчик
![]() ![]() |
Одновременная большая скорость загрузки и отдачи при маленькой кэш-памяти возможна только при малом количестве Пиров. |
![]() |
![]() |
#343 |
Сообщения: n/a
|
Некорректно сравниваете. В топе висят новинки, к тому же новинки маленького объема, соответственно на них и сидов тысячи. Если же взять свежее в БлюРэй, то через неделю остается 50-100 сидов, через месяц 20-30 в лучшем случае. И так почти на всех ресурсах, в силу того что безумных коллекционеров собирающих тысячи и тысячи раздач не так много. За скрин спасибо, мне бы такой вариант тарифа не помешал По настройкам уже ответили, нужно кэш увеличить, но с малым объемом оперативной памяти это довольно ресурсоемко будет для системы. |
![]() |
![]() |
#344 |
Разработчик
![]() ![]() |
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, то статьям таких авторов нет особого доверия. Имитации делают тогда, когда невозможны прямые (натурные) испытания и эксперименты. |
![]() |
![]() |
#345 |
Разработчик
![]() ![]() |
Для fessmaster:
Cкрытый текст - |
![]() |
![]() |
#346 |
Сообщения: n/a
|
|
![]() |
![]() |
#347 |
Разработчик
![]() ![]() |
Предупредил, чтобы пересмотрели некоторые свои выводы, так как многое из написанного легко опровергается. Предупредил, чтобы из-за обид ответом моего аккаунта не вырос очередной "Зуб", стремящийся конфликтовать с моим аккаунтом. |
![]() |
![]() |
#348 |
Сообщения: n/a
|
Это же интернет, какие обиды? К тому же, я довольно много ваших сообщений читал на рутрекере и знаю с чем могу столкнуться Я не против опровержений, мне лишь не понравилась формулировка с "синяками". Не надо так |
![]() |
![]() |
#349 |
Разработчик
![]() ![]() |
Ну, если необидчивы, то до завтрашнего дня отвечу. |
![]() |
![]() |
#350 |
Сообщения: n/a
|
На сайте хранителей мне очень не хватает названий файлов и папок. Приходится искать раздачу в клиенте по размеру. В описании раздач (на любом сайте) хотелось бы сразу видеть список файлов, например, под техданными. И ссылки на IMDb и КиноПоиск.
Названия папок и файлов мне в первую очередь нужны в списках раздач, особенно в двух: 1. Хранимые раздачи без сидов Очень хорошо, что они отсортированы по количеству сидов. 2. В этот час ... Сидировались вами В первом я смотрю, что включить, а во втором, что выключить. Почему нет сортировки во всех списках? Почему списки имеют разный вид? Это же настоящий калейдоскоп! )) |
![]() |
![]() |
#351 |
Заблокирован
![]() ![]() |
Сняли с должности. На биржу труда...
|
![]() |
![]() |
#352 |
Сообщения: n/a
|
|
![]() |
![]() |
#353 |
Заблокирован
![]() ![]() |
|
![]() |
![]() |
#354 |
Сообщения: n/a
|
Cкрытый текст - Сорри за оффтоп |
![]() |
![]() |
#355 |
Разработчик
![]() ![]() |
fessmaster:
Cкрытый текст - fessmaster: Вопрос о автоматическом управлении раздачами встал 5 лет назад, когда кол-во торрентов в клиенте перевалило за 1000 (сейчас около 3000 в двух клиентах, с мертвым клубом было чуть больше 5000). Решение так и не найдено. В "приличных" клиентах функция не реализована, в Биткоммет я пробовал эту плюшку, она вроде даже работает, но клиент не поддавался настройке, плюс на тот момент были версии с глюками (как сейчас не знаю), в т.ч. с утечками не только памяти, но и процессорных ресурсов. В итоге эту идею я забросил и поставил мюТоррент и Кубитторрент. В последнее время, вылетев с большинства приватных трекеров потихоньку мигрирую в мюТоррент ибо свои неудобства в использовании двух клиентов имеются (например отжирание до 90% памяти даже если ее 16-32ГБ). anya1956ss: В чем заключается автоматическое управление раздачами в вашем понимании? Если только с точки зрения управления количеством Сидов на раздачах, то один пользователь интернета разработал программу (скрипт) и пользуется ей для отключения и включения раздач в клиенте в зависимости от количества Сидов на раздачах. Автором программы является тот, о котором в сообщении http://forum.kinozal.guru/showpost.p...&postcount=347 я писал: "Когда-то мне предлагал их прочесть один из аккаунтов Техпомощи рутрекера (он тогда ещё в Техпомощи не был). Ответ мой был коротким типа: "Читал только поверхностно, так как автор статей не дружит торрентом (сам пишет об этом в статье)."". "Отжирание" (использование) памяти до 90 % не является "отжиранием" памяти. В ОС компьютеров с ОЗУ 16-32 Гб такой уровень использования памяти хозяин компьютера даже не заметит, так как свободной памяти ещё: а) 1,6 Гб для компьютера с ОЗУ 16 Гб; б) 3,2 Гб для компьютера с ОЗУ 32 Гб; Многие ОС сами начинают показывать о высоком уровне использования памяти только при менее 5 % свободной памяти через Диспетчер задач - изменяется цвет ячейки с наименованием столбца, показывающего использование памяти процессами в ОС. Конечно, отображение в процентах правильным не является, так как 5 % в зависимости от объёма ОЗУ составляет, например: а) 0,8 Гб для компьютера с ОЗУ 16 Гб; б) 1,6 Гб для компьютера с ОЗУ 32 Гб; в) 3,2 ГБ для компьютера с ОЗУ 64 Гб; г) 6,4 ГБ для компьютера с ОЗУ 128 Гб; д) 12,8 Гб для компьютера с ОЗУ 256 Гб. fessmaster: Таки покурите доки по протоколам биторрента, там четко описан механизм и кратко он выглядит так: Пир с более широким каналом на загрузку предпочтет таких же сидов на отдачу и обратно. Можно заметить иногда, что пир со слабым каналом подцепился к вам на популярной раздаче, где сотни сидов, но он качает с малой скоростью и жирным сидам (их клиентам) не интересен. И другая ситуация, когда я раздаю раздаче где я один сид и скажем было 5 пиров, они качали по 500кб/с к примеру, а через час пришел пир с сидбоксом и он начнет с меня тянуть по 2-5мбайт, т.к. мой клиент считает что ему будет быстрее отдать (и это правильно, неправильно когда такой пир потом уходит с раздачи). В итоге те пятеро будут курить в сторонке по 10-20кб/с. anya1956ss: Эта байка кочует с одних трекеров (сайтов) на другие трекеры (сайты) и автор этой байки наверно уже давно смеётся над собой, думая: "Неужели это я написал?". Фактически процесс файлообмена очень сложный и не имеет ничего общего с этой байкой, так как нет никакой прямой связи между "шириной канала" и скоростью файлообмена. Если обсуждать Пиры, то в качестве сравнения необходимо: а) брать в учёт такие термины как свободная скорость приема, свободная скорость отдачи; б) учитывать возможности выхода интернета Пиров во внешний интернет; в) учитывать место расположения Пиров относительно своего компьютера и многое другое. fessmaster: По поводу соотношения кол-ва активных раздач к общему и вопросы "полезности". По сути без разницы, т.к. общий объем отданного не изменится, изменится "полезность", но оценить ее не так легко как кажется и правильно сказано выше - популярный торрент может быть действительно качественным материалом, а редкая раздача по факту пустышкой. Где в таком случае будет баланс полезностей? Предлагаю каждому самому отвечать на этот вопрос. Для себя я решил что отключаю раздачи, где больше 4-5 сидов и периодически перетасовываю в клиенте активные/неактивные. Ну и да, понимание проблемы приходит с тысячным и далее торрентом, когда активность клиента начинает мешать жить. Решается подключением гигабита. anya1956ss: Подключение 1 Гбит/с решением проблемы не является, так как каждая раздача увеличивает уровень использования Private Bytes (согласно термину программы Process Explorer) или "Выделенной памяти" согласно терминологии Диспетчера задач Windows 7 клиентом. Поэтому комфортнее 100 000 раздавать с 10 клиентов, чем с 1 клиента. Для отключения раздач есть опция "Сортировка раздач по скорости отдачи", т.е. отключать ориентируясь на скорость отдачи и количество Сидов по принципу: а) не отключать раздачи с большой скоростью отдачи, если даже на раздаче десятки тысяч Сидов; б) не сидировать раздачи без скорости отдачи и с малой скоростью отдачи, если на раздаче много Сидов, так как и без вашего клиента раздающих много, т.е. не следует думать, что собственный клиент является особенным и без него качающие не обойдутся. Если качающий не качает с вашего клиента, то это ещё не означает, что он вовсе не качает, так как он может качать с других клиентов. Смотрите в клиенте данные столбца "Скорость пира". fessmaster: Ну и да, понимание проблемы приходит с тысячным и далее торрентом, когда активность клиента начинает мешать жить. anya1956ss: До меня очень быстро дошло, т.е. тогда, когда под раздачи не хватало места на дисках и количество раздач большим не было, так как файлы были огромными. fessmaster: Клиент настроен у Santayna неправильно. anya1956ss: Это смотря с какой позиции обсуждать правильность настройки клиента и тем более вы видели только опцию "Кэширование". Если с точки зрения безопасности загрузки файлов, то ошибки нет, так как любая загрузка завершится с полной загрузкой файла. Если с точки зрения комфортности, то кэш-память необходимо выбирать равным Z Мб. Объём Z должен находить каждый для своего компьютера, если хозяин компьютера хочет пользоваться с большим объёмом кэш-памяти, экспериментируя объёмом кэш-памяти, т.е. Z должен быть меньше кэш-памяти, при которой клиент "падает". Без экспериментов можно ограничиться объёмом кэш-памяти не более 1024 МБ (1 Гб). fessmaster: А можно картинку, где "отдача и загрузка по 10Мб" одновременно? Что-то мне подсказывает, что таких тарифов сейчас не предоставляют, т.к. это по факту не 100мбит, а 200. Могу ошибаться, поэтому и прошу скринчик. anya1956ss: Скорость интернета 100 Мбит/с означает, что скорость приема и исходящая скорость одновременно могут быть по 100 Мбит/с, т.е. суммарно 200 Мбит/с. Если этого нет, то провайдеры указывают скорость конкретно, например, 100 Мбит/с (приём) / 20 Мбит/с (исходящая). Есть даже и такие 100 Мбит/с (приём) / 3-5 Мбит/с (исходящая). Сообщал об этом знакомый по переписке в интернете аккаунт из Израиля и даже предоставил ссылку на тарифные скорости своего провайдера. Исходящая была действительно 3 Мбит/с, а на прием 100 Мбит/с. |
![]() |
![]() |
#356 |
Сообщения: n/a
|
anya1956ss
Вам наверное постоянно пишут, что ваша манера "цитирования" и изложения мыслей крайне неудобна для дальнейшего чтения. Давайте по пунктам и закроем дискуссию (она видится мне далее бесполезной от слова совсем) 1. Автоматичческое управление. Да, именно отключение/включение раздач по определенным условиям. Спрошу у ФАНАТа про скрипт, спасибо, попробуем 2. Отжирание памяти. В новых ОС (7ка и далее) вопрос зарешали в большинстве версий всех клиентов (где-то лучше, где-то хуже). Речь шла о древних версиях клиентов и ОС где реально были утечки ресурсов. Я так же наблюдаю загрузку ОЗУ под 90%, но работать это не мешает. 3. Байка о пирах/сидах. Я все же настаиваю на "покурить доки", а не рассказывать свою сказку. Начать можно отсюда Останемся оба при своем мнении и ладушки. 4. Про гигабит. Я отвечал не вам, а вы и не поняли сути. Поясню. Более широкий канал решает проблему с "полезной" отдачей в случае большого (1000 и более) кол-ва раздач. Одним из сценариев может быть выставление ограничений скорости отдачи на раздачах с большим кол-вом сидов, чтобы остальные раздавались на бОльших скоростях. Либо же приоритетами поиграть (не уверен что это работает) 5. Про отдачу/загрузку 10Мб одновременно. За идиота меня не держите. Я живу в стране, где провайдеры предоставляют асинхронный интернет с каналом 100мбит соответственно в одну или в другую сторону (или качаешь по 10мб или отдаешь или качаешь и отдаеш по ~5мб). Просто было интересно глянуть, не более того. 6. Про клиент santayana - речь о кэше естественно, которого маловато, но при ее объемах ОЗУ не стоит особо разгоняться, я об этом написал позднее Дальнейшие обсуждения предлагаю не вести. Ваша позиця понятна, надеюсь свою я так же доступно разъяснил. Удачи вам. |
![]() |
![]() |
#357 |
Администратор
![]() ![]() |
Автор - простой программист, не занимается так плотно раздачами, как мы Ему было проще сделать эмуляцию, чем искать раздачи, долго сидировать их с неизвестным результатом - а вдруг никто не будет качать, и память не заполнится. Он посмотрел флаги файлового дескриптора, который открывает uTorrent, и написал программу, которая точно так же открывает большой файл и считывает из него случайные куски. Это вполне реалистичная эмуляция. Вот мои реальные замеры с uTorrent 3.5.1 build 44332, ~1900 раздач на 5.5 ТБ. Объем памяти 30 ГБ. (На скриншотах слева направо: окна RamMap, Свойства uTorrent.exe в Process Explorer, Диспетчер задач Windows 7) 1. uTorrent в обычном режиме (приоритет памяти 5). Спустя 2.5 часа после запуска кеш файлов (Mapped File) занял почти всю доступную память. Обратите внимание, процессам выделено ~8 ГБ частной памяти (Process Private). Пока все хорошо: Cкрытый текст - 2. Еще через час кеш файлов заметно вырос, но общее количество используемой памяти осталось +- прежним. Где взялась память для кеша? Ее забрали у процессов, переместив их в файл подкачки. Cкрытый текст - 3. uTorrent с пониженным приоритетом памяти 2. (В статье автор предлагает выставить приоритет памяти 1, а также понизить приоритет ввода-вывода и выключить кеш самого uTorrent, но я не стал этого делать.) Кеш файлов также постепенно занимает всю свободную память, но не мешает процессам и всему остальному. Обратите внимание, что большая часть памяти под кеш файлов теперь находится в состоянии StandBy, т.е. чуть что, и эта память будет освобождена для более приоритетных нужд. Спустя несколько дней после запуска ситуация стабильна: Cкрытый текст - |
![]() |
![]() |
#358 |
Администратор
![]() ![]() |
|
![]() |
![]() |
#359 |
Сообщения: n/a
|
1. Я уже внимательно перечитал сообщения и понял свою ошибку, ушел ковырять рутрекер 2. В Казахстане таких вариантов не предлагают (может только гигабитные тарифы синхронные, но ценник меня пока отпугивает попробовать) 3. Потому что собака роется в уровнях приоритетов кэша памяти. 3,2,3 "из коробки" кэширует на первый уровень. |
![]() |
![]() |
#360 |
Разработчик
![]() ![]() |
fessmaster: http://forum.kinozal.guru/showpost.p...&postcount=346 .
fessmaster: Это довольно спорное утверждение. В плоскости энергопотребления разницы не будет: 5х300вт или 1х1,5Квт = те же яйца, только в профиль. Более того, 5 устройств скорее всего будут потреблять даже больше энергии из-за необходимости питать 5 плат и всего навесного, вместо одного собраного в коплекс железа (надеюсь не стоит объяснять, что киловатный БП не жрет этот самый киловатт на постоянной основе). Потребление винтов в рассчет не берем, он будет одинаковым при таких исходных. Что касается файлообмена, то тут я не вижу, в чем будет выигрывать конфигурация из нескольких железяк, если исходящий канал все равно один и тот же. Подискутируем на эту тему? anya1956ss: Диспут будет коротким, т.е. огромный выигрыш в ОЗУ. Для 100 Мбит/с, конечно, 5 Мини-ПК ни к чему, так как достаточно 2-х и ОЗУ суммарно будет 64 Гб. Для 1 Гбит/с вполне можно и 5 Мини-ПК. fessmaster: Это где-то задокументировано? Никогда не останавливал задания в клиенте перед выходом, и в памяти при этом ничего не оставалось от него. В чем суть такого метода? anya1956ss: Во многих местах эта рекомендация есть и она призвана для того, чтобы от пользователей интернета не было жалобы: "Из клиента исчезли все торренты (раздачи). Что делать или как их вернуть в клиент?". fessmaster: На любом трекере есть такие пользователи (о ужас, на Кинозале тоже), которые гонятся за циферками. Я также общался с одним из Топ-10 по отданому и он просто безумный сидбоксер с деньгами. Пруфов, как и у вас, есессна не будет. Вообще не понял к чему это было написано. Ресурс был "элитным" в плане контента, зачем приплетать статистику? anya1956ss: Бесцельно нет смысла заниматься отдачей в огромном количестве. Каждый что-то преследует: а) одни занимаются просто ради спортивного интереса (есть на форумах открытые признания аккаунтов); б) вторые занимаются ради рекламы своего сервиса по предоставлению, например, сидбоксов, т.е. свой свободный ресурс используют в файлообмене, чтобы набрать дополнительных арендующих сидбоксы своего сервиса; в) третьи занимаются для исследования закономерностей файлообмена и исследования "железа" для достижения максимально возможных параметров файлообмена: за день, за месяц, за несколько месяцев, ... ; г) четвертые занимаются для того, чтобы просто увидеть большие скорости файлообмена (сообщили об этом в ЛС); д) пятые занимаются просто проверкой своего умения достигать больших объёмов файлообмена, особо не изучая сами закономерности файлообмена и т.п. fessmaster: Я также общался с одним из Топ-10 по отданому и он просто безумный сидбоксер с деньгами. anya1956ss: О ком идет речь? Если ответ будет, то естественно, только в ЛС. fessmaster: Ресурс был "элитным" в плане контента, зачем приплетать статистику? anya1956ss: Из сообщений аккаунтов можно было делать вывод, что у считающих этот трекер элитным статистика была на первом месте. Некоторые из них открытые трекеры называли "Нецелевым ресурсом". Грубо говоря, они считали, что файлообмен на открытых трекерах престижным не является. |
![]() |