나비z 2019-10

저라면 압축없음으로 압축하거나
vhd 파일로 만들어서
단일 파일로 전송 할 것 같습니다

명훈정 2019-10

압축없음이 있었군요 한번 해보겠습니다

김준연 2019-10

압축없음 형식으로 단일파일 압축이 가장 효율적입니다. 물론 이것도 시간은 걸리지만 그냥 생 파일을 보내는 것 보다는 훨씬 낫습니다.

명훈정 2019-10

한번 해보겠습니다 감사합니다

버지니아 2019-10

tar로 압축 없이 묶어서 보내는게 좋을 것 같습니다

명훈정 2019-10

넵 한번 해보겠습니다

제온프로 2019-10

그래도 압축해서 보내는게 훨씬 빠릅니다.
FTP가 가장 빠를 겁니다.

명훈정 2019-10

한번 시도해 보겠습니다 감사합니다

구차니 2019-10

좀 다른 답이 되겠지만.. AES 말고 사용중지된 신뢰도 낮은 암호화 방식(blowfish) 등으로 전송하면 조금 더 빨라질수 있습니다.
AES 하드웨어 가속을 받는다고 하더라도 가벼운 연산이 아니라 전 대역폭으로 전송을 못할 수 있더라구요.

시도니 2019-10

sftp 보다 ftp 가 훨씬 빠릅니다.

sftp 의 경우 암호화 복호화시간이 있어서 전송속도를 충분히 내지 못합니다.

서버에서 임시로 ftp server 를 올려서 원격으로 당겨오는 전송하는 게 속도갸 좋숩니다.

명훈정 2019-10

ftp 서버를 열어봐야겠네요
조언감사합니다

행복하세 2019-10

200g 70개도나이고 7000개아니고 70만개라~~

명훈정 2019-10

좀 많네요 ㅎㅎ

엠브리오 2019-10

200 GByte 용량이라면 생각보다 크진 않은데, 파일갯수가 너무 많네요.

40 ~ 50 GByte 용량 단위로 묶어서 전송하는게 빠를듯 싶습니다.

명훈정 2019-10

넵 그게 나을것 같네요

정의석 2019-10

파일의 특성을 감안하셔서, 압축률이 높게 나오는 경우는 압축해서 보내는것이 빠를 수도 있습니다.

명훈정 2019-10

압축해서 보내야할것 같네요 감사합니다

the촌놈 2019-10

갯수로 봐선 데이터파일같은데 압축해서 보내는게 좋습니다.

명훈정 2019-10

맞습니다 ㅎㅎ 압축해서 보내야겠네요

나파이강승훈 2019-10

시간이 조금 걸리더라도 꼭! 압축을 쬐끔 쎄게 하시고...  파일의 Md5sum값sha1값같은것을 만들어서 파일을 옮기고나서 unzip하기전에 확인하시기 바랍니다.

그냥 파일들을 쭈욱 놓고 보내시려면 rsync로 보내시면 편합니다. (안해보셨으면 약간의 오버헤드가 필요하니 배우기 싫으시면 그냥 zip파일로...)

저라면 그냥 클라우드로 올렸다가 클라우드에서 다운로드 받을것입니다. 그냥 LAN이 아닌이상 좋은 클라우드 만큰 인터넷 업로드 또는 다운로드가 원활한 컴퓨터는 없습니다. PC to PC 는 그닥 속도가 좋을 수 없어요...

화이팅~

명훈정 2019-10

넵 감사합니다 ㅎㅎ

서정욱 2019-10

하드 통째로 떼어다 붙이는고 하드 복사 하는게 제일 빠르죠.
서울 부산 왕복 시간 만큼은 빠질 듯한데...

명훈정 2019-10

서버가 국내에 있는게 아니여서요 ㅎㅎ