현재 구현된 방식은 지정된 시간 단위로 파일 목록을 가져와 이전에 가져온 것과 비교하는 방식입니다. 비교 해서 다른 파일을 FTP 를 통해 업로드 하고 있습니다.
모든 파일을 비교해야 하기 때문에 n X m 이 되어 버리는 상황이 발생합니다. OTL;
파일이 몇 천개다 보니... 정작 업로드 하는 시간 보다... 파일 비교하는데 들어 가는 시간이 너무 많습니다.
속도를 빠르게 할 수 있는 방법이 없을까요?
바로 직전 비교 시간 이후에 변경된 파일만 가져와서 비교하면 되지 않을까요?
list를 sort하면 O(n)이 되겠죠.
----------------------------------------http://moim.athttp://mkhq.co.kr
소트가 이미 O(nlogn)이므로... 최종적으로 O(nlogn)이상은 나올수 없죠^^;
---- the smile has left your eyes...
Radix Sort라는 꽁수를 쓰면 O(n)만에 가능하기는 한데.. 어쨋든 Sorting의 lower bound는 O(n log n ) 이라고 ㅎㅎ
Every man dies. But not every man truly lives.
소트가 있었군요... 왜 그 생각을 못했지?
소팅 하면 시간이 지금 보다는 많이 줄겠네요...
우선... 소팅 처리 해서 위기는 넘겨야 겠습니다... OTL
답변 주셔서 감사합니다.
rsync를 쓰면 되지 않을까요?
C FAQ: http://www.eskimo.com/~scs/C-faq/top.html Korean Ver: http://cinsk.github.io/cfaqs/
텍스트 포맷에 대한 자세한 정보
<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]
바로 직전 비교 시간 이후에 변경된 파일만 가져와서 비교하면 되지 않을까
바로 직전 비교 시간 이후에 변경된 파일만 가져와서 비교하면 되지 않을까요?
list를 sort하면 O(n)이 되겠죠.
list를 sort하면 O(n)이 되겠죠.
----------------------------------------
http://moim.at
http://mkhq.co.kr
[quote="happyjun"]list를 sort하면 O(n)이 되겠죠
소트가 이미 O(nlogn)이므로... 최종적으로 O(nlogn)이상은 나올수 없죠^^;
----
the smile has left your eyes...
음..
Radix Sort라는 꽁수를 쓰면 O(n)만에 가능하기는 한데..
어쨋든 Sorting의 lower bound는 O(n log n ) 이라고 ㅎㅎ
Every man dies. But not every man truly lives.
소트가 있었군요... 왜 그 생각을 못했지?소팅 하면 시간이 지금
소트가 있었군요... 왜 그 생각을 못했지?
소팅 하면 시간이 지금 보다는 많이 줄겠네요...
우선... 소팅 처리 해서 위기는 넘겨야 겠습니다... OTL
답변 주셔서 감사합니다.
rsync를 쓰면 되지 않을까요?
rsync를 쓰면 되지 않을까요?
C FAQ: http://www.eskimo.com/~scs/C-faq/top.html
Korean Ver: http://cinsk.github.io/cfaqs/
댓글 달기