ntfs-3g, ext3, ext4 и др.

Написал(а) hawk Дата 13.11.09 08:03

Посмотри еще на загрузку проца, как правило она очень большая...

echo "good..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'

Написал(а) MaxyS Дата 13.11.09 09:13

Да, так и есть. Как с этим бороться кто нибудь знает?

Написал(а) hawk Дата 13.11.09 09:24

Загрузка всегда высока, наблюдал везде, но вот зависаний при этом конечно не происходило. А версия драйвера ntfs-3g последняя?
При высокой загрузке какая температура проца и прочее, может причина зависаний побочна (перегрев к примеру)?

echo "good..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'

Написал(а) MaxyS Дата 13.11.09 09:36

Метров 600 копирует нормально при скорости 40-50мб/с при средней загрузке проца. потом все виснет, проц практически на 100%

Написал(а) hawk Дата 13.11.09 09:45

Топом (top) или htop смотри что у тебя происходит при копировании, подозрение что файлики мелкие и их много, смотри что происходит с памятью и свопом. Возможно они заканчиваются стремительно. Опять же вопрос про версию ntfs-3g какая? почитай про свою какие проблемы, возможно есть свежее, где это устранено.

echo "good..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'

Написал(а) MaxyS Дата 13.11.09 10:46

Версия последняя стабильная ntfs-3g 2009.4.4 integrated FUSE 27 - Third Generation NTFS Driver
Пишу один файл исошник, своп 4Gb, память и своп практически не используются.

Написал(а) MaxyS Дата 13.11.09 11:31

Вобщем поставил последнюю тестовую версию не помогло, попробовал натравить cfdisk на винт он мне ругнулся что повреждена таблица но ни винда ни линух ошибок не нашли, вернее линух нашел но вис. Решил все форматированием винта в нтфс один раздел сбекапив все нужное(винт терабайт, много всего было интересного но не жалко, инет анлим)))

Написал(а) LOE (Site/forum admin) Дата 13.11.09 22:08

ntfs-3g работает через user-space (FUSE), происходит переключение контекстов.
Отсюда тормоза при активной работе с ntfs: сначала активно заполняется кэш/буфер, потом начинает потихоньку все записываться на винт.

Совет - избегай ntfs на переносном носителе.
Либо используй fat32 (но у него недостаток - файл не более 4Гигов), либо ext3.
Все определяется тем, в качестве чего используется винт. Но и для винды есть средства работы с ext3.

"No! Try not! Do. Or do not. There is no try." -- Yoda

Написал(а) MaxyS Дата 14.11.09 07:30

