Удалённый доступ к ФС и файловые операции

При сисколе rename() данные не должны ходить туда-сюда, во всяком случае с NFS. А при копировании ничего не сделать, ведь сискола СКОПИРОВАТЬ() нет, ФМ сначала читает, потом пишет данные. Это если говорить про уровень файловой системы. В mc было (есть?) shell-соединение, может там не будет лишних передач данных по сети.

переносе и т.д. файлов

Это вранье. По крайней мере mv на sshfs отрабатывает почти мгновенно даже на больших файлах, что говорит о том, что данные никуда не ходят.

А вот при cp, да, приходится гонять туда-сюда.

cp -l

для операций «при скопировании, переносе и т.д. файлов на ней посредством ФМ...» делай ssh remote 'mc' и гоняй там файлы как хочешь. Разные цели — разные инструменты (подходы).

При сисколе rename() данные не должны ходить туда-сюда, во всяком случае с NFS.

С SSHFS то же самое.

В mc было (есть?) shell-соединение, может там не будет лишних передач данных по сети.

А что это такое?

Это вранье. По крайней мере mv на sshfs отрабатывает почти мгновенно даже на больших файлах, что говорит о том, что данные никуда не ходят.

Вообще, память могла мне изменить, не спорю.

ведь сискола СКОПИРОВАТЬ()

man 2 sendfile

для операций «при скопировании, переносе и т.д. файлов на ней посредством ФМ...» делай ssh remote 'mc' и гоняй там файлы как хочешь. Разные цели — разные инструменты (подходы).

Откройте ради эксперимента два экземпляра вашего любимого ФМ и попробуйте открывать файлы только в первом, а двигать - только во втором. Это совершенно неюзабельно.

Ну это fish, оно же shell link, только оно так же гоняет файл туда/обратно, так что не подходит, ошибся я.

и вообще, что копирование есть read+write вообще никак не оправдывает дополнительный перегон туда обратно по сети, что ты несёшь

А с sendfile() уже убрали ограничение, что один из дескрипторов должен быть сокетом?

Чего? read() файла без передачи данных?

ты так и не открыл man, но продолжаешь спорить?

передача куда?

Я man открывал, в том man'е, который у меня так:

  Presently  (Linux  2.6.9):  in_fd, must correspond to a file which sup-
  ports mmap(2)-like operations (i.e., it cannot be a socket); and out_fd
  must refer to a socket.

Передачи данных по сети при read() файла с удалённой файловой системой.

Может я не совсем понимаю про что пишет ТС, но вроде как-то так:

cp /mnt/net/a.txt /mnt/net/b.txt

In Linux kernels before 2.6.33, out_fd must refer to a socket. Since Linux 2.6.33 it can be any file.

Linux 2.6.33 released
Wed, 24 Feb 2010

правильно, почему read+write просто не осуществлять на удалённом хосте?

Чтобы осуществлять read()/write() на удалённом хосте нужено, чтобы ФМ был запущен там, на удалённом хосте, что ТС не удобно. Ну или какой-то особый файл менеджер, который «понимает» что копирование будет с sshfs на sshfs и осуществляет удалённое выполнение команды ″cp″.

можно ли этого добиться каким-либо образом?

Теоретически - да, конечно, на практике - мне неизвестны инструменты, которые это умеют.

Замечательно, а то я думал, что как они сломали sendfile() для file->file при переходе от 2.4.x к 2.6.x дак так чинить не будут.

В mc было (есть?) shell-соединение, может там не будет лишних передач данных по сети.

Там жопа какая-то непонятная. Если качаешь с удалённой машины — всё ок. Если закачиваешь на удалённую машину, точно не разбирался, но такое ощущение, что mc складывает файл во временный каталог и оттуда уже льёт его на сервер. Выглядит это как быстрое копирование, а потом внизу бегут цифры, сколько передано. При этом если размер файла становится больше размера доступной оперативки, то передача файла обламывается...

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

Это всего лишь твоё «ощущение».

Это всего лишь твоё «ощущение».

Угу. И сообщение о нехватке памяти при заливке большого файла — тоже «ощущение»? И быстрый пробег скроллбара и последующее долгое «тикание» цифр в нижней части mc? :)

Иллюстрации. Вот 1.4Гб переданные передаваемые через 2Мбит канал:
https://twitter.com/balancer73/status/499347168961236992/photo/1
Обрати внимание на «скорость» передачи.

А потом начинается такой тик:
https://twitter.com/balancer73/status/499347487761518592/photo/1

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

И, да, пока бегут циферки, mc ни использовать нельзя, ни прервать (в т.ч. по Ctrl-C, Ctrl-Z), только убить по kill из другой консоли.