파일 전송의 경우 ftp가 http보다 성능이 우수합니까?

12

http 및 ftp 옵션 (예 : Hadoop 다운로드 페이지 )이있는 경우 ftp를 선호해야합니까?

나는 전에 ftp를 시도했지만 큰 차이점을 발견하지 못했습니다. 성능이 더 좋습니까?

— 레이저
소스

7

eHow에서 도난, 하단에 링크

HTTP의 장단점

HTTP 업로드는 파일 전송에 대한 최소한의 지식으로 서버에 파일을 업로드하는 매우 간단한 방법을 제공합니다. 파일 다운로드도 매우 쉽습니다. 그러나 파일 업로드와 관련하여 HTTP의 전원이 부족하다는 단점이 있습니다. 또한 프로그래머는 문제의 파일을 업로드하기 위해 HTML로 양식을 작성하는 데 필요한 지식을 가지고 있어야합니다. 파일이 생성하는 Myspace 또는 Facebook과 유사한 소셜 네트워크 용 파일 인 경우 특히 그렇습니다.

FTP의 장단점

FTP 서버를 사용하면 자체 장점이 있습니다. 하나의 경우, 사용자는 프로그램을 사용하여 서버에 대량 업로드를 수행 할 수 있으며, 파일을 반복적으로 다시 찾아 보거나 한 가지 형식으로 다시 업로드 할 필요가 없습니다. 다운로드도 일괄 적으로 수행 할 수 있습니다. 불행히도, FTP 서버는 여전히 FTP 클라이언트를 사용해야하며, 하나를 사용하는 것은 사진을 한두 장 업로드하려는 사람들에게는 특히 번거 롭습니다.

차이점

궁극적으로 FTP와 HTTP 파일 전송은 완전히 다른 목적을 가지고 있습니다. FTP의 파일 전송 목적은 웹 사이트 유지 관리 및 일괄 업로드에 다소 많지만 HTTP는 클라이언트 엔드 작업 및 최종 사용자가 영화, 사진 및 기타 파일과 같은 것을 서버에 업로드하는 데 사용됩니다. 종종 프로그래머는 FTP를 사용하여 최종 사용자가 HTML / HTTP를 통해 파일을 업로드 할 수있는 파일을 업로드합니다.

더 읽어보기 : HTTP Vs. FTP 파일 전송 | eHow.com http://www.ehow.com/about_5435784_http-vs-ftp-file-transfer.html#ixzz0wlUSkVIY

— 니플
소스

4

이것은 주로 업로드 할 때의 장점 / 단점에 관한 것 입니다. 그것은 그 질문에 관한 것이 아닙니다.

— sleske

@ 썰매 : 동의합니다. 나는 Nifle의 대답을 공감했습니다.

— unforgettableidSupportsMonica

8

일반적으로 프로토콜의 네트워크 성능에 대한 일반적인 대답은 매우 어렵습니다. 성능은 특정 네트워크 설정에 따라 다르며, 종종 사용되는 프로토콜보다 많기 때문입니다.

즉, http와 ftp의 데이터 처리량이 달라야하는 이유를 모르겠습니다. 둘 다 기본적으로 TCP 스트림을 통해 데이터를 전송하므로 실제 데이터 전송 프로세스는 동일합니다. 따라서 아닙니다. 일반적으로 다운로드 속도는 ftp 및 http의 속도와 동일해야합니다.

http는 일반적으로 다음과 같은 다른 이유로 선호됩니다. 방화벽에서 더 잘 작동하고 (프록시 가능) 중단 된 다운로드를 다시 시작할 수 있으며 다운로드 (MIME)와 함께 미디어 유형을 제공 할 수 있으며 암호화하기가 더 쉽습니다 (TLS / SSL) 등

— 썰매
소스

1

http는 중단 된 다운로드를 허용하지 않습니다. ftp를 의미하지 않습니까? ftp는 프록시와 프록시도 가능합니다. HTTP 다운로드는 ftp 클라이언트 (또는 컨텐츠 제공 업체의 서버)를 설치할 필요가 없기 때문에 선호됩니다.

— Nifle

1

예, http를 의미합니다. http를 사용하면 "범위 :"헤더를 사용하여 다운로드를 다시 시작할 수 있습니다. 그러나 FTP와 관련하여 수정되었습니다. 다운로드를 다시 시작할 수도 있습니다.

— sleske

프록시 / 암호화와 관련하여 : 그렇습니다. FTP는이를 수행 할 수 있지만 HTTP 프록시와 TLS에 대한 지원은 실질적으로 보편적 인 반면 더 복잡하고 더 중요하지는 않습니다.

— sleske

그리고 대부분의 브라우저는 ftp : // URL을 사용하여 ftp로 다운로드 할 수 있기 때문에 btw, ftp 다운로드에는 일반적으로 ftp 클라이언트를 설치할 필요가 없습니다. 그러나 대부분의 브라우저는 ftp로 업로드 할 수 없습니다.

— sleske

3

나에게 FTP의 가장 큰 함정 중 하나는 소켓을 재사용 할 수 없다는 것입니다. FTP에는 스트림, 차단 및 압축의 3 가지 전송 모드가 있지만 마지막 두 가지 지원은 일반적이지 않습니다. 기본적으로 가장 널리 사용되는 모드 (Stream)에서 데이터는 기본적으로 원시 바이트 스트림으로 전송되며 해당 파일을 완료 한 시점에 대한 메타 데이터가 없으므로 완료되면 연결을 닫아야합니다. 이는 FTP를 통해 100,000 개의 파일을 전송하는 경우 100,000 개의 TCP 연결을 열고 닫는다는 의미입니다. 이러한 연결 중 하나를 닫을 때 이것이 충분히 나쁘지 않은 경우 일정 시간 동안 TIME_WAIT 상태에 있어야합니다. 해당 포트가 Windows에서 재사용되는 기본 지연은 240 초 (4 분)입니다. 무엇보다도 기본적으로 최대 5,000 개의 포트만 사용할 수 있습니다. 이것은 많은 양의 작은 파일을 전송하는 FTP를 악몽으로 만듭니다. 레지스트리를 조정하면 휴지 시간을 30 초로 늘리고 최대 사용자 포트를 약 65,000으로 늘릴 수 있으므로 많은 도움이되지만 이상적이지는 않습니다.

반면에 HTTP는 여러 파일을 전송하기 위해 동일한 소켓을 재사용 할 수 있습니다. 따라서 많은 파일 (특히 작은 파일)이 있으면 의심의 여지없이 HTTP가 더 나은 선택입니다.

큰 파일 몇 개만 수행하는 경우 사용하는 프로토콜의 양이 중요하지 않습니다. 사람들이 파일 전송을 생각할 때 FTP가 떠오를 것이라고 생각하지만 확실히 그것이 더 낫다는 것을 의미하지는 않습니다.

— 위기의
소스