Cкрытый текст -
Ваш скриншот
http://i78.fastpic.ru/big/2016/0708/...28ac9a5e37.jpg в качестве усвоения МатЧасти является плохим примером, так как в идеальном случае должно быть прочитано всё из кэша, а из файла не более размера файла или не более размера скачанной части файла, если файл скачан частично.
Чтобы при раздаче свести нагрузку на диск до 0 необходимо создать условия, чтобы все необходимые для раздачи части файлов находились в памяти компьютера. А это достигается только умением подбирать файлы для отдачи. Из настроек клиента важны только настройки, которые не препятствуют присоединению огромного количества качающих к клиенту.
Ваш скриншот
http://i79.fastpic.ru/big/2016/0708/...fafb9ac17b.png свидетельствует только о плохой организации файлообмена, если рассматривать организацию файлообмена с точки зрения малой нагрузки на диск при раздаче частей файлов с максимально возможной средней скоростью отдачи, которую может предоставить провайдер согласно тарифной скорости.
При хорошей организации файлообмена с точки зрения нагрузки на диск низкое использование памяти может быть только тогда, когда канал отдачи полностью загружен отдачей с маленького файла или отдачей с нескольких файлов, когда небольшой объём частей этих файлов обеспечивает полную загрузку канала отдачи.
Cкрытый текст -
Скриншот, конечно, хорош, но не имеет никакого отношения к цитате аккаунта
Lexoid, так как он свидетельствует только о возможностях вашего провайдера*, а аккаунт
Lexoid своей цитатой "А самое лучше
Agrik найдите разницу между 74 Мб/сек и 74 МБ/сек. Люди тут о разных скоростях ведут речь. " просто решил ответить язвительно на Вашу хамскую манеру ответов, т.е. Ваша цитата: "На "зелёный" диск (5400 об/мин) качал со скоростью до 74 Мб/сек, раздавал до 88 Мб/сек, с раздачей проблем вообще не возникает, только с приёмом." в правильном изложении должна быть: "На "зелёный" диск (5400 об/мин) качал со скоростью до 74
МБ/сек, раздавал до 88
МБ/сек, с раздачей проблем вообще не возникает, только с приёмом.".
В будущем лучше пишите Мбайт/сек или Мбайт/с, если скорость в мегабайтах в секунду или Мбит/сек или Мбит/с, если скорость в мегабитах в секунду. Несмотря на то, что это не соответствует стандарту сокращения единицы измерения, не будет повода придраться к Вашему тексту.
Относительно diskio.coalesce_write_size можно сказать следующее
:"Ещё никто не приводил доказательства о полезности этой опции.
".
Вам двоим надо помириться, так как у вас у обоих нет оснований насмехаться друг над другом, т.е. оба неправы относительно возможностей компьютера. В достижении огромной средней скорости отдачи главную роль играет объем ОЗУ. С огромным ОЗУ можно раздавать файлы и со средней скоростью отдачи 10 Гбит/с, имея слабые характеристики диска. Для этого достаточно операционной системе разместить файл (файлы) высокоскоростной (ые) по скорости отдачи в ОЗУ. Естественно, файлы качающие должны скачивать с суммарной скоростью не менее 10 Гбит/с.
* - возможности вашего провайдера отличные и это на трекере уже доказывали отдачей ежедневной на уровне 8,5 Тб. По крайней мере знаю два аккаунта, которые показали этот уровень. В принципе, Ваш провайдер вполне может обеспечить перейти рубеж 10 Тб отдачи за день. Предпосылки для достижения этого результата видел - был у меня скриншот с графиком работы клиента от аккаунта, который является абонентом вашего провайдера, на котором было видно, что клиент его в течение 2 часов раздавал файл со средней скоростью 125 Мбайт/с (на сетке графика была скорость более 128000 Кбайт/с и в течение 2 часов график отдачи сливался полностью с верхней границей сетки графика). Сам он на своё достижение даже не обратил внимания, так как его тогда интересовал вопрос заметного падения средней скорости отдачи после двух часов сидирования файла. Когда я к нему обратился за этим скриншотом (не был уверен, что скриншот сохранил у себя), он мне ответил: "... вы что то путаете 112 было, у меня скорость 1ГБ выше прыгнуть не могу ... к сожалению, я все скриншоты уже удалил за ненадобностью". Доказывать ему о том, что на тарифной скорости 1 Гбит/с вполне можно увидеть и более 125 Мбайт/с не стал. Не стал доказывать и о том, что удаленные скриншоты можно восстановить. В текущее время в профиле его аккаунта
http://i79.fastpic.ru/big/2016/0709/...fe0bb3f5a3.png, т.е. не самое его лучшее достижение.
Если хотите повторить крутые достижения по отдаче абонентов вашего провайдера или даже улучшить их, то у Вас самое главное есть - ОЗУ у вашего компьютера З2 Гб, т.е. вполне подвластна отдача за день в количестве более 8 Тб.
Как влияют накрутчики на систему учета может знать только программист трекера и те, которым положено это знать.
Если Вы это подумали из-за большого количества файлов в профилях аккаунтов, то тут есть и честные аккаунты, которые в своем профиле аккаунта имеют и более 5000 файлов.
Простым пользователям трекера нет необходимости думать о нагрузке на систему учета трекера, так как у трекера есть кому беспокоиться об этой проблеме, если она возникнет.
Конечно, Вы относительно указанного Вами пользователя трекера правы, так как его интернет в файлообмене на многое не способен (судя по IP, его провайдер имеет максимальную скорость файлообмена 24 Мбит/с (скорость приема), а на отдачу (исходящая скорость) вообще в Кбайт/с).
Чтобы ловить читеров нет необходимости того, что Вы делали. Достаточно
Редакторам потребовать от подозреваемого аккаунта скриншот:
а) клиента в опции
Статистика, в которой есть и скачанное и отданное за всё время работы клиента;
б) работающего клиента с графиком его файлообмена с 5 минутным обновлением графика, на котором хорошо видна работа клиента в течение 10 часов;
в) клиента в опции
Предел передачи, в которой есть отданное, скачанное и суммарный файлообмен (отданное + скачанное) за последние 31 день;
г) клиента в опции
Скорость/История Передачи (Transfer History), в которой наглядно видна работа клиента по файлообмену за последние 31 день с обновлением графика файлообмена через каждые 3 дня.
В принципе, чтобы уличить читера, достаточно пункта
г). Если у него нет реальной большой отдачи, то не будет таких скриншотов, как, например, в моих клиентах:, , .
Если подозреваемый начнет хитрить типа: "Переустановил операционную систему и всё пропало ...", то просто дать ему возможность повторить свои предыдущие результаты. Если не сможет повторить результаты подобные предыдущим в опции, указанной в пункте
г), то он является читером.
Конечно, можно потребовать и видеозапись работы клиента. Для большей уверенности можно потребовать от подозреваемого аккаунта, чтобы он во время видеозаписи показывал в Диспетчере задач все запущенные в операционной системе процессы.
Описывать выявление читеров, искажающих свой файлообмен за счет пасскей не стану, так как это видно и невооруженным глазом, т.е. достаточно заглянуть в профиль аккаунта и по количеству скачанного оценить степень читерства, а у некоторых аккаунтов даже содержимое профиля можно не проверять. Видно сразу в таблице
Королевский топ.
Конечно, в оценке читерства иногда могут "помешать" облачные сидбоксы, которые имеют скачанное на каждый сервер сидбокса, но эта помеха легко исключается. Для этого достаточно запустить файл на загрузку и сразу видно наличие или отсутствие облачных сидбоксов.
Конечно, некоторые могут сказать, что у трекера много пользователей и выявление читеров требует большой трудоемкости, но здесь выход простой - нет необходимости бороться с мелким читерством, т.е. достаточно выявлять читеров на первой странице таблицы
Королевский топ.
Если простые пользователи трекера желают оценить файлообмен чужого аккаунта, то они это должны делать, зная особенности системы учета трекера, так как не всё увиденное является читерством, например, нет читерства в увиденном типа:
1), так как при определении средней скорости отдачи время сидирования учтено всего как 1 секунда;
2), так как качающие отсутствуют в статистике раздачи файла из-за того, что все качающие качают по протоколу DHT и их не мало:, (раздача с 2 интернетов).
Если есть желание оценить файлообмен чужого аккаунта, то это надо делать со знанием дела, например, здесь:
http://i77.fastpic.ru/big/2016/0716/...3767c7151a.jpg,
http://i80.fastpic.ru/big/2016/0716/...18ca20b52b.jpg,
http://i78.fastpic.ru/big/2016/0716/...001fc45b14.jpg,
http://i80.fastpic.ru/big/2016/0716/...67d606c999.jpg,
http://i80.fastpic.ru/big/2016/0716/...7a43f35722.jpg явно видно, что один аккаунт читерил и коэффициент искажения статистики отдачи составляет: (154,14 - 110,32)/453/1024=43,82/0,442=99,05.
Примечание: При соответствующем выявлении читеров неуловимых читеров не может быть, так как признаки читерства невозможно скрыть.