@kamikazee: przy transferze wiekszych plikow prawdopodobnie bez roznicy lub w zaleznosci od wybranych funkcji kryptograficznych, a nie w zaleznosci od protokolu. Przy transferze duzej ilosci mniejszych plikow stawialbym na scp bo spodziewam sie ze negocjacja tls bedzie zachodzila przy kazdym pliku przy sftp. Najszybszy bedziej jednak w tej sytuacji rsync przez ssh.
* wiele/mało/jeden plik/i, * duże/małe plik/i, * czy potrzebujesz widzieć/przeglądać pliki na serwerze docelowym, * mirroring/synchornizacja live, czy może chodzi ci o transfer
@kamikazee: Duplicati, a w konfiguracji możesz wyłączyć kompresję, weryfikację czy też zwiększyć rozmiar bloku coby zmniejszyć obciazenje cpu. Mam codzienny backup ~100GB /home, a na Win katalogu domowego i partycji do pracy i nawet nie zauważam tego.
@Kryspin013: nie potrzebuje szyfrowania transmisji pytam się który z protokołów jest najszybszy i najmniej obciążający procesor bo docelową maszynką jest Raspberrypi 1
@ksiak: tak gdzie ważna jest szybkość przesyłu (można zwiększać liczbe równoległych połączeń, otwierajac zakresy portów) albo klient nie może uzywać sftp/scp np Mainframy (zOS) a konkretnie jego operator nie potrafi obsłużyć innych JQL niz ftp-owe
@kamikazee: ftp nie uzywa szyfrlwanych polaczen chyba ze ftps wtedy tak jak napisalem.
@maniac777: to szyfrowanie to zależy kto inicjuje z tego
nic mnie bardziej nie wkurza w lidlach czy biedronkach, niż ludzie grzebiący w pieczywie, 6:05 dziad już przemacał wszystkie bułki #lidl #biedronka #dino #auchan #kaufland #stokrotka #tesco
#linux #debian #rasberry #raspberrypi
@kamikazee: przy transferze wiekszych plikow prawdopodobnie bez roznicy lub w zaleznosci od wybranych funkcji kryptograficznych, a nie w zaleznosci od protokolu. Przy transferze duzej ilosci mniejszych plikow stawialbym na scp bo spodziewam sie ze negocjacja tls bedzie zachodzila przy kazdym pliku przy sftp. Najszybszy bedziej jednak w tej sytuacji rsync przez ssh.
@kamikazee: a to ktoś tego jeszcze używa?
@kamikazee: ftp nie uzywa szyfrlwanych polaczen chyba ze ftps wtedy tak jak napisalem.
* wiele/mało/jeden plik/i,
* duże/małe plik/i,
* czy potrzebujesz widzieć/przeglądać pliki na serwerze docelowym,
* mirroring/synchornizacja live, czy może chodzi ci o transfer
@kamikazee: A co Ty, ekologiem jesteś, czy przebieg mierzysz?
@dict: przy dużych danych szyfrowanie po ssh znacząco spowalnia transfer więc nie chodzi tylko o prąd.
@kamikazee: a musisz szyfrować dane w locie? Bo wszystko co idzie po SSH (SFTP, SCP to to samo) będzie mieć swój narzut.
@kamikazee: żaden bo oba to to samo - dosłownie. A rsync też idzie po ssh.
netcat jest jeszcze szybszy niż FTP?
@ksiak: tak gdzie ważna jest szybkość przesyłu (można zwiększać liczbe równoległych połączeń, otwierajac zakresy portów) albo klient nie może uzywać sftp/scp np Mainframy (zOS) a konkretnie jego operator nie potrafi obsłużyć innych JQL niz ftp-owe
@maniac777: to szyfrowanie to zależy kto inicjuje z tego