Низкая скорость копирования

А что за файловая система? Дистрибутив? Вообще странно всё это.

Debian, копирую на ntfs. Говорят что-то связанно с асинхроной передачей данных, но что-то я не в курсе.

копирую на ntfs

А какая скорость-то? Вообще через ntfs-3g оно же еле ворочается, так сказать, by design. У меня вот скорость копирования на ntfs-раздел обычно 12 мбит/с не превышает.

Проблема такая: у в mc, tuxcmd и даже cp скорость копирования на носитель раз в десять (если не больше) меньше чем скорость в nautilus'e. Собственно и сам наутилус я накатил что-бы сбэкапить важные данные быстрее.

Говорят что-то связанно с асинхроной передачей данных, но что-то я не в курсе.

Ты, главное, диск не вынимай сразу, как он закончит копировать. Или наоборот, вынь диск сразу, а потом проверь свои «бэкапы». Тогда поймёшь.

Я надеюсь, ты делаешь отмонтирование? Попытайся «скинуть» что-нибудь большое через наутилус, а потом сразу отмонтировать. Он должен не дать тебе это сделать.

Ещё тебе может дать намёк светодиодный индикатор занятости этого диска, если он у тебя есть.

Это само собой:) Всё отмонтирываю по правилам. И данные рабочие)

Как говорит наутилус, скорость 28 или меньше мб/c. Это устраивает. А вот когда копировал фильм 3 гига через mc, и это занимало несколько часов, я расстроился.

Это все хорошо, но как разные программы влияют на параметры монтирования одной и той же точки?

Может быть, всё дело в bs (количестве байт, копируемом за раз)?

Не могу отрицать, так же как и не знаю, как это менять :)

>копирую на ntfs

Зачем?

Чтобы под вантузом видно было. // K.O.

>Чтобы под вантузом видно было.

Зачем?

Потому-что я съёмный винт не только в линукс вставляю.

Есть предположение, что эта самая ntfs расположена на внешнем, переносном винте или флешке, которые ТС может втыкать в компы не оборудованные предусмотрительно линуксом.

Что чтение, что запись — 30-35 Мб/с. Все, что USB-интерфейс позволяет. Вероятно, у тебя NTFS раздел сильно фрагментирован.

Угу, и при этом наутилусу фрагментация пофигу, и остальным нет.

Тем более я с момента покупки с него ничего не удалял, только копирую на него, так что фрагментация там мала.

А вот запросто, потому что прослойка может указывать свои параметры.

Ты что, не помнишь, что при монтировании через Dolphin/Plasma в KDE 4 до какой-то версии (мелкой, что-то вроде 4.1.x) флэшки с FAT показывали кракозябры вместо русских имён файлов? Вот.

Сейчас нагуглил такое же в XFCE.

Но я не совсем понимаю, при чём тут параметры монтирования, потому что ТС монтирует одинаково во всех случаях, как я понял.

Не проверял, но не должен бы.

Может быть, у наутилуса другой способ копирования ?

> потому что прослойка может указывать свои параметры.

Указывать она вряд ли что-то может, так как диск уже смонтирован. Какой-то собственный кэш использовать - да, может. Но итоговая скорость все равно бы не увеличилась.

Ты что, не помнишь, что при монтировании через Dolphin/Plasma в KDE 4 до какой-то версии (мелкой, что-то вроде 4.1.x)

Я как раз после выхода 4-ки с KDE слез.

Но я не совсем понимаю, при чём тут параметры монтирования, потому что ТС монтирует одинаково во всех случаях, как я понял.

Вот именно - диск уже смонтирован с некими заданными параметрами, а разные приложения работают с ним по-разному.

> Угу, и при этом наутилусу фрагментация пофигу, и остальным нет.

А я не тебе отвечал.

Есть предположение, что наутилус пи^Wобманывает, и просто кеширует много за раз в отличии от.

А вообще man UDF.
ХР только читает, ЕМНИП.

Указывать она вряд ли что-то может, так как диск уже смонтирован. Какой-то собственный кэш использовать - да, может. Но итоговая скорость все равно бы не увеличилась.

Ты сам заговорил про параметры монтирования, я тебе ответил.

