Модераторы: /dev/random, Модераторы разделов
пропустил это слово·
Код: Выделить всё
find /home/vova/out/ -type f -not -name ".*" -exec echo mv {} /home/goga/out/ \;Код: Выделить всё
for i in /home/vova/out/* ; do mv "$i" /home/goga/out/ ; done
Код: Выделить всё
(cd /home/vova/out/; mv -t /home/goga/out/ *)
bormant писал(а): ↑12.04.2012 18:29find понимаю зачем -- если количество файлов велико для командной строки.
А зачем for, если /home/vova/out/* уже способно дать длинный список, чем это принципиально отличается от тривиального
Код: Выделить всё
(cd /home/vova/out/; mv -t /home/goga/out/ *)
Переход в каталог использован для сокращения командной строки после глоббинга, -t для исключения "вылета" каталога назначения за пределы списка.
Собственно, есть 2 причины не использовать данную конструкцию:
Собственно, остался вопрос про источник подобного утверждения, это где-то документировано?
Код: Выделить всё
ls -1 /home/vova/out/ | while read file; do ...Дело в том, что в системе есть ограничение на количество аргументов для нового процесса (именно это и происходит при попытке запуска rm, mv, etc). А при запуске for / echo / etc builtin новый процесс не создаётся => ограничения упирается в память.
Код: Выделить всё
getconf ARG_MAXКод: Выделить всё
$ mkdir t
$ cd t
$ seq 1 1000000 | xargs touch
$ find | wc -l
1000001
$ ls *
bash: /bin/ls: Argument list too long
$ ( for i in *; do echo "$i"; done ) | wc -l
1000000SLEDopit писал(а): ↑12.04.2012 19:33Узнать ограничение на количество аргументов можно так:
Код: Выделить всё
getconf ARG_MAX
Код: Выделить всё
$ getconf ARG_MAX
2097152ARG_MAX - _SC_ARG_MAX
The maximum length of the arguments to the exec(3) family of functions. Must not be less than _POSIX_ARG_MAX (4096).
про удаление файлов после копирования rsync-ом я написал в первом своём посте·
$
find source_dir -maxdepth 1 -type f -exec mv -t target_dir {} +
| в консоли вку́пе (с чем-либо) в общем вообще | в течение (часа) новичок нюанс по умолчанию | приемлемо проблема пробовать трафик |
Я писал про возможное ограничение на к-во word-ов (я их назвал "аргументами") в конструкции for in (если оно вообще есть), а вы почему-то про само выражение после in. Какое вообще отношение выражение после in имеет к ограничению на к-во word-ов? Или что, может, если я напишу там что-то другое, например $(seq 1 1000000), то это ограничение изменится?
/dev/random писал(а): ↑13.04.2012 13:06Если вы вместо "for in" напишете обычную команду - тогда будет заменяться, со всеми присущими этому варианту недостатками, например, невозможностью отличить пробел-разделитель от пробела внутри имени файла.
There are seven kinds of expansion performed: brace expansion, tilde expansion, parameter and variable expansion,
command substitution, arithmetic expansion, word splitting, and pathname expansion.
Код: Выделить всё
$ cat ./t.sh
#!/bin/bash
for i ; do
echo "'$i'"
done
$ ll
total 4
-rw-r----- 1 sgf sgf 0 Apr 13 13:17 a b
-rw-r----- 1 sgf sgf 0 Apr 13 13:17 c
-rwx------ 1 sgf sgf 46 Apr 13 13:19 t.sh
$ ./t.sh *
'a b'
'c'
't.sh'Возможно имелась в виду последующая обработка уже раскрытого списка. Что-нибудь в духе
Код: Выделить всё
for i in $(ls *)SLEDopit писал(а): ↑13.04.2012 13:29Возможно имелась в виду последующая обработка уже раскрытого списка. Что-нибудь в духе
Код: Выделить всё
for i in $(ls *)
Код: Выделить всё
$ ll
total 4
-rw-r----- 1 sgf sgf 0 Apr 13 13:34 *
-rw-r----- 1 sgf sgf 0 Apr 13 13:17 a b
-rw-r----- 1 sgf sgf 0 Apr 13 13:17 c
-rwx------ 1 sgf sgf 46 Apr 13 13:19 t.sh
$ ( for i in $(ls *); do echo "'$i'"; done )
'*' <---- это
'a b' <---- результат
'c' <---- pathname expansion
't.sh' <---- для файла с именем звездочка
'a' <- а это
'b' <- результат word splitting для файла с пробелом
'c'
't.sh'Код: Выделить всё
set -f
IFS=$'\xa' (или IFS='', хотя польза последнего сомнительна)Bizdelnick писал(а): ↑13.04.2012 12:35Тут скорее всего не общий, а частный случай, когда перемещение выполняется в пределах одной ФС.
/dev/random писал(а): ↑13.04.2012 13:06пробел-разделитель от пробела внутри имени файла. А "for <переменная> in <шаблон>" - специальная конструкция, которая проходит по всем файлам, соответствующим шаблону, без перевода их списка в строку и без путаницы со спецсимволами в именах файлов. И без ограничения длины, да.
drBatty писал(а): ↑13.04.2012 14:31концептуально это тоже не играет роли - мы сначала копируем _имя_ файла из одного каталога, а потом его удаляем. Технически это конечно атомарная операция, но в принципе это тоже самое копирование+удаление. (:
Т.ч. формально моё формальное определение верно во всех случаях.
| в консоли вку́пе (с чем-либо) в общем вообще | в течение (часа) новичок нюанс по умолчанию | приемлемо проблема пробовать трафик |
Фига се. А я-то ломал ломал голову, что это у меня в пределах одной файловой системы mv 100500GB.file занимает < 1 секунды, а cp && rm 100500GB.file около часа.
Глубокие? Да я знаю маленькую толику и познание нового продвигается невероятно медленно. К сожалению.
Это самый обычный цикл for, который для каждого файла, соответствующего маске /home/vova/out/*, запускает команду перемещения её в другую директорию. Подробнее о циклах.
учебник.
Так в том то и разница, что при mv данные не перемещаются, а при cp && rm - перемещаются (напомню, что речь идёт про действия внутри одной файловой системы). Поэтому принципиальная разница таки есть.
Так, так, мы вроде спорили о mv vs rsync, а тут мне уже говорят про find vs mv. Как всё быстро меняется (:
Код: Выделить всё
bash: /bin/ls: Argument list too longdrBatty писал(а): ↑13.04.2012 16:30согласитесь, что этот способ таки быстрее и лучше: Нужна помощь в написании скрипта.
(:
Ну, что ж, я не могу вам доказать обратного, но в моем понимании - это по меньшей мере, крайне странно и нелогично, и, тк я не вижу ни одного основания для такого предположения, то и смотреть исходники не вижу для себя никакого смысла. $
for f in *; do echo "i='$i'"; done
i=''
echo *
*