실제로 많은 것이 있습니다.
github
GUI 기반 동기화 소프트웨어의 SparkleShare (deps : git / subversion, mono, python) .
에이. 버전 관리 : 소스 제어 시스템을 통해 버전 번호를 통해 중앙 서버에서 뮤텍스 기반입니다.
비. 상태 : 개발 중
씨. 장점 : OSS, 모노 기반이므로 쉽게 수정할 수 있음 단점 : 사용자 수준 프로세스, GC 종속, 비효율적 인 공유 프로토콜은 git이 주로 작은 텍스트 파일을위한 것이므로 컴파일하기가 어렵 기 때문에 시도했습니다. 고급 도구 사용
lipsync (deps : Unison, rsync) 명령 줄 서비스 기반 소프트웨어.
에이. 버전 관리 : rsync delta algoritm을 통해 . 프로그래머가 충돌 해결을 선택해야한다고 가정합니다.
비. 상태 : 소스 코드를 찾을 수 없으므로 잘 모르겠습니다. 그의 자식 저장소에있는 유일한 것은 바이너리입니다.
씨. 장점 : 중간 수준의 도구를 사용한 멋진 설정.
iFolder -Novell의 Dropbox. 나는 그 출처를 아직 연구하지 않았습니다. 이 편집을하고 싶습니다. 사람들이 관심이 있다면 더 추가하겠습니다.
에이. 버전 관리 :
비. 상태 : 패키지는 물론 우분투에서도 컴파일하는 데 문제가 있습니다. 자세한 설치 안내서는 다음과 같습니다 .
씨. 장점 : Windows X64 클라이언트, 성숙하고 ACL과 AD 통합, 다른 프로젝트가 구현하지 않은 기능. 나는 이것이 좋은 출발점이 될 것이라고 생각합니다. 단점 : Novell은 공용 svn 저장소를 기본 저장소로 사용하지 않고 코드 삭제 만 수행 할 수 있습니다. 그래도 정확히 알지 못합니다. Ubuntu에 쉽게 설치하기 위해 openSUSE에 너무 연결되었을 수 있습니다. 알고리즘을 확인하십시오.
scp / rcp-rsync를 위해 사용되지 않습니다
DRDB- 분산 RAID-1에 대한 블록 장치 미러링 도구, 즉 서버 변형 dropbox. 아직 소스 코드를 확인하지 않았지만 Linux 전용입니다. 실제 알고리즘은 아마도이 소프트웨어 목록 아래의 머스 닝에서 소스 코드와 쉽게 결합 할 수있을 것입니다.
에이. 버전 관리 : LAN / WAN을 통한 내부 메시지 형식
비. 상태 : 충분히 성숙해 보인다
씨. 장점 : 리눅스에 충분히 안정적, 단점 : 다른 운영 체제는 지원되지 않습니다
지금은 가상화 된 Windows 7에서 컴파일 시간 개선을 조사 중입니다. 여기서 금속에서 Windows 7의 컴파일 시간은 40 초이지만 가상화 된 약 3m 20 초입니다. NTFS에서 선택한 폴더의 램 디스크처럼 보이는 연속 기입 캐시 인 ioctl 드라이버를 작성하려고합니다.
위의 소프트웨어를 사용하면 일주일에 2-3 인의 풀 타임 개발로 위의 소프트웨어를 결합하여 파일을 잃지 않는 유용한 알파를 만들 수 있다고 생각합니다.
내 시스템에서 일반적인 아이디어는 다음과 같습니다.
각 읽기 호출은 고정 n : ulong GiB 최대 크기 배열로 인덱스의 CPU 내 계산을 수행합니다. 그래도 충돌을 해결하거나 읽기 / 쓰기 잠금이 필요합니다. Microsoft Sync를 통해 사용 가능한 충돌 해결 알고리즘을 구현하는 경우 메시지로 충돌하는 각 청크를 다른 충돌 해결 프로세스에 전달할 수 있습니다. Dropbox는 새 파일을 만들고 "PrevFileName Username의 충돌 사본 (yyyy-MM-dd) .ext"라는 이름을 지정하여 문제를 해결합니다. 단일 소스에 대해 컴파일하는 경우 작은 위젯을 통해 변경 될 수 있습니다. 위젯은 메시지 / 이벤트로 미해결 변경 사항을 감지하고 충돌 해결 프로토콜을 선택합니다. 따라서 독점 모드에서 폴더에 대해 프로그래밍 할 때 Windows VM은 위젯을 '배타적'으로 설정할 수 있습니다.