benial 03.10.2009 11:37
Есть проблема! — Ubuntu и ntfs-3g
В Ubuntu ноут работает тихо и спокойно до тех пор, пока не запускается Transmission. Как только указанная программа открыта, нагрузка на процессор достигает 95-97 процентов и кулеры начинают работать на полную мощность. Это нормально?На ноуте установлена Ubuntu как вторая операционка из-под винды. Очень похоже, что причина в процессе mount-ntfs-3g, но что с этим делать, не знаю.
h31 03.10.2009 11:41 #
+ 0 -
Довольно странно. Торрентов в Transmission много?
Да, проблема с NTFS есть. Загрузка процессора возникает в случае, если какой-то процесс (в Вашем случае это Transmission) осуществляет активное чтение/запись на диск. Так что это нормально :)
Другое дело, как от этого избавиться. Если нужна совместимость в Виндой - как вариант, можно переформатировать нужный раздел в FAT32. Если не нужна - то в родную для Линукса ФС.
Другое дело, как от этого избавиться. Если нужна совместимость в Виндой - как вариант, можно переформатировать нужный раздел в FAT32. Если не нужна - то в родную для Линукса ФС.
А тебе не кажется, что проблема из-за того, что ставили из под Венды? Да и такое сильное испольное ntfs-3g я редко замечал - обычно 40%, не более. Может это именно проблема Transmission?
Нет, на самом деле для совместимости с виндой можно использовать и Ext3 с поддержкой больших файлов - и в линуксе родной, и в винде дрова прекрасно работают. У самого так и не жалуюсь. Траблы возникают только при нестандартном завершении работы Windows - тогда разделы неправильно размонтируются, журналы не синхронизируются и чтобы в следующей загрузке винда правильно увидела разделы необходимо запустить линукс, который увидев непорядок тут же сделает проверку, устранит ошибку и вы сможете смело грузиться опять в винду.
Да, такая ж проблема и с NTFS-разделами - при некорректном завершении работы в Винде, в Линуксе отказывает их автомонтирование стандартными способами.
Ствим ntfsutils и натравливаем на некорректно размонтированный диск ntfsfix. Или это «нестандартный способ»? :)
Вы ntfsprogs имеете в виду? В Арче ntfsfix лежит в этом пакете, но не особо помогает, насколько помню - просто заставляет винду при загрузке запустить chkdsk..
Да, именно ntfsprogs — запамятовал.
Действительно, сейчас почитал описание для дебиановского пакета — там написано:
Действительно, сейчас почитал описание для дебиановского пакета — там написано:
ntfsfix - Fix common filesystem errors and force Windows to check NTFS.
Но мне всё-таки кажется, что я именно этой утилитой в своё время в RIP Linux фиксил траблы с некорректно размонтированым ntfs-разделом.
Судя по многим заметкам и постам на форумах (к сожалению не могу щас привести пруф-линки), проблема как раз в планировщике, который в данный момент используется в Linux ядре вообще. На моем AMD Phenomeс 4 ядрами наблюдаются жудкие тормоза при запуске Transmission (не всегда, а тогда, когда Transmission прверяет недокачанные торренты).
В общем, если искать и гуглить, то в сторону brain fuck scheduler. Ну и 3g-ntfs, судя по отзывам, тоже конечно не подарок. Хотя возможно это опять же проблема планировщика ядра на десктопных Linux.
В общем, если искать и гуглить, то в сторону brain fuck scheduler. Ну и 3g-ntfs, судя по отзывам, тоже конечно не подарок. Хотя возможно это опять же проблема планировщика ядра на десктопных Linux.
Всё оказалось немного проще, чем я думал. Попробовал застопорить некоторые торренты... помогло. Оказывается, был один торрент с tfile.ru с 58 источниками, который почти подвещивает Transmission. Без этого файла все отлично работает - тихонько и приятно, и скорость держится стабильная.
Всем спасибо за ответы.
Всем спасибо за ответы.
на самом деле причина как уже написали с mount-ntfs-3g, я качаю на линукс раздел, и не важно сколько источников загруза нет, для доступа из винды на линукс раздел рекомендую ext2fsd
http://ext2fsd.sourceforge.net/projects/projects.hth
через url линк не виден(
через url линк не виден(
Попробуй написать багрепорт в трансмишион или поговорить с ним на канале его (это девелопер проги), потому что я думаю врядли кто оптимизировал и тестил прогу под нтфс
с ним* = с Чарли
и недовольным - вообще-то баг репорты там смотрят, и на канале он, когда находится, отвечает. сколько раз ему репортил и объяснял проблему и он пытался разобраться и помочь.
и недовольным - вообще-то баг репорты там смотрят, и на канале он, когда находится, отвечает. сколько раз ему репортил и объяснял проблему и он пытался разобраться и помочь.
Конкретно - никто ни под какую ФС и не будет тестировать. Прикладной софт вызывает системные вызовы или API какого-то фреймворка, который, в свою очередь все равно вызывает системные вызовы. Для прикладного софта не имеет значения какая ФС.
честно, я в этом не силён, но у меня ни нтфс, ни трансмишион не тормозит, но вместе соединять не пробовал, потому послветую запустить трансмишион на папку с другой фс и уже судить
Попрбуй использовать deluge =) Мне о намного больше понравился, чем transmission)
Недавно обнаружила такую штуку:
deluge -u web и localhost:8112
При моих 100 торрентах работает шустрее, хз почему.
deluge -u web и localhost:8112
При моих 100 торрентах работает шустрее, хз почему.
Видимо гуй тупит. Всё-таки pygtk.... Когда я жил в кедах и использовал Ktorrent, то при закачке с локального трекера скорость не подималась выше 2 Мбит/с и при этом весь DE жутко тупил, кстати. По этому перешёл а deluge =) Hо это уже оффтоп)
У меня похожая проблема. Только в моем случае торрентклиент полностью забивает оперативку, а потом и свап и система виснет. Конки показывает процесс mount.ntfs, который постепенно наращивает потребление оперативы. Качал как transmission так и flush, результат один и тот же.