А с ext4?))
Наверное все таки придется распополамить винт на нтфс и ext4((

Написал(а) MaxyS Дата 15.11.09 05:38

Разбил на 2, ntfs и ext4, сначала писал на ext4 так-же глючил, начал думать на винт, хотя в винде все норм. Отмонтировал раздел нтфс и винт перестал глючить... мистика какая-то...

Написал(а) MaxyS Дата 17.11.09 21:57

Скоро застрелюсь... Винт начал дико тормозить при копировании образа 4Gb с ext4 терабайтника на ext4 250-ка 700 метров все ок, потом 50% проц загружен(e8400), причем на 250-ке копирую с раздела на раздел все нормально, но что удивительно в винде ни одного глюка на винте не было, так что я думаю это не винт виноват, тестил его всем что нашел, всю ночь чекался на беды, форматировал полностью с удалением, тока не дошел до низкого уровня. Оба винта Seagate: ST31000340AS и ST3250318 на саташнике сидят.

Написал(а) LOE (Site/forum admin) Дата 18.11.09 00:01 Отредактировано 18.11.09 00:04

Насколько заполнены оба раздела?
При значительной фрагментации (актуально при работе торент клиентов, не резервирующих предварительно место), тормоза наступают просто офигенные. Как при чтении, так и при записи.

Проверка (отдельно чтение и запись):

time dd if=исходный_файл of=/dev/null bs=1024k
time dd if=/dev/zero of=конечный_файл bs=1024k count=4096

посмотри цифры чтения и записи.

И посмотри еще с помощью filefrag состояние фрагментации конкретных файлов.

"No! Try not! Do. Or do not. There is no try." -- Yoda

Написал(а) MaxyS Дата 18.11.09 07:37

Винт форматированный, образ качал торрентом но место резервировал и он один на диске, больше ничего нет, так что думаю не во фрагментации дело...

Написал(а) MaxyS Дата 18.11.09 07:41

И еще.
Я думаю была-бы фрагментация лампочка винта горела-бы постоянно практически, то есть данные бы читались, но медленно, а не могала раз в 3 сек...
скорость при таком копировании ==40б/с

Написал(а) LOE (Site/forum admin) Дата 18.11.09 08:13

В ситуации фрагментрования лампочка как-раз и моргает редко.
Попробуй все-таки с помощью dd проверить скорость чтения/записи по отдельности.

"No! Try not! Do. Or do not. There is no try." -- Yoda

Написал(а) hawk Дата 18.11.09 09:56 Отредактировано 18.11.09 09:59

А что только один ntfs-3g позволяет выполнять операции чтения-записи?
В ближайшее время буду рассматривать другие вариант и хоть ntfs-3g не вешает систему, но проц на LXDE с нуля загружает почти или полностью до 100%.
Пока можно взглянуть на это http://www.jankratochvil.net/project/captive/

# mkdir /mnt/diskc

# mount -t captive-ntfs /dev/hda1 /mnt/diskc

и вот этот коммерческий продукт, но он должен быть свободным для домашнего применения:
http://www.paragon-software.com/ntfs_linux_index.html

а так же найден в просторах глобальной, ряд советов, цитата:

" * Перед записью данных на NTFS-раздел из Linux/BSD настоятельно рекомендуется загрузить Windows и запустить chkdsk, чтобы убедиться в отсутствии ошибок. Дело в том, что штатный драйвер автоматически диагностирует дефекты файловой системы, блокируя запись до момента их исправления, а свободные драйверы — нет.
* После удаления/перемещения большого количества файлов и/или каталогов из-под Linux/BSD обязательно загрузи Windows и запусти chkdsk, поскольку свободные драйверы не учитывают ряд тонкостей NTFS, что ведет к накоплению мелких ошибок.
* При проверке тома, в который что-либо записывали свободные NTFS-драйверы, chkdsk, как правило, выдает сообщения об ошибках, однако это не повод для волнений. Обратись к документации, прилагаемой к драйверу, — в ней перечислены все некритичные ошибки и коротко описаны причины их появления.
* Никогда, ни при каких обстоятельствах не монтируй NTFS-раздел на запись, если работа Windows была завершена неправильно! В этом случае в журнале транзакций могут остаться записи, обеспечивающие откат при последующей загрузке операционной системы. Однако открытые драйверы все еще не поддерживают транзакции, а последствия отката диска, на который уже что-то писалось, непредсказуемы.
* Раздел, хотя бы однажды заполненный более чем на 90%, подвергается большому риску при монтировании на запись из-под Linux/BSD, поскольку при этом происходит усечение области, зарезервированной под метаданные. Свободные NTFS-драйверы обрабатывают эту ситуацию не совсем корректно."

echo "good..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'

Написал(а) hawk Дата 18.11.09 10:40 Отредактировано 18.11.09 10:45

Paragon NTFS for Linux 6.0 was - описывается в LXF октябрь 2007, номер 97
--
На сайте заполняется форма, полей пять, имя, откуда тлф, мыло. Позже на мыло приходит ссылка на скачивание.

echo "good..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'

Написал(а) hawk Дата 18.11.09 10:59 Отредактировано 18.11.09 11:04

Еще вопрос, что в системе используется:
famd
или
gamin
???
Ежели famd, то пробуем его заменить на gamin, часто бывает что famd является причиной загрузки.
---
famd - это демон, котторый периодически опрашиваюет каталоги
gamin - библиотека взаимодействующая с подсистемой ядра Linux - inotify. Это позволяет обходиться без отдельного демона и доставляет необходимую информацию всем подписавшимся программам напрямую.

echo "good..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'

Написал(а) MaxyS Дата 19.11.09 20:50

Такая-же хня и при копировании на ext3 раздел не только ntfs.
Сегодня специально с диска фильм кидал на винт. на 250-ку все ок, на 1000-к 400метров копируется и висюк...
у меня идеи уже кончились((((

Написал(а) LOE (Site/forum admin) Дата 20.11.09 05:46

SMART информацию винта смотрел?
Поставь на другую машину и потести. Может контроллер на материнке дурит.

"No! Try not! Do. Or do not. There is no try." -- Yoda

Написал(а) hawk Дата 20.11.09 06:10

>>Такая-же хня и при копировании на ext3

Каким процессом в этом случае загружен проц?
Возможно и железячные проблемы, харды как висят, на одном шлейфе или разных, какие вообще харды. Шлейфы глянь, замени, харды прогони MHDD или утилитой производителя, если Сегейт, то у них есть утилита, которая тестит не только поверхность диска, но и контроллер матери.
По поводу предыдущего совета, что стоит в системе FAM или GAMIN и заменил ли на GAMIN?

echo "good..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'

Написал(а) hawk Дата 20.11.09 11:04

>> Оба винта Seagate: ST31000340AS и ST3250318 на саташнике сидят.

Вопрос о хардах снимаю.

echo "good..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'

Написал(а) MaxyS Дата 20.11.09 21:10

Про FAM и GAMIN можно поподробнее?))
Я так думаю что дело не в железе, так как в винде все нормально, и сильный дефраг читается и скорость нормальная и бедов нету, глюков, тормозов, тресков винта тоже.Забивал винт целиком в нтфс и все читалось, что делать уже не знаю...
2LOE: На том-же ящике, только в винде все ок, другого компа с линухом поблизости нет, потестить не могу, lcd не хочется качать.

Написал(а) hawk Дата 21.11.09 10:00

FAM(File Alteration Monitor) & Gamin

echo "good..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'

Написал(а) MaxyS Дата 22.11.09 07:05

# ps waux | grep fam
root 10371 0.0 0.0 4536 956 pts/5 S+ 10:03 0:00 grep fam

вот и все что мне выдает...
Пакет гамина у меня установлен, как поменять теперь на него или у меня уже гамин используется?

Написал(а) elijah Дата 22.11.09 23:08

У меня в Ubuntu используется gamin, а при записи на NTFS всё равно оч. большая загрузка процессора.

Если тебе не нравится существующая культура, создай свою

Написал(а) hawk Дата 23.11.09 06:09

Она будет большой, просто обратил внимание на этот сервис, т.к. в случае использования демона - это еще более не рационально. Сам демон висит в памяти и кушает ресурсы, плюсом идет и дополнительная нагрузка от него. Поэтому все дистростроители быстренько перешли на gamin.
Вообще загрузка от ntfs-3g драйвера на слабеньких машинах близкая к 100% - это нормальное явление, вот зависание уже не нормально.

echo "good..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'

Написал(а) MaxyS Дата 22.11.09 07:56

Ладно, fam у меня установлен и используется(удалил его библиотеки, кде вообще не загрузился). Как теперь его заменить на gamin?

Написал(а) MaxyS Дата 22.11.09 09:08

Оказались библиотеки гамина... я уже не знаю, у меня установлен только гамин.
Блин, на той-же системе установлен был слак 12.2 и все было ок, ничего не глючило(по крайней мере с винтом)...
Какие у кого еще идеи есть? Я конечно понимаю что не у всех есть время разбираться с чужими проблемами, но все-таки если есть время....

Написал(а) hawk Дата 22.11.09 09:33 Отредактировано 22.11.09 09:38

Судя по первому посту, где ps вывод - демон fam не запущен, стало быть gamin используется, хотя я уже запутался )))
В арче нет ни того ни другого ))) в нем проще, ставишь ДЕ, пытаешь запустить например PCMan File Manager, а он в ответ, не буду я работать так как нет fam или gamin, после изучения вопроса, стало ясно, что gamin эффективнее и что во многих случаях 100% загрузка проца возникает именно из-за демона fam.

