Slaventiy22 вставит костыль для работы transmission, так и не устранив причину падений. В последний раз помню массовое падение transmission в версии transmission_1.41b2 в 2008 году, когда использовал подобный скрипт-watchdog. С тех пор при адекватных настройках transmission работает по наблюдениям удивительно стабильно, порой в течение месяцев. Подавляющее большинство неприятностей, упоминающихся в этом длиннющем треде можно перечислить по пальцам:
- проблема с USB-диском (связанная либо с БП, либо с bad-секторами),
- проблема питания роутера (отсутствие UPS, либо подсохшие конденсаторы в БП),
- перегрев роутера, либо нестабильная работа из-за разгона или перепайки памяти,
- отстутвие SWAPа, либо исчерпание RAM-памяти в случае, если transmission ведёт закачку на скорости быстрее, чем скорость записи на диск,
- некорректный останов transmission. Пользователи дают transmission слишком мало времени для завершения работы.
Другими словами, ни одна из перечисленных причин напрямую не связана ни со стабильностью transmission, ни со стабильностью энтузиасткой прошивки. К адекватным настройкам transmission отношу:
- максимальное количество пиров - несколько десятков,
- максимальное количество открытых файлов - несколько штук,
- максимальная скорость скачивания - не больше скорости записи на диск.
В моём случае:Что касается времени завершения работы, то его можно расчитать так. Если считать, что использующая механизм memory mapping transmission использует всю доступную RAM, то для выгрузки этих страниц памяти на диск надо затратить время: 128Мб / 8Мб/c = 16 секунд на примере RT-N16. У меня в скрипте pre-shutdown между командой kill transmission-daemon и umount выдержана пауза в 20 секунд.Code:$ cat /opt/etc/transmission/settings.json | grep "limit" "idle-seeding-limit": 1440, "idle-seeding-limit-enabled": true, "open-file-limit": 4, "peer-limit-global": 30, "peer-limit-per-torrent": 10, "ratio-limit": 10, "ratio-limit-enabled": true, "speed-limit-down": 6000, "speed-limit-down-enabled": true, "speed-limit-up": 6000, "speed-limit-up-enabled": true,
Last edited by ryzhov_al; 12-03-2011 at 08:41.
ryzhov_al,
Я примкнул к рядам пользователей transmission`а буквально полгода назад, когда купил RT-N16, до этого пользовал юторрент на ББ, и был почти счастлив
Теперь по порядку. Из тех неприятностей, о которых Вы говорили:
[QUOTE=ryzhov_al;227029]
- проблема с USB-диском (связанная либо с БП, либо с bad-секторами),
- проблема питания роутера (отсутствие UPS, либо подсохшие конденсаторы в БП),
- перегрев роутера, либо нестабильная работа из-за разгона или перепайки памяти,
- отстутвие SWAPа, либо исчерпание RAM-памяти в случае, если transmission ведёт закачку на скорости быстрее, чем скорость записи на диск,
- некорректный останов transmission. Пользователи дают transmission слишком мало времени для завершения работы.
1. Этого не знаю, не проверял, но диск новый, поэтому, думаю, проблем быть не должно. Кроме того, Трпансмишн 2.13 в плане вылетов работал более чем стабильно, ни одного вылета на моей памяти.
2. С питанием у меня всё ок. На весь дом стоит стабилизатор, плюс роутер, винт и компьютер подключены через UPS.
3. Перегреваться вроде не от чего. На роутере, с помощью скрипта для чайников, поставил transmission, самбу и статистику. Ну и mpcs подкинул (для шаринга).
4. SWAP имеется, скрипт для чайников его делает сам, а transmission не может вести закачку быстрее скорости записи на диск, так как в моем пригороде Pre WiMax`овский 1 Мбит, это предел мечтаний
5. Тут ничего не скажу. Пауз никогда не ставил, всё было по дефолту, Хотя роутер перезагружаю редко (если учесть, что прошивки менял примерно раз в неделю, хотя сейчас решил за этим не гнаться, и не прошивался уже пару недель)
Вооот. Это я к чему? Стоял у меня transmission 2.13, всем он меня устраивал: качал нормально, отдавал замечательно (лучше чем юторрент), но как только случается сбой (отключается свет, например) - хоть вешайся. Всё что было раскидано по папкам, скидывалось в папку work, и начинало качаться заново. Пришлось все торенты переместить в эту папку, и вечером, при выборе того, что посмотреть, по 10 минут мотать список всех торентов. Да и хешурует он после этого не сильно быстро...
transmission 2.21 в этом плане намного лучше, после его установки раскидал все по папкам, и был счастлив. В первый вечер он вылетел всего пару раз, это я списал на то, что много хешировал (около 600 гигабайт). Потом поработал день-два и начал вылетать раз в полчаса. Пришлось вернуться на 2.13 потом вышла 2.22 (Ещё раз спасибо Вам за то, что скомпилировали) Тут дело пошло намного лучше. С тех пор как её поставил, transmission вылетал примерно 3 раза, днем, когда компьютером никто не пользовался (налицо прогресс, в сравнении с 555-ю вылетами 2.21 )
Из всего вышеописанного я сделал вывод, что в вылетах transmission`а не виноваты винчестер, прошивка и т.п., может быть он конфликтует с какой-то из установленных программ (хотя, судя по форуму, проблемы с вылетами только у меня), потому что у 2.13 не было ни одного вылета за всё время пользования.
Кстати, по Вашим рекомендациям я поменял некоторые настройки в версии 2.21 - не помогло. Сейчас я тоже подправил .json в соответствии с Вашими рекомендациями, кроме
потому как с моим интернетом такие показатели недостижимыCode:"ratio-limit": 10, "ratio-limit-enabled": true, "speed-limit-down": 6000, "speed-limit-down-enabled": true, "speed-limit-up": 6000, "speed-limit-up-enabled": true,
Поставил на EZ-setup паузу на остановку transmission`а в 25 секунд. e2fsck проверил диск полностью. Будем надеяться, что transmission теперь будет работать как надо О результатах отпишу.
Кстати, сегодня тоже вылетов не было, тьфу-тьфу-тьфу
Полностью разделяю это мнение. Считаю, что релиз 2.13, имеющийся сейчас в репозитории optware - самый удачный за последнее время. Последняя transmission 2.22 тоже пожирает RAM аки попкорн:
Вот и причина. У меня раздается 3-5 торрентов общим объёмом ~10Гб, причём за последнюю неделю я никаких новых закачек не добавлял, а у тебя ~600Гб. Думаю, что процесс заполнения RAM у тебя проходит гораздо стремительнее.
В связи с тем, что я не меняю папку закачки по умолчанию, версия 2.13 мне подходит не меньше, чем последняя. Я делаю downgrade до версии 2.13.
Last edited by ryzhov_al; 18-05-2012 at 06:22. Reason: Перенёс картинку на хостинг radikal.ru
Хм.. 2.22 последний.. тоесть работает как часы.. раздется 32 торрента от 400 мегабайт до 15 гигабайт файлы.. ПОлет вот уже не так уж и мало но не одного вылета так и не было...
Я просто благодарен ryzhov_al за компиляцию Наконец то стабильного торрент клиента...
Все работает с момента обновления его до 2.22 версии... когда скомпилил ryzhov_al ...
Гуд..
Asus RT-N16 + HDD 250GB + Скрипт для чайников
Аналогично!!! Подскажите пожплуйста, с чем это связано???Originally Posted by Vollsky
А как заставить Transmission писать лог в /opt/var/log?
И что означает это в системном логе?
После этого трансмиссия вылетает.Code:kernel: __alloc_pages: 0-order allocation failed (gfp=0xf0/0) Mar 12 23:54:40 kernel: ENOMEM in journal_alloc_journal_head, retrying. Mar 12 23:54:40 kernel: __alloc_pages: 0-order allocation failed (gfp=0xf0/0) Mar 12 23:54:40 kernel: journal_write_metadata_buffer: ENOMEM at get_unused_buffer_head, trying again. Mar 12 23:54:40 kernel: __alloc_pages: 0-order allocation failed (gfp=0xf0/0) Mar 12 23:54:43 kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0) Mar 12 23:54:43 kernel: VM: killing process transmission-da Mar 12 23:57:48 kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0) Mar 12 23:57:49 kernel: __alloc_pages: 0-order allocation failed (gfp=0xf0/0) Mar 12 23:57:50 kernel: __alloc_pages: 0-order allocation failed (gfp=0xf0/0) Mar 12 23:57:50 kernel: journal_write_metadata_buffer: ENOMEM at get_unused_buffer_head, trying again. Mar 12 23:57:53 kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0) Mar 12 23:57:54 kernel: __alloc_pages: 0-order allocation failed (gfp=0x1f0/0) Mar 12 23:57:54 kernel: __alloc_pages: 0-order allocation failed (gfp=0xf0/0) Mar 12 23:57:55 kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0) Mar 12 23:57:55 kernel: __alloc_pages: 0-order allocation failed (gfp=0xf0/0) Mar 12 23:57:55 kernel: journal_write_metadata_buffer: ENOMEM at get_unused_buffer_head, trying again. Mar 12 23:57:56 kernel: __alloc_pages: 0-order allocation failed (gfp=0x1f0/0) Mar 12 23:57:56 kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0) Mar 12 23:57:56 kernel: __alloc_pages: 0-order allocation failed (gfp=0xf0/0) Mar 12 23:57:56 kernel: journal_write_metadata_buffer: ENOMEM at get_unused_buffer_head, trying again. Mar 12 23:57:56 kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0) Mar 12 23:57:56 kernel: __alloc_pages: 0-order allocation failed (gfp=0xf0/0) Mar 12 23:57:56 kernel: ENOMEM in journal_alloc_journal_head, retrying. Mar 12 23:57:57 kernel: __alloc_pages: 0-order allocation failed (gfp=0xf0/0)
Last edited by Vilikk; 12-03-2011 at 20:59.
Asus WL-500W
swap 2gb, не понял зачем уменьшать?
Кстати когда был на версии 2.13 все было путем, установил 2.20 началось вот такое. Причем если раздача проверяется даже если она 30gb, все ок а если добавляю новый торрент 800mb то вылетает.
Asus WL-500W
ryzhov_al, Когда запущены 1-2 торрента, работает нормально. Решил вернуться на 2.13, скажите, зависимую надо анинсталить, или пусть будет?
Спасибо!
Вернусь, наверное, после обновления прошивки
Парни добрый день.у меня DIR-320,как только его купил прошил прошивой TOMATO и установил проги с помощью скрипта для чайников.Для торрентов сначала выбрал трансмиссию,но с ней точка висла когда трансмисиия начинала проверку файлов,пришлось пользоваться rTorrent, он работает более менее стабильно,падает раз в неделю.
Собственно вопрос:можно ли воспользоваться вышеприведенным скриптом чтобы удалить рторрент и установить новую трансмиссию,при этом сохранится ли все торренты?
Last edited by djonsky; 19-03-2011 at 08:56.
Last edited by BelAl; 20-03-2011 at 07:26.