очередь при копировании в nautilus

Не могу настроить чтоб при копировании выставлялась очередь, а не копирывались все файлы одновременно в несколько потоков. Излазил все настройки и ключи в dconf наутилуса, это вообще возможно сделать?
aspiring
… а не копирывались все файлы одновременно в несколько потоков
Читаю, читаю и возникает несколько вопросов …
1. Непонятно что копируется - откуда и куда. Если с диска HDD или на диск HDD, то там многопоточность как таковая не должна работать физически, если с диска SSD на диск SSD, то вроде бы здесь распаралеливание возможно, но и изменений по скорости вроде бы быть не должно … или копирование идет через память?
2. Как определил, что копируется в несколько потоков? Просматривал ли потоки в режиме реального времени? - то есть было, например, у процесса nautilus в простое 3 потока, включил копирование и появилось дополнительно еще несколько потоков? Или трейсил (strace показал несколько потоков)?

EDIT 1 - всегда считал, что все файловые менеджеры осуществляют копирование последавательно, файл за файлом, то есть в один поток …. ошибался
Проверил - копировал около 10 файлов (в сумме несколько G) из одной директории в другую:
- nautilus - копировал в два потока
- pcmanfm - копировал в один поток
Ошибки не исчезают с опытом - они просто умнеют
Ддля интереса немного погуглил эту тему и, насколько понял, каждый файл-менеджер имеет свою собственную систему копирования, а вот в части параметров копирования (да и других тоже) все эти комбайны довольно бедны (плюс к этому беднеют еще со временем - настроек все меньше и меньше).
И похоже вряд ли что можно будет изменить, придется смириться или пробовать другие файл-менеджеры для таких больших копирований (заметил, что pcmanfm и mc копируют быстрее, чем nautilus).

PS - и все-таки не понятна мне эта многопоточность при копировании в nautilus, как пишут эта многопоточность при задействовании HDD только замедляет, а копирование всеравно идет последовательно.
Хотя microsoft уже давно использовал у себя утилиту RichCopy для многопоточного копирования …. но, как пишут, Total Commander справлялся с этим быстрее, чем RichCopy.
Ошибки не исчезают с опытом - они просто умнеют
У меня тоже стоит nautilus, хотя и пользуюсь им очень редко, плюс к этому стоит еще и Gnome, котороым тоже пользуюсь очень редко.
Немного продолжил копание в nautilus … и обнаружил такую штуку - копирование файлов (например, из одной директории в другую) осуществляется с использование tracker, который встроен в Gnome.
tracker is a filesystem indexer, metadata storage system and search tool.
Вообщем что то типа системы поиска и индексации файлов. Пишут, что вообщем то штука вредная - и занимает лишний объем и плюс к этому дополнительная нагрузка на диск (лишние обращения к диску).
Решил поэкспериментировать, удалять не стал, а просто остановил индексирование согласно этой инструкции
Non-Invasive Disable Cheat Sheet
This disables everything but tracker-store, which even though it has a .desktop file, seems tenacious and starts up anyway. However, nothing gets indexed.
tracker daemon -t
cd ~/.config/autostart
cp -v /etc/xdg/autostart/tracker-*.desktop ./
for FILE in tracker-*.desktop; do echo Hidden=true >> $FILE; done
rm -rf ~/.cache/tracker ~/.local/share/tracker
Note that tracker daemon -t is for graceful termination. If you are having issues terminating processes or just want to take your frustration out, tracker daemon -k immediately kills all processes.
After this is done, tracker-store will still start on the next boot. However, nothing will be indexed. Your disk and CPU will be better for wear.
Перед выполнением было
tracker status
Проиндексировано: 29615 файлов, 2263 папки
Свободное место на разделе с базой данных: 33,4 GB (45,28%)
Все службы поиска данных в режиме ожидания, индексация завершена
После выполнения стало
tracker status
Проиндексировано: 0 файлов, 0 папок
Свободное место на разделе с базой данных: 33,6 GB (45,62%)
Все службы поиска данных в режиме ожидания, индексация завершена
Проверил копирование - вроде стало быстрее и в один поток. Попробуй.
Ошибки не исчезают с опытом - они просто умнеют
И все-таки не могу понять о многопоточности копирования в nautilus, не может этого быть .... а в части наличия 2-го потока, то только сейчас пришла в голову мысль, что второй поток это просто tracker (что показывает и strace), а так копирование идет в один поток.
Ошибки не исчезают с опытом - они просто умнеют
aspiring, а ты уверен что точно идет копирывание в несколько потоков, а не какое то оптимизированное копирование, которое может казаться на индикаторе как в несколько потоков?
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
nafanja
которое может казаться на индикаторе как в несколько потоков
Интересно - есть какие то индикаторы, показывающие количество потоков процесса? - просто чистое любопытство, так как не использую ничего похожего.
Ошибки не исчезают с опытом - они просто умнеют
vasek, обычно такой графический индикатор показывается при копировании либо как отдельное окно либо в трее, где идет статистика (прогресс) копирования: сколько скопировано, какой файл сейчас копируется, скорость копирования...
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
nafanja
где идет статистика (прогресс) копирования: сколько скопировано, какой файл сейчас копируется, скорость копирования…
А как судить - сколько потоков работает? Из того, что будет показано одновременное копирование 2-х файлов, не значит, что копировние идет в два потока.
Ошибки не исчезают с опытом - они просто умнеют
vasek, я же и говорю что может казаться многопоток по этим индикаторам...
да и у винта всего 1 головка, а не несколько, так что HDD физически не могут многопоток.
а оптимизация заключается в том чтобы уменьшить движения головки, считыванием/записью близлежащих кусков данных от разных файлов.
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
 
Зарегистрироваться или войдите чтобы оставить сообщение.