А это — не параметры монтирования.

Вот именно - диск уже смонтирован с некими заданными параметрами, а разные приложения работают с ним по-разному.

Тому может быть много причин. От игрищ с размером блоков, до принудительной синхронизации там, где кажется, что медленно (но тогда в этом «убыстрении» смысла нет).

Тс, поиграйся с dd и размером блоков при копировании большого файла, о результатах сообщи.

Ты уверен, что вся запись синхронная? После быстрого «копирования» большого количества данных через Nautilus у тебя индикатор больше не светится, получается сразу же отмонтировать диск?

Ну выскочит не надолго маленькое окошко «Запись данных», потом отмонтируется.

Во! Тогда вопрос решён, да?

Это ненадолго равно тому, сколько копирует mc и cp. То есть {время от начала копирования через cp до конца копирования через cp} равно {времени от начала копирования через nautilus до закрытия этого окошка «запись данных»}. Ну да, во втором случае nautilus сообщил о конце копирования раньше, и ты развлёкся поиском кнопки отмонтирования за то же время.

Нет, в слушая с mc это занимало несклько часов, а тут меньше 20 минут.

У меня Наутилус врёт. И Konqueror тоже. Они говорят, что всё скопировано, а жмёшь на «Отмонтировать» и ждёшь завершения работы команды и перемигивания лампочки.

А через cp?

Условия были одинаковыми? Проверь ещё пару раз через mc и через наутилус с одинаковыми файлами, по очереди.

Я проверял, иначе бы сюда не постил :) Я пробовал как угодно, лишь бы не ставить наутилус, но всё равно пришлось.

Ты, главное, диск не вынимай сразу, как он закончит копировать. Или наоборот, вынь диск сразу, а потом проверь свои «бэкапы». Тогда поймёшь.

Я думал это баг -__-

Вынимал диск сразу, проверял бэкапы :) Всё с ними норм. Ваще не понимаю зачем это окошко без полосы прогресса.

Либо плохо проверял, либо повезло, либо все это враки.

К примеру копирую я 1.4 гиговый ави на флешку, закрылось окно прогресса, давая понять что копирование якобы завершено. Но индикатор на флешке еще минуту мигать будет. Если выну флешку сразу после закрытия окна копирования, файл будет битый. Меня это дико бесило в гноме.В кедах к счастью все нормально.

а монтировал наутилусом? а при при копировании mc и cp каким образом монтировал? а еще не советую копировать mc большое количество данных - тормоз он полный...

Это фича. Оно сложило всё в дисковый кэш, не волнуйся, оригинал можешь смело удалять.

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

А вот отсутсвие внятного сообщения в KDE при попытке отмонтировать (просто выдаёт ошибку) или индикатора занятости устройства — баг. Кто оформит багрепорт?

Сравнивай nautilus и cp. Про mc забудь пока.

Читай выше, почему это нормально.

Да, врать он не должен, для этого хорошо бы иметь что-то вроде индикатора занятости (лампочка далеко не на всех внешних устройствах есть) или хотя бы внятного описания ситуации при попытке отмонтировать.

И ещё: такое поведение отключается, если оно тебе не нравится. Но ты потеряешь плюшки.

ИМХО, совет про dd и размеры блока был правильным. С учётом: http://www.tuxera.com/community/ntfs-3g-faq/#dd

>Debian, копирую на ntfs. Говорят что-то связанно с асинхроной передачей данных, но что-то я не в курсе.

С этого и надо было начинать. Значит надо копать в сторону ntfs-3g? Дай угодаю, копируется великое множество мелких файлов?

>Может быть, у наутилуса другой способ копирования ?

Конечно, через свои прослоечные функции. mc копирует системной функцией, а не cp, cp конечно же тоже.

Копируется несколько больших)

Тогда стоит обратится к разработчиками и отправить багрепорт.

Это издевательство, у меня не меньше 25-30, debian stable

> в слушая с mc это занимало несклько часов, а тут меньше 20 минут.

За рисование прогресса надо платить. Обновление экрана, скорее всего, более длительная операция, чем непосредственно копирование.

Тоже Stable, странно.