/* п.с. - вот что значит, когда дистр уже собран, что там под капотом - не понятно */

echo "good..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'

Написал(а) hawk Дата 22.11.09 09:46

...да, слака ведь для запуска демонов использует rc.conf, посмотри там на предмет fam демон если есть должен быть прописан, как то так:

DAEMONS=(syslog-ng dbus hal network netfs crond gpm rpcbind alsa fam)

или если rc.conf больше похож на БСДишный, то отдельная строка для каждого демона.

echo "good..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'

Написал(а) hawk Дата 22.11.09 10:07

на счет кде погугли на тему:
"kde4 fam" http://www.google.ru/search?hl=ru&client=firefox&rls=org.mozilla%3Aen-US%3Aofficial&hs=I6o&newwindow=1&q=kde4+fam&btnG=%D0%9F%D0%BE%D0%B8%D1%81%D0%BA&lr=&aq=f&oq=
"kde4 gamin" http://www.google.ru/search?q=kde4+gamin&ie=utf-8&oe=utf-8&aq=t&rls=org.mozilla:en-US:official&client=firefox
...может найдешь что, я с кедами делов не имею

echo "good..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'

Написал(а) LOE (Site/forum admin) Дата 22.11.09 18:07

В слаке нет rc.conf

Используется gamin (оказывается. вот ведь, жил не тужил, а оно там крутится себе потихоньку):
$ ps axw | grep gam
2744 ? S 0:00 /usr/libexec/gam_server

И я бы начал с начала:
проверил бы (все-таки) с помощью dd "сырую" скорость чтения и записи, посмотрел бы smart информацию, в конце-концов, для проверок есть голая консоль (или даже single runlevel).
Можно и liveCD дистры попробовать и убедиться, что виноваты железки, а не дистр.

Гадать можно долго и упорно, только вот продуктивности от этого никакой.

"No! Try not! Do. Or do not. There is no try." -- Yoda

Написал(а) hawk Дата 22.11.09 18:13 Отредактировано 22.11.09 18:18

хм, т.е. крутится как демон?

В слаке нет rc.conf

ну вот

я думал там как в BSD

echo "good..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'

Написал(а) MaxyS Дата 22.11.09 19:56

А что значат цифры которые выводит DD?
и как посмотреть смарт?

Написал(а) LOE (Site/forum admin) Дата 22.11.09 21:59

$ dd if=/dev/zero of=/dev/null bs=1024k count=1000
1000+0 записей считано
1000+0 записей написано
скопировано 1048576000 байт (1,0 GB), 0,649273 c, 1,6 GB/c

По-моему, все интуитивно понятно:
сколько скопировано, за какое время, скорость копирования.

Про смарт: man smartctl

"No! Try not! Do. Or do not. There is no try." -- Yoda

Написал(а) MaxyS Дата 23.11.09 05:46

У меня только цифры выводились... 4000 с копейками что-то вроде 4446 не помню точно. попозже напишу