Kiedy mam opcje http i ftp (takie jak strona pobierania Hadoop ), czy wolę ftp?

Próbowałem wcześniej ftp i nie zauważyłem żadnej znaczącej różnicy. Czy ma działać lepiej?

Skradzione z eHow, link na dole

Zalety i wady HTTP

Przesyłanie HTTP zapewnia niezwykle prostą metodę przesyłania plików na serwer przy minimalnej wiedzy na temat przesyłania plików. Pobieranie pliku jest również niezwykle łatwe. Wady polegają jednak na braku mocy HTTP w zakresie przesyłania plików. Ponadto programista musi posiadać wiedzę niezbędną do utworzenia formularza w HTML, aby przesłać dany plik. Jest to szczególnie ważne, jeśli plik jest przeznaczony dla sieci społecznościowej podobnej do Myspace lub Facebook, którą tworzą.

Zalety i wady FTP

Korzystanie z serwera FTP ma swoje zalety. Po pierwsze, użytkownik może użyć programu do masowego przesyłania na serwer, bez konieczności martwienia się o konieczność wielokrotnego przeglądania plików i ponownego przesyłania ich za pomocą jednego formularza. Pliki do pobrania można również wykonywać masowo. Niestety, serwer FTP nadal wymaga użycia klienta FTP, a korzystanie z niego byłoby szczególnie kłopotliwe dla tych, którzy chcieli przesłać zdjęcie lub dwa.

Różnice

Ostatecznie transfery plików FTP i HTTP mają zupełnie inne cele. Transfer plików FTP służy mniej więcej do konserwacji strony internetowej i przesyłania wsadowego, podczas gdy HTTP służy do pracy po stronie klienta, a użytkownicy końcowi mogą przesyłać takie rzeczy jak filmy, zdjęcia i inne pliki na serwer. Często programista używa FTP do przesyłania plików, które pozwalają również użytkownikom końcowym przesyłać pliki przez HTML / HTTP.

Czytaj więcej: HTTP vs. Przesyłanie plików FTP | eHow.com http://www.ehow.com/about_5435784_http-vs-ftp-file-transfer.html#ixzz0wlUSkVIY

Zasadniczo ogólne odpowiedzi na temat wydajności protokołu w sieci są bardzo trudne, ponieważ wydajność w dużej mierze zależy od konkretnej konfiguracji sieci, często bardziej niż od używanego protokołu.

To powiedziawszy, nie znam żadnego powodu, dla którego przepustowość danych http i ftp powinna być inna. Oba zasadniczo po prostu wysyłają dane za pośrednictwem strumienia TCP, więc faktyczny proces przesyłania danych jest taki sam. Więc nie, ogólnie rzecz biorąc prędkości pobierania powinny być takie same dla ftp i http.

http jest zwykle preferowany z innych powodów: działa lepiej z zaporami ogniowymi (może być proxy), pozwala na ponowne uruchomienie przerwanych pobrań i może dostarczyć typ nośnika wraz z pobieraniem (MIME), łatwiej jest zaszyfrować (TLS / SSL) itp.

Dla mnie jedną z największych pułapek FTP jest brak możliwości ponownego wykorzystania gniazd. FTP ma 3 tryby przesyłania: Stream, Block i Compressed, jednak obsługa dwóch ostatnich nie jest powszechna. W domyślnym i najczęściej używanym trybie (Strumień) dane są w zasadzie przesyłane jako nieprzetworzony strumień bajtów, a ponieważ nie ma metadanych dotyczących zakończenia tego pliku, musi on zamknąć połączenie po zakończeniu. Oznacza to, że jeśli przesyłasz 100 000 plików przez FTP, otwierasz i zamykasz 100 000 połączeń TCP. Jeśli to nie było wystarczająco złe, gdy jedno z tych połączeń jest zamknięte, należy przez pewien czas wprowadzić stan TIME_WAIT. Domyślne opóźnienie ponownego użycia tego portu w systemie Windows wynosi 240 sekund (4 minuty). Co więcej, domyślnie masz do 5000 portów. To sprawia, że ​​FTP jest koszmarem do przesyłania dużych ilości małych plików. Poprzez ulepszenie rejestru można uzyskać opóźnienie czasu odnowienia do 30 sekund i zwiększyć maksymalne porty użytkownika do około 65 000, co bardzo pomoże, ale w żadnym wypadku nie jest idealne.

Z drugiej strony HTTP może ponownie wykorzystać to samo gniazdo do przesyłania wielu plików. Więc jeśli masz dużo plików (szczególnie mniejszych), HTTP byłby bez wątpienia lepszym wyborem.

Jeśli robisz tylko kilka dużych plików, nie ma znaczenia, jakiego protokołu użyjesz. Myślę, że FTP przychodzi mi na myśl, gdy ludzie myślą o przesyłaniu plików, ale to na pewno nie oznacza, że ​​jest w tym lepszy.