LINUX.ORG.RU
решено ФорумAdmin

Какой протокол передачи данных самый быстрый в локальной сети?

 , , , ,


1

1

Сильнее всего интересует на каком протоколе работает KDE Connect? При копировании файлов данная утилита он выдает ~50мб/с. Изначально я думал что она работает на ssh, но когда я поднял сервер на OpenSSH у меня вышло максимум 5мб/с… Знатоки предположили, что программа построена на SFTP, но SFPT не поддерживает буферизацию(имею ввиду, что через него нельзя открыть файл, полностью не скачав его), когда с помощью KDE Connect можно открывать файл, не скачивая его. В итоге вопрос следующий: на каком протоколе построен KDE Connect или же какой протокол использовать, чтобы получить такую же скорость передачи, имея возможность открывать файлы с сервера?

Перемещено hobbit из general

Ответ на: комментарий от Dr64h

Меня только что осенило… Вспомнил, что при подключении телефона и попытке открыть ф. систему программа просит установить sshfs. Так что это точно то, что я ищу.

Vishera845
() автор топика
Ответ на: комментарий от vbr

** для скачивания больших файлов, мусье :)
http теоритически имеет поддержку докачки файлов и т.д. но нни разу не видел чтобы чрез http делали «открытие файла» с произвольным доступом.

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

Никаких проблем со скачиванием произвольного куска файла в HTTP нет. Для этого есть стандартные заголовки и их поддерживает любой веб-сервер.

Если нужно что-то вроде «шары», то стандарт де-факто это Samba. Ну и NFS для UNIX-only сетей. Но со скоростью тут максимум у меня не выжимало. А HTTP это протокол, простой как два рубля, поэтому тут скорость будет очень хорошей. Без TLS, если что. С шифрованием возможны нюансы.

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

читай запрос %ТС% там аккурат про скачивание vs открытие.

если уж говорить про самый быстрый способ перекачки файла, то это как ни странно netcat !!
минимальный оверхед из всех остальных, считай практически отсутствует, минимальная кодовая обертка и т.д. но! есть нюансы :)

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

Если речь о поддержке открытия файла в любой программе, не предназначенной специально для работы с файлами по http, то есть webdav, который можно примонтировать как файловую систему.

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

ну учитывая «заброшенность» вебдав, а точнее его непопулярность. странно такое советовать. а так тут верно сказали, дефакто наименьшее число проблем доставит samba

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

HTTP хорош тем, что его можно хоть на айфоне скачать. А для некоторых типов вроде mp4 даже посмотреть в стриме, локальный ютуб практически. netcat - да, но для его потребления нужен специально обученный пользователь.

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

на мой взгляд да, разные устройства, разные системы, примерно с одинаковой степенью отвратительности поддерживают наверное только самбу. а эти устройства рано или позно появятся в локалке :) ну так обычно бывает

Morin ★★★★
()

если сетка гигабитная, то и 50 мбайт в сек - это мало, должно быть 100

на такойже скорости должен работать и ssh, т.е. если у тебя толкьо 5 то это явно гдето хрень, разбирайся

x905 ★★★★★
()

Какой протокол передачи данных самый быстрый в локальной сети?

NetBIOS мог бы претендовать. Только он канул в Лету, а его потомок катается теперь поверх TCP/IP. И да, вопрос задан неточно. ;-)

AS ★★★★★
()

Любой протокол для передачи? SFTP немножечко костыль же, потому может тормозить. Не удивлюсь если и в кедах что-то нахимичено, что оно не очень работает, потому что вся эта тема с fuse в кедах жутко тормозная.

Я бы вообще по http кидал, наверняка ведроид умеет в cgroups, значит наверняка там можно контейнеры поднимать. Поднимаешь nginx и вперёд. За сказанное не ручаюсь, смартфона у меня нет.

Pierre_Dolle
()