공유방식에 따라 속도차이가 나나요?

cmcchoi의 이미지

파일카피를 위해 파일서버를 2대 구축해봤습니다.
한대는 삼바 . 한대는 윈도용서버 .

일단 삼바에서 테스트도 못하고 윈도에서 이상한 문제가 걸려서 궁금해서 혹시 아시는분 잇으신가 하고 질문좀 드립니다.

800메가 정도 되는 파일을 .
카피를 하는데 . 일단 공유폴더를 연결하는 방식을 2가지를 써봣습니다.

\\ip 와
\\이름

이렇게 두개를 써봐서 복사 속도를 체크해보니.
같은 윈도 서버에서 같은 클라이언트로 카피되는 속도가 틀리네요

800메가 카피하는데 이상하리만큼 \\ip로 카피한넘은 3분이면 다 카피가 되는데.
\\이름 으로 공유한 다름 카피를 하면 지금 7분째인데 아직도 완료가 안됐습니다.
무슨이유일까요?

들리는 소리로는 \\이름으로 하는건 네부네트웍으로 인식해서 넷비오스로 보고 . udp로 본다고 들엇습니다.

net use l: \\server1\game

이것과

net use l: \\200.200.200.200\game
과의 복사 속도 차이가 나는이유가 멀까요.

jachin의 이미지

물론 프로토콜마다 차이가 있기 때문에 그렇습니다.

순수한 파일 전송으로 전송하실 때에는 FTP 만큼 빠른 프로토콜은 없던 것 같습니다.

직접 P2P 프로그램을 만들어서 전송하면 그것도 나름대로 빠르겠지요.

moonhyunjin의 이미지

jachin wrote:
물론 프로토콜마다 차이가 있기 때문에 그렇습니다.

순수한 파일 전송으로 전송하실 때에는 FTP 만큼 빠른 프로토콜은 없던 것 같습니다.

직접 P2P 프로그램을 만들어서 전송하면 그것도 나름대로 빠르겠지요.

작은 파일이 많이 있을때는 ftp가 느린거 같아요. windows 2000 server에 있는 ftp server 였는데 작은 파일 받는데 오래걸려서 윈도우 공유로 처리 한적이 있습니다.

<- 이거면 안 되는 게 없어~
정품 소프트웨어 사용 캠패인

jachin의 이미지

moonhyunjin wrote:
jachin wrote:
물론 프로토콜마다 차이가 있기 때문에 그렇습니다.

순수한 파일 전송으로 전송하실 때에는 FTP 만큼 빠른 프로토콜은 없던 것 같습니다.

직접 P2P 프로그램을 만들어서 전송하면 그것도 나름대로 빠르겠지요.

작은 파일이 많이 있을때는 ftp가 느린거 같아요. windows 2000 server에 있는 ftp server 였는데 작은 파일 받는데 오래걸려서 윈도우 공유로 처리 한적이 있습니다.

아, 맞아요. FTP 같은 경우는 파일 갯수가 자잘하게 많으면 전송하는데 시간이 엄청 걸립니다. 파일을 받는 쪽에서 매번 파일 I/O를 열었다 닫았다 해야 하기 때문에 파일 갯수가 수천개인데 용량은 한개당 10 KB를 넘지 않는 경우라면 NFS 나 다른 공유형태의 프로토콜이 좋습니다. (저도 아직 제대로 아는 것은 없지만...) 물론 그 마저도 속도가 좋아지게 하는 방법이 있습니다만, 컴퓨터 사양이 받쳐주지 않으면 안되는 경우가 대다수이죠.
익명 사용자의 이미지

jachin wrote:
파일을 받는 쪽에서 매번 파일 I/O를 열었다 닫았다 해야 하기 때문에 파일 갯수가 수천개인데 용량은 한개당 10 KB를 넘지 않는 경우라면 NFS 나 다른 공유형태의 프로토콜이 좋습니다.

