LINUX.ORG.RU
ФорумTalks

vfat и 500000 файлов


0

1

сабж - это какой-то анрил. Надо скопировать 50GB мелких файлов (по 100k примерно) с внешнего USB-харда. Так он уже минут 15 только _подготавливает_ копирование и конца этому не видно. То есть считает файлы и т.п.

Это нормально? В чем затык-то? в vfat?

★★☆☆☆

Последнее исправление: dikiy (всего исправлений: 1)

Это нормально? В чем затык-то?

50GB мелких файлов (по 100k примерно)

Учитывая скорость копирования большого количества мелких файлов - нормально :) А через консоль? Обычно в таких случаях шустрее получается.

Valkeru ★★★★
()
Ответ на: комментарий от Valkeru

Учитывая скорость копирования большого количества мелких файлов - нормально :) А через консоль? Обычно в таких случаях шустрее получается.

так оно даже копировать еще не начало o_O через консоль уже боюсь. Ибо опять ждать хз сколько не хочется.

dikiy ★★☆☆☆
() автор топика
Ответ на: комментарий от dikiy

Это у тебя видать файл-менеджер свои предварительные ласки начал. stat(2)-ит еще наверняка каждый файл на предмет размера. Копируй cp-ой, без этой всей порнографии.

arturpub ★★
()
Ответ на: комментарий от Axon

да. про stat не подумал. делаю cp.... тоже не быстро, но вроде хоть процесс пошел.

dikiy ★★☆☆☆
() автор топика

страсти то какие ... судя по всему он твои 100к файлов сначала перчисляет для отрисовки прогресса.

запусти cp -rv SRC DEST

и будет тебе счастие.

MikeDM ★★★★★
()
Ответ на: комментарий от MikeDM

судя по всему он твои 100к файлов сначала перчисляет для отрисовки прогресса

Так и есть. В противном случае отдаёшь команду и.... ждёшь. Сколько ждать - 5 минут, 15, час, сутки - никто не скажет. Если только извращаться с другой консолью и «ll | wc -l» в каталоге куда копируешь.

yu-boot ★★★★★
()
Ответ на: комментарий от sin_a

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

yu-boot ★★★★★
()
Ответ на: комментарий от yu-boot

Если опустить эмоции и слова типа «дроч», то можно заметить что простое включение программы в coreutils никак не испортило бы подход Ъ-юникс (70-ых годов прошлого века).

sin_a ★★★★★
()
Ответ на: комментарий от sin_a

Зачем плодить лишние сущности? Индикатор отдельно от процедуры копирования не нужен.

И да, дроч. Фанатичное отрицание чего-то удобного и функционального из чисто религиозных соображений.

yu-boot ★★★★★
()

Это нормально? В чем затык-то? в vfat?

Ну, как бы да. Это ещё в старые времена было заметно. Собственно fat была создана в очень лохматые времена, по этому всё пошло на минимальных оверхед и простоту, а не нацеленность на высокую производительность при огромных количествах файлов.

atrus ★★★★★
()

Это нормально?

FAT он и есть FAT.

Quasar ★★★★★
()

В тар запакуй и копируй

Deneb
()
Ответ на: комментарий от sin_a

Давайте чтение инфы из инодов в отдельную утилитку вынесем тогда.

yu-boot ★★★★★
()
Ответ на: комментарий от Shadow

cp тут тоже с ума сойдёт.
копируется так: cd путь_куда tar -cf - путь_откуда | tar -xf -

спс. Буду знать на будущее. cp вроде за ночь справился с задачей. Переделывать уже не буду :)

dikiy ★★☆☆☆
() автор топика
Ответ на: комментарий от Axon

Он вроде позволяет.

Фича: есть прогресс копирования.

luke ★★★★★
()
Последнее исправление: luke (всего исправлений: 1)
Ответ на: комментарий от Shadow

tar как-то по-особому обходит дерево каталогов, или фишка в пайпе?

arturpub ★★
()
Ответ на: комментарий от blackst0ne

1. tar - один процесс, cp - много. 2. tar выступает буфером

Shadow ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.