Linux.by

Corsair писал(а):а FTP крайне тормозной протокол для очень больших обьемов

0) Обоснование в студию. Просто самому интересно.
1) rsync тебе в помощь.

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

Corsair,

Странно, я все-таки программер и представляю алгоритмы
работы NFS и ftp. NFS обязан делать гораздо больше и следовательно
должен быть тормознее. Возможно, причина того что у тебя ftp
медленнее, лежит в чём-то другом - настройки сетки?
Ограничение по скорости на ftp? Или что то ещё.

никакого ограничения нет. я предпологаю что дело в самой идеологии...
попробуй сам протестировать скорость работы, чуть ли не раза в два медленнее льется по ftp
ИМХО
чего больше он должен делать? основное выставляет флаг поток и погнал...

Corsair,

Для ftp есть замечательная команда.

mode block
mode stream
mode compress

Правда не все ftp поддерживают. А насчет проверки скорости уже
делал не раз.

И для меня есть ещё одна важная причина предпочитать ftp:
Если проблемы с сеткой начинаются - ftp не влияет на команды
df или mount. А вот nfs приводит систему в скотское состояние.

понятно
буду тестировать
тогда попутный вопрос
какие есть хинты в настройке FTP?

Corsair,

Я пользуюсь по умолчанию. Никаких настроек не делаю.

Mode block ставлю только если не пользуюсь wget или
рассчитываю на обрыв и докачку. Но это геморройно.
Попробуй wget, prozilla. Очень зависит от настроек сетки.
Я не сетевик, просто долго с этим долбался.

А wget для тебя хорошим решением может быть. Пробуй и замеряй.
И не исключаю что к самбе вернешься. Мое мнение это мое мнение,
а вот результаты time, truss, performance analyzer ничем не заменишь.

Тут ещё и размер блока на файловой системе может влиять до 10x
в скорости (не шутка, пару месяцев назад нарвался).

Corsair писал(а):никакого ограничения нет. я предпологаю что дело в самой идеологии...
попробуй сам протестировать скорость работы, чуть ли не раза в два медленнее льется по ftp
ИМХО
чего больше он должен делать? основное выставляет флаг поток и погнал...

Возьми сниффер и посмотри сколько служебного траффика шарится в smb. Кроме того сравни размер служебной информации в пакете. Варианты проблемы - кривой ftp-сервер, кривая качалка. Решение - многопоточная качалка или смена сервера.

d4s: Корсар, а я тебе что сразу говорил ?
PS реально разницы в скорости нет. По крайней мере я на своих машинах не замечал. Правда и объемы там небольшие - не более ISO, а скорость 10Mb
PPS скорость работы на ftp может быть и в 2 и в 3 раза медленнее, если ты пересылал КУЧУ мелких файлов. А при передаче 1-го большого, я думаю что smb еще и медленнее будет на пару процентов

Выхода нет, придется по FTP качать, видимо это это единственное в таких обстоятельствах правильное решение.
Спасибо за помощь.