NFS 역시 NFS클라이언트에서 파일 복사 행위를 할 때, NFS서버가 파일 I/O를 열었다 닫았다(?? open,close 같이 파일 핸들을 열고 닫는것을 말씀하시는것입니까?) 하지 않나요? 어짜피 ftp라고 해도 파일하나 전체를 복사하는데 파일 핸들 열기 횟수는 1번일뿐이고, NFS또한 마찬가지아닌가요??

jachin의 이미지

Anonymous wrote:
jachin wrote:
파일을 받는 쪽에서 매번 파일 I/O를 열었다 닫았다 해야 하기 때문에 파일 갯수가 수천개인데 용량은 한개당 10 KB를 넘지 않는 경우라면 NFS 나 다른 공유형태의 프로토콜이 좋습니다.

NFS 역시 NFS클라이언트에서 파일 복사 행위를 할 때, NFS서버가 파일 I/O를 열었다 닫았다(?? open,close 같이 파일 핸들을 열고 닫는것을 말씀하시는것입니까?) 하지 않나요? 어짜피 ftp라고 해도 파일하나 전체를 복사하는데 파일 핸들 열기 횟수는 1번일뿐이고, NFS또한 마찬가지아닌가요??

저도 그게 좀 의아한 부분이긴 한데, 의외로 이게 빠르더라고요. 아직 소스 분석이라던가 어떤 형태로 작동하는지 직접 알아보지는 않았지만, 같은 컴퓨터 환경에서 윈도우즈 공유 폴더와 FTP 전송을 해본 적이 있었는데, 공유폴더 쪽이 더 빠르더라고요. 제가 혼자 추측하기에는 FTP 에서는 파일마다 한 번씩 연결과 연결해제가 일어나기 때문이 아닌가 생각도 들고요... (공유 폴더는 계속 네트워크로 마운트 되어 있는 상태라고 한다면...)

하지만 저도 아직 TCP/IP 에서 FTP 의 작동 순서를 제대로 아는게 아니라서요. ^^; 뭐라 확답하기는 어렵습니다. 그냥 경험에서 나온 사실을 알려드렸을 뿐이지요.

hyperhidrosis의 이미지

Quote:
아, 맞아요. FTP 같은 경우는 파일 갯수가 자잘하게 많으면 전송하는데 시간이 엄청 걸립니다. 파일을 받는 쪽에서 매번 파일 I/O를 열었다 닫았다 해야 하기 때문에 파일

착각하신것 같은데, 어떠한 방식이든 파일 I/O 는 매번 열어야 합니다.

FTP 의 경우 연결이 두개가 생겨서 한쪽은 control 을 담당하고 한쪽은 파일 전송을 담당하는데, 파일전송이 파일 전송 하나당 한번씩 tcp/ip 연결을 하기 때문에
(http 처럼 keep-alive 하는 경우가 있는지는 모르겠습니다만)
그쪽에서 오버헤드가 발생하는 경우는 있을듯 합니다.

cmcchoi의 이미지

우선 몇번의 동일실험을 강행했고..시간낭비만 했다는 생각이 지배하는 이유를 모르겟습니다.이걸 삽질이라고 하나요 ㅠ.ㅠ;;;;;

비교실험 복사에 관해 .
실험 사전준비.

윈도 2003서버 준비. 마운트는 k드라이브 클라이언트는 윈도 xp프로 .
프로토콜은 tcp/ip. netbeui . nwlinknetbios .,nwlinknetbios ipx/4spx/netbios호환 프로토콜 등 4개 ..를 준비하고 .테스트 했습니다.

서버의 파일은 800메가 게임 파일입니다. 작은넘은 txt로 10킬로 안쪽의 파일들과 큰 데이타 파일들입니다. - 게임명은 넥x사의 워X입니다.-

1번 . 프로토콜을 netbeui는 체크풀고 \\ip로 드라이브를 잡고 카피 시도.
소요시간 2분 45초

2번 프로토콜을 netbeui는 체크풀고 \\이름으로 드라이브를 잡고 카피시도
소요시간 약 3분.- 2분 57초 가량..

3번 프로토콜을 netbeui는 연결하고 \\이름으로 드라이브를 잡고 카피시도 .
소요시간 약 3분 - 2분 55초 가량됨.

평균치입니다.
1:1 로 마크하고 서버와 클라이언트만 작업을 한상황이고 수차례의 실험을 햇는데 저정도네요...

더큰문제는 저게 정답이라면 연결방법을 ip로 연결하고 드라이브 잡고 하는게 가장빠를꺼라 생각하는데..문제는 여러대가 물리는 순간 상황은 역전되버린다는겁니다...

다른 아는곳은 netbios만을 연결해서 이름으로 공유드라이브찾아서 공유하고 카피를 하는데 보통 저정도 파일은 2분에서 3분정도에 끝내더군요..그것도 여러대가 달라붙어서 그런지..

지금은 어디서 남는 허접대기로 해보는데 아무래도 서버쪽 설정문제인지. 하드웨어문제인지...네트웍속도가 영 아닙니다..

무슨이유일가요..혹시//

jachin의 이미지

hyperhidrosis wrote:
Quote:
아, 맞아요. FTP 같은 경우는 파일 갯수가 자잘하게 많으면 전송하는데 시간이 엄청 걸립니다. 파일을 받는 쪽에서 매번 파일 I/O를 열었다 닫았다 해야 하기 때문에 파일

착각하신것 같은데, 어떠한 방식이든 파일 I/O 는 매번 열어야 합니다.

FTP 의 경우 연결이 두개가 생겨서 한쪽은 control 을 담당하고 한쪽은 파일 전송을 담당하는데, 파일전송이 파일 전송 하나당 한번씩 tcp/ip 연결을 하기 때문에
(http 처럼 keep-alive 하는 경우가 있는지는 모르겠습니다만)
그쪽에서 오버헤드가 발생하는 경우는 있을듯 합니다.

아, 그렇군용. 의문을 풀어주셔서 감사합니다.
익명 사용자의 이미지

netbois는 라우팅이 되지 않고(tcp/ip와 무관),
상대적으로 패킷모양이 간단하죠.

서비스를 제공하는 쪽에 부하등을 고려했을 때,
차이가 있을 것 같네염.

Necromancer의 이미지

파일 IO는 어차피 매번 열어야 합니다.

하지만 ftp는 파일 한개 전송할때마다 TCP 연결을 했다가 끊었다 하기 때문에
자잘한파일 전송이 느립니다. TCP 연결은 할 때마다 상호간에 패킷을 몇 번 이상
교환해서 상호 신뢰성확인하고 동기를 맞춰야 하기 때문에 꽤 시간 많이 잡아먹는
작업이죠. 특히 통신하는 둘 사이에 방화벽 여러개 깔려있거나 거리가 먼 경우에는
더 오래 걸립니다.

samba나 nfs는 그런거 없죠. 게다가 nfs는 udp기반으로 돕니다.

Written By the Black Knight of Destruction

댓글 달기

Filtered HTML

  • 텍스트에 BBCode 태그를 사용할 수 있습니다. URL은 자동으로 링크 됩니다.
  • 사용할 수 있는 HTML 태그: <p><div><span><br><a><em><strong><del><ins><b><i><u><s><pre><code><cite><blockquote><ul><ol><li><dl><dt><dd><table><tr><td><th><thead><tbody><h1><h2><h3><h4><h5><h6><img><embed><object><param><hr>
  • 다음 태그를 이용하여 소스 코드 구문 강조를 할 수 있습니다: <code>, <blockcode>, <apache>, <applescript>, <autoconf>, <awk>, <bash>, <c>, <cpp>, <css>, <diff>, <drupal5>, <drupal6>, <gdb>, <html>, <html5>, <java>, <javascript>, <ldif>, <lua>, <make>, <mysql>, <perl>, <perl6>, <php>, <pgsql>, <proftpd>, <python>, <reg>, <spec>, <ruby>. 지원하는 태그 형식: <foo>, [foo].
  • web 주소와/이메일 주소를 클릭할 수 있는 링크로 자동으로 바꿉니다.

BBCode

  • 텍스트에 BBCode 태그를 사용할 수 있습니다. URL은 자동으로 링크 됩니다.
  • 다음 태그를 이용하여 소스 코드 구문 강조를 할 수 있습니다: <code>, <blockcode>, <apache>, <applescript>, <autoconf>, <awk>, <bash>, <c>, <cpp>, <css>, <diff>, <drupal5>, <drupal6>, <gdb>, <html>, <html5>, <java>, <javascript>, <ldif>, <lua>, <make>, <mysql>, <perl>, <perl6>, <php>, <pgsql>, <proftpd>, <python>, <reg>, <spec>, <ruby>. 지원하는 태그 형식: <foo>, [foo].
  • 사용할 수 있는 HTML 태그: <p><div><span><br><a><em><strong><del><ins><b><i><u><s><pre><code><cite><blockquote><ul><ol><li><dl><dt><dd><table><tr><td><th><thead><tbody><h1><h2><h3><h4><h5><h6><img><embed><object><param>
  • web 주소와/이메일 주소를 클릭할 수 있는 링크로 자동으로 바꿉니다.

Textile

  • 다음 태그를 이용하여 소스 코드 구문 강조를 할 수 있습니다: <code>, <blockcode>, <apache>, <applescript>, <autoconf>, <awk>, <bash>, <c>, <cpp>, <css>, <diff>, <drupal5>, <drupal6>, <gdb>, <html>, <html5>, <java>, <javascript>, <ldif>, <lua>, <make>, <mysql>, <perl>, <perl6>, <php>, <pgsql>, <proftpd>, <python>, <reg>, <spec>, <ruby>. 지원하는 태그 형식: <foo>, [foo].
  • You can use Textile markup to format text.
  • 사용할 수 있는 HTML 태그: <p><div><span><br><a><em><strong><del><ins><b><i><u><s><pre><code><cite><blockquote><ul><ol><li><dl><dt><dd><table><tr><td><th><thead><tbody><h1><h2><h3><h4><h5><h6><img><embed><object><param><hr>

Markdown

  • 다음 태그를 이용하여 소스 코드 구문 강조를 할 수 있습니다: <code>, <blockcode>, <apache>, <applescript>, <autoconf>, <awk>, <bash>, <c>, <cpp>, <css>, <diff>, <drupal5>, <drupal6>, <gdb>, <html>, <html5>, <java>, <javascript>, <ldif>, <lua>, <make>, <mysql>, <perl>, <perl6>, <php>, <pgsql>, <proftpd>, <python>, <reg>, <spec>, <ruby>. 지원하는 태그 형식: <foo>, [foo].
  • Quick Tips:
    • Two or more spaces at a line's end = Line break
    • Double returns = Paragraph
    • *Single asterisks* or _single underscores_ = Emphasis
    • **Double** or __double__ = Strong
    • This is [a link](http://the.link.example.com "The optional title text")
    For complete details on the Markdown syntax, see the Markdown documentation and Markdown Extra documentation for tables, footnotes, and more.
  • web 주소와/이메일 주소를 클릭할 수 있는 링크로 자동으로 바꿉니다.
  • 사용할 수 있는 HTML 태그: <p><div><span><br><a><em><strong><del><ins><b><i><u><s><pre><code><cite><blockquote><ul><ol><li><dl><dt><dd><table><tr><td><th><thead><tbody><h1><h2><h3><h4><h5><h6><img><embed><object><param><hr>

Plain text

  • HTML 태그를 사용할 수 없습니다.
  • web 주소와/이메일 주소를 클릭할 수 있는 링크로 자동으로 바꿉니다.
  • 줄과 단락은 자동으로 분리됩니다.
댓글 첨부 파일
이 댓글에 이미지나 파일을 업로드 합니다.
파일 크기는 8 MB보다 작아야 합니다.
허용할 파일 형식: txt pdf doc xls gif jpg jpeg mp3 png rar zip.
CAPTCHA
이것은 자동으로 스팸을 올리는 것을 막기 위해서 제공됩니다.