|
|
|
Mr.RIX
Стаж: 15 лет 8 месяцев Сообщений: 629
|
Mr.RIX ·
16-Апр-16 15:01
(8 лет 7 месяцев назад, ред. 16-Апр-16 15:01)
Mr.RIX писал(а):
почему diskio.no_zero не работает? Версия клиента 2.2.1-final-25302
Решил проблему, найдя ответ тут.
На версии 2.2.1 опция diskio_no_zero работает только при включенной опции "Распределять место сразу" (вкладка "Общие").
Было бы неплохо разместить эту информацию в шапке темы, поскольку упоминание о сломанном в 2.2.1 no_zero там есть, а решение - не указано.
|
|
|
|
Hannibal61
Стаж: 14 лет 8 месяцев Сообщений: 18111
|
Hannibal61 ·
16-Апр-16 22:48
(спустя 7 часов)
Mr.RIX писал(а):
70499708Было бы неплохо разместить эту информацию в шапке темы
Mr.RIX
У меня во всех клиентах включено"Распределять место сразу" (клиентов много). Но в большинстве случает включение этой опции приводит к зависанию проги и перегрузке хардов - вот включение её и не советуют.
|
|
|
|
Mr.RIX
Стаж: 15 лет 8 месяцев Сообщений: 629
|
Mr.RIX ·
16-Апр-16 23:47
(спустя 58 мин.)
Hannibal61 писал(а):
70502885
Mr.RIX писал(а):
70499708Было бы неплохо разместить эту информацию в шапке темы
Mr.RIX
У меня во всех клиентах включено"Распределять место сразу" (клиентов много). Но в большинстве случает включение этой опции приводит к зависанию проги и перегрузке хардов - вот включение её и не советуют.
Постойте, так в случае с diskio_no_zero никакой перегрузки хардов быть не может, так как файл физически не записывается на диск, а лишь размещается информация о нем в таблице файловой системы.
Лично я с удовольствием не включал бы "Распределять место сразу", если была бы возможность - одной diskio_no_zero мне хватило бы "с головой". Минус распределения места сразу при добавлении торрента в том, что сидов на раздаче может не оказаться (а файл будет уже лежать на диске и занимать полезное место), а при удалении такой "пустышки" нужно не забыть выбрать опцию "удалить торрент и файл".
|
|
|
|
Hannibal61
Стаж: 14 лет 8 месяцев Сообщений: 18111
|
Hannibal61 ·
17-Апр-16 00:21
(спустя 34 мин.)
Mr.RIX писал(а):
70503273Постойте, так в случае с diskio_no_zero никакой перегрузки хардов быть не может
Mr.RIX
Может. При false. Как раз в момент
Hannibal61 писал(а):
70502885"Распределять место сразу"
.
|
|
|
|
тыщ
Стаж: 16 лет 6 месяцев Сообщений: 1427
|
тыщ ·
17-Апр-16 02:10
(спустя 1 час 48 мин., ред. 28-Июл-16 20:58)
Mr.RIX писал(а):
Решил проблему, найдя ответ тут.
На версии 2.2.1 опция diskio_no_zero работает только при включенной опции "Распределять место сразу" (вкладка "Общие").
Было бы неплохо разместить эту информацию в шапке темы, поскольку упоминание о сломанном в 2.2.1 no_zero там есть, а решение - не указано.
"Ответ" видел ещё тогда - пожал плечами) Сами-то создаваемые файлы проверяли? Я - да, о чём в 1-м посте упомянуто:
Цитата:
2.2.1-final-25302 проверял лично
Сейчас проверил ещё раз: создаваемые файлы-пустышки зануляются, т.е. diskio_no_zero в 2.2.1-final-25302 не работает и с галкой "Распределять место сразу".
Mr.RIX писал(а):
70498785Как же бесит, что uTorrent 2.2.1 после зависания не может самостоятельно вернуться в рабочее состояние. Если он завис (а происходит это всего лишь из-за переполнения максимума кэша в 1800 Мб), то он продолжает работать (может быть, даже вполне успешно), но программа не отвечает, и ничего сделать невозможно. Ждать бесполезно - можно полностью отрубить интернет, дать программе записать все скаченные куски на диск, в итоге нагрузка на диск упадет до нуля, использование процессом оперативки упадет до 300-400 Мб, но... программа не отвиснет. Приходится завершать процесс, а после перезапуска - да здравствует пара часов перехэширования пары Тб....
А вы почитайте в 1-м посте, как ведут себя приложения в ожидании резервирования очередного куска памяти за пределом возможного, которого винда им никогда не выделит. И существенно урежьте кэш лузера.
Hannibal61 писал(а):
70502885Но в большинстве случает включение этой опции приводит к зависанию проги и перегрузке хардов
Это чересчур уверенно сказано)
Чтобы было так, как вы пугаете, и стало предпочтительней выключить "Распределять место сразу", требуются более-менее определённые условия - полагаю, далёкие от "большинства случаев".
1. Неотключенное прописывание нулей, иначе пустышки будут создаваться почти мгновенно, и будет выгоднее распределять место сразу.
2. Последовательная закачка (файлов), тогда кэш лузера переполнится позднее (что хорошо для лузера))), клиент будет испытывать меньшие натиски, но большим числом и дольше. В противном случае, пока будет зануляться один файл, в кэше скопятся части других, т.е. получится прописывание пустышек в случайном порядке.
3. Клиент при переполнении своего кэша должен падать или залипать в ожидании помощи, что обычно и ожидает зашедших достаточно далеко по "пути лузера" (см.1-й пост). В противном случае клиент прокашляется сам.
4. Что ещё?
По-моему, условия получения профита несколько обременительны, а сам профит не оправдывает обременений.
|
|
|
|
Hannibal61
Стаж: 14 лет 8 месяцев Сообщений: 18111
|
Hannibal61 ·
17-Апр-16 02:15
(спустя 4 мин.)
тыщ писал(а):
70503949Это чересчур уверенно сказано)
тыщ
При таком и не совсем чересчур -
Mr.RIX писал(а):
70498785И ведь зависает программа из-за пустяка: при одновременном старте нескольких крупных торрентов (по 7-8 Гб)
|
|
|
|
тыщ
Стаж: 16 лет 6 месяцев Сообщений: 1427
|
тыщ ·
17-Апр-16 03:12
(спустя 57 мин., ред. 17-Апр-16 03:12)
Hannibal61
А нефик мириться с прописыванием нулей и нефик загонять клиент в ступор чересчур большим кэшем лузера. Дао Лузера - это путь лузера) Пора бы понять, что кэш - лишь демпфер: он может сгладить кратковременные рывки, но не сможет компенсировать сколь-нибудь долго существенное превышение скорости скачивания над реальной скоростью записи на диск.
А забавно, я может зря не стал выделять случай ССЗБ в отдельный пункт: вы таки пытаетесь использовать его основным аргументом) Не катит без выполнения пунктов 1 и 2.
|
|
|
|
BalticX
Стаж: 15 лет 4 месяца Сообщений: 1718
|
BalticX ·
17-Апр-16 10:02
(спустя 6 часов)
тыщ писал(а):
70503949т.е. diskio_no_zero в 2.2.1-final-25302 не работает и с галкой "Распределять место сразу"
Просто зануление болванки начинается в этом случае раньше и может окончится до переполнения буфера. Вот и могло у кого-то возникнуть ошибочное впечатление.
Но вообще ушлые люди сломанного diskio_no_zero в 2.2.* не боятся:
|
|
|
|
тыщ
Стаж: 16 лет 6 месяцев Сообщений: 1427
|
тыщ ·
18-Апр-16 12:57
(спустя 1 день 2 часа, ред. 18-Апр-16 12:57)
BalticX писал(а):
70505196ушлые люди сломанного diskio_no_zero в 2.2.* не боятся
Видимо, они вообще ничего не боятся)
У нас всё схвачено до мелочей и бэкграунда, и желающие могут ознакомиться со всем этим перед повторением уже пройденного другими.
спойлер "#0.4. FAQ-путеводитель" 1-го поста писал(а):
- Эрзац-решение заключается в дополнительной настройке diskio.sparse_files = *true, т.к. в случае использования разреженных (sparse) файлов прописывания нулей нет. Однако эта настройка бессильна в случае неадминистраторского аккаунта с дисковой квотой, не работает с pre-allocate all files = *true, а также с FAT*, и чревата значительной фрагментацией (см. пример) - получается фарш из записанных встык скачанных непоследовательно частей закачки.
Полагаю, последовательное скачивание единственной закачки (спойлер #2.4) поможет бороться с этим, но в случае нескольких одновременных - получите фарш из записываемых цельных фрагментов этих закачек.
Забавно, разработчики в минуту отчаяния включали diskio.sparse_files по умолчанию.
Цитата:
-- 2011-11-22: Version 3.1 Release Candidate 1 (build 26495)
- Change: enable windows disk cache for writes by default. Improves write performance, especially with sparse files
- Change: enable sparse files by default on win7 (disabled on vista because of filesystem bugs). This should fix most disk-overload issues
Если вы на win7 в клиенте билда >26495 не видите true по умолчанию для diskio.sparse_files, значит разработчики не сочли-таки это удовлетворительным решением.
|
|
|
|
BalticX
Стаж: 15 лет 4 месяца Сообщений: 1718
|
BalticX ·
18-Апр-16 13:08
(спустя 10 мин.)
тыщ писал(а):
70513332чревата значительной фрагментацией
Да говорил людям про фрагментацию. Божатся, что нету. В последних версиях Windows, вроде, системый сервис дефрагментирует фоном?
|
|
|
|
Mr.RIX
Стаж: 15 лет 8 месяцев Сообщений: 629
|
Mr.RIX ·
18-Апр-16 13:30
(спустя 22 мин., ред. 18-Апр-16 13:30)
тыщ писал(а):
"Ответ" видел ещё тогда - пожал плечами) Сами-то создаваемые файлы проверяли? Я - да, о чём в 1-м посте упомянуто:
Что их проверять, если после включения опции "Распределять место сразу" и перезапуска торрент-клиента у меня было создано пустышек на 500 Гб (все закачки, которые стояли в очереди, но до этого не выходили по очереди на старт). И эти 500 Гб были созданы в считанные секунды без какой-либо нагрузки на жесткий диск (видно по Диспетчеру задач Windows).
Так что, diskio_no_zero=true + Распределять место сразу на версии 2.2.1 25302 - работает.
|
|
|
|
тыщ
Стаж: 16 лет 6 месяцев Сообщений: 1427
|
тыщ ·
20-Апр-16 00:23
(спустя 1 день 10 часов)
Mr.RIX писал(а):
70513620Так что, diskio_no_zero=true + Распределять место сразу на версии 2.2.1 25302 - работает.
Вот когда вы говорите про быстрое создание, я вам вполне верю. Зачем вам врать?
Но когда вы делаете уверенный вывод на основании косвенных данных и пренебрежительно отказываетесь от прямой проверки, при том что у оппонента многократно прямая проверка неизменно давала противоположный вашему выводу результат...
Огорчён вашими представлениями о технической дискуссии.
Mr.RIX писал(а):
70513620Что их проверять
Если зануления нет, имеем радикальные отличия разных Win. Если есть, ищем волшебную причину исчезновения проблем.
Копаем в обозначившемся результатами прямой проверки направлении.
Mr.RIX писал(а):
70513620Так что
... возникшие противоречия делают прямую проверку необходимой.
У меня XP, в свободное время я пофантазирую, как оно может быть устроено в последующих... и подожду, когда кто-нибудь, их использующий, выполнит прямую проверку.
|
|
|
|
Mr.RIX
Стаж: 15 лет 8 месяцев Сообщений: 629
|
Mr.RIX ·
20-Апр-16 12:35
(спустя 12 часов, ред. 20-Апр-16 12:35)
тыщ писал(а):
Вот когда вы говорите про быстрое создание, я вам вполне верю. Зачем вам врать?
Но когда вы делаете уверенный вывод на основании косвенных данных и пренебрежительно отказываетесь от прямой проверки, при том что у оппонента многократно прямая проверка неизменно давала противоположный вашему выводу результат...
Огорчён вашими представлениями о технической дискуссии.
Хорошо, я провел небольшой эксперимент.
В utorrent 2.2.1-25302 при включенных опциях "diskio_nozero + Распределять место сразу" было добавлено 2 на закачки. Файлы размером по ~7Гб.
При этом подчеркну, что diskio_sparse_files у меня стоит false.
Первая закачка был размещена на моем рабочем жестком диске. Файл был размещен на диске сразу же, без нагрузки на жесткий диск. С помощью HEX редактора я проверил "тело" файла - внутри оказался "мусор", располагающийся в свободном месте HDD.
Вторая закачка была размещена на новом жестком диске, где ни разу еще не проводились операции удаления файлов. После создания файла, я открыл его в HEX редакторе, внутри были нули, как и полагается, поскольку свободное пространство нового диска "занулено" с завода.
Выводов я делать не стану, но лично мне всё понятно.
Однако для меня остаётся загадкой, каким образом Вы можете допустить зануление 500-гиговой пачки файлов, если при этом к диску отсутствуют обращения. Это Вам не SSD, где 500 гиговый нулевый файл может записаться за считанные секунды (и то, это под вопросом). На жестком диске, если файл записывается (не важно, забивается нулями или же реальным содержимым) - это означает последовательный доступ к каждому сектору этого файла, и процесс записи 500Гб файлов будет наглядно виден как по времени выполнения, так и по нагрузке на диск.
Я наглядно наблюдал этот процесс своими глазами, до того, как включил опцию "Распределять место сразу", но при включенной (сломанной) опции diskio_nozero=true.
|
|
|
|
тыщ
Стаж: 16 лет 6 месяцев Сообщений: 1427
|
тыщ ·
22-Апр-16 01:34
(спустя 1 день 12 часов, ред. 22-Апр-16 01:34)
Mr.RIX писал(а):
70527250Файл был размещен на диске сразу же, без нагрузки на жесткий диск. С помощью HEX редактора я проверил "тело" файла - внутри оказался "мусор"
Спасибо за сотрудничество.
Уточните ОС.
Mr.RIX писал(а):
70527250лично мне всё понятно
Бывает, что и сюда забегают счастливчики))
Ещё несколько раз проверил файлы 0.1-1.3GB на XP. Объединяющий результат в том, что все они появлялись в проводнике, через 2.1 секунды после запуска задания. Самого процесса прописывания не замечено.
Что ж, исправлю шапку, обходя шероховатости.
А они остались.
Проверка этих файлов чем угодно (в том числе hex-редакторами, DMDE) через драйвер файловой системы NTFS показывает, что файлы "занулены!".
А проверка через редакторы Win-Виктории, BOOTICE с более прямым доступом показывает, что сектора всё так же хранят LBA, которые я прописал в них до опыта, чтоб случайных нулей не было.
|
|
|
|
ВладимирЪ ИльичЪ
Стаж: 9 лет 6 месяцев Сообщений: 1883
|
ВладимирЪ ИльичЪ ·
04-Май-16 16:45
(спустя 12 дней, ред. 05-Май-16 20:33)
У меня вот опять завис теперь уже торрент 2.2.1. Сначала начал писать ошибку диск перегружен, и тогда я включил кэширование и увеличил оперативную память до максимума и -до значения 1800 мб в настройках кэширования. При наблюдении диспетчера задач я заметил момент, когда завис торрент-в момент, когда загрузка торрент-клиентом оперативной памяти увеличилась до значения 1700 мб (это напрямую связано с высокой скоростью закачки). После этого клиент перестал отвечать на запросы. То есть, как я понял, зависает из-за нехватки оперативной памяти. Память поглощается из-за кэширования. Но если отключить кэширование, то тогда возникает ошибка диск перегружен, и скорость падает. Что делать, как выйти из этого заколдованного круга?
Я бы был не против оперативку увеличить на пару гигабайт, но ограничение стоит 1800. Есть ли способ обойти его?-это не поможет, он жрет до бесконечности.
Поставил Clevercache control center-вроде помогает. Как только память достигает гигабайта на торренте, сразу идет понижение ее в два раза. А выше гигабайта не жрет. Какое-никакое, но решение.
|
|
|
|
FakinTosh
Стаж: 16 лет 1 месяц Сообщений: 1908
|
FakinTosh ·
06-Май-16 17:04
(спустя 2 дня)
Подскажите:
HDD
в понедельник 9 мая придут подключать GPON 400mbit.
utorrent версии 2.0.4 build 22967, процессор i5 4460, 8gb ram, windows 7 стоит на ssd, как настроить клиент чтобы по максимуму использовать канал, или близко к 50mb/sek (400mbit) диск держал аплоад и не загнулся.
Сейчас такие настройки кеширования, 60мбит без проблем туда обратно держит
|
|
|
|
Гуфыч
Стаж: 13 лет 9 месяцев Сообщений: 8923
|
Гуфыч ·
06-Май-16 21:08
(спустя 4 часа)
FakinTosh
diskio.coalesce_write_size поставить 17179869 или 34359738.Тут есть другой момент-1 hdd,да ещё серии Green долго в скоростном режиме не протянет,диск дольше всего живёт при маленькой нагрузке(10-50 мбит)и 24/7 режимом работы,по крайней мере это относится к серии Red.хотя Green"ы у многих весьма долго живут.
|
|
|
|
FakinTosh
Стаж: 16 лет 1 месяц Сообщений: 1908
|
FakinTosh ·
06-Май-16 22:04
(спустя 56 мин.)
Гуфыч
Так то я SSD под это дело буду покупать.
Этот грин у меня уже 3 года, и до меня был у предыдущего владельца как файловая помойка, но не знаю сколько долго.
Тогда поставлю общее ограничение на 100мбит в клиенте, чтобы нипадох вдруг.
А так, если что с диска или на диск сливать не по p2p - диск вдруг не умрёт?
|
|
|
|
Гуфыч
Стаж: 13 лет 9 месяцев Сообщений: 8923
|
Гуфыч ·
06-Май-16 22:13
(спустя 8 мин.)
FakinTosh писал(а):
70638315А так, если что с диска или на диск сливать не по p2p - диск вдруг не умрёт?
Нет,да можно и P2P,купить для этого WD Black вместо SSD
|
|
|
|
FakinTosh
Стаж: 16 лет 1 месяц Сообщений: 1908
|
FakinTosh ·
07-Май-16 00:03
(спустя 1 час 50 мин.)
Гуфыч
Например Western Digital 1TB, 7200rpm, 64MB, SATA III, Black ?
|
|
|
|
Гуфыч
Стаж: 13 лет 9 месяцев Сообщений: 8923
|
Гуфыч ·
07-Май-16 02:37
(спустя 2 часа 33 мин.)
FakinTosh
Да,или такой же на 2ТБ.Гарантия 5 лет 
|
|
|
|
тыщ
Стаж: 16 лет 6 месяцев Сообщений: 1427
|
тыщ ·
07-Май-16 07:09
(спустя 4 часа)
|
|
|
|
FakinTosh
Стаж: 16 лет 1 месяц Сообщений: 1908
|
FakinTosh ·
07-Май-16 10:27
(спустя 3 часа, ред. 07-Май-16 10:51)
Гуфыч
И такую скорость первые 2 года выдержит туда обратно? Потом когда акционная месячная цена кончиться, перейду на 100мбит
тыщ
И что мне там надо именно смотреть?
Ктате вот, вся скорость этого тарифа
|
|
|
|
Гуфыч
Стаж: 13 лет 9 месяцев Сообщений: 8923
|
Гуфыч ·
07-Май-16 10:50
(спустя 22 мин.)
FakinTosh писал(а):
70640684И такую скорость первые 2 года выдержит туда обратно?
Одновременно-нет,по раздельности-вполне.Если разбить на 2 клиента(в одном раздавать,в другом качать) обеспечите максимально возможную скорость
|
|
|
|
FakinTosh
Стаж: 16 лет 1 месяц Сообщений: 1908
|
FakinTosh ·
07-Май-16 10:53
(спустя 3 мин.)
Гуфыч
Цитата:
.Если разбить на 2 клиента(в одном раздавать,в другом качать)
То есть в одной копии качать, затем копировать в другую папку и 2 копией перехешировать и раздавать?
|
|
|
|
Гуфыч
Стаж: 13 лет 9 месяцев Сообщений: 8923
|
Гуфыч ·
07-Май-16 10:58
(спустя 4 мин.)
FakinTosh писал(а):
70640805То есть в одной копии качать, затем копировать в другую папку и 2 копией перехешировать и раздавать?
как вариант,можно сделать быстрее,не перемещать файл в другую папку,добавить задание в клиент для раздачи и поставить галку на "Не проверять хэш". Делать это можно только в случае оставления файлов на прежнем месте 
|
|
|
|
FakinTosh
Стаж: 16 лет 1 месяц Сообщений: 1908
|
FakinTosh ·
07-Май-16 11:25
(спустя 27 мин.)
Гуфыч
А хотя зачем такие извращения, приостановить аплоад, быстро всосать файл/ы и пускай раздаёт себе 
|
|
|
|
Wonderio619
Стаж: 13 лет 6 месяцев Сообщений: 209
|
Wonderio619 ·
10-Май-16 17:07
(спустя 3 дня, ред. 10-Май-16 17:07)
Ребята, помогайте. Пытаюсь найти причину зависания компа при закачке utorrent-ом. Кому интересны подробности, вот ссылка на мою тему об этом на oszone - http://forum.oszone.net/thread-314587.html
Вкратце могу сказать, что грешил и на жесткий диск, и на сетевую карту, и на саму программу, много чего уже перепробовал для решения проблемы, но пока безрезультатно. Сейчас ещё вспомнил про тайминги оперативной памяти, которые у меня на автомате стоят, но сейчас хотелось бы о другом. Жесткий диск. Я перевел его с режима IDE на AHCI, поставил на минимум значение AAM ( Automatic Acoustic Management ), просканоровал его прогами для мониторинга HDD ( проги говорят всё норм ), всё это хорошо, но зависания остались. И вот набрел случайно на эту тему, очень много текста, но 3 пункт "Перегрузка винта и процессора на малых скоростях обмена ..." меня особо заинтересовал. У меня вроде как проблема "криво вставшего драйвера SATA", аналогичная той, которая описана в этом посту https://forums.overclockers.ru/viewtopic.php?p=9136105#p9136105
Дело в том, что я в этом немного нуб и просто не знаю откуда скачать драйвер для SATA именно под мой hdd, или под мою винду, или под мою материнку, не шарю в этом. Может ли кто помочь мне с этим драйвером ? Если надо напишу все необходимые характеристики ПК. Пожалуйста !
|
|
|
|
Гуфыч
Стаж: 13 лет 9 месяцев Сообщений: 8923
|
Гуфыч ·
10-Май-16 17:27
(спустя 20 мин., ред. 10-Май-16 17:27)
Wonderio619 писал(а):
70662739Если надо напишу все необходимые характеристики ПК
Материнская плата,Версия ОС и торрент-клиента,также точную модель HDD тоже напишите пожалуйста.
Windows 7 HP x64, Intel Core2Quad Q8400, AMD Radeon 6770 1Gb, 4 Gb ОЗУ, материнка ASUS P5K, дисковый накопитель ST3750525AS ATA Device (750 ГБ, 7200 RPM, SATA-III) Это оно?
Wonderio619 писал(а):
70662739поставил на минимум значение AAM ( Automatic Acoustic Management )
Покажите S.M.A.R.T. самого диска CrystalDiskInfo
|
|
|
|
Wonderio619
Стаж: 13 лет 6 месяцев Сообщений: 209
|
Wonderio619 ·
10-Май-16 18:42
(спустя 1 час 14 мин., ред. 10-Май-16 18:42)
Гуфыч, да, характеристики верные.
Смарт диска
И ещё вот моя проблема:
|
|
|
|
