தரவு ஸ்ட்ரீமை தனித்தனி கூறுகளாக (துண்டுகளாக) உடைப்பதன் மூலம், ஒரு களஞ்சியத்தை உருவாக்கும் காப்புப் பிரதி மென்பொருளை இந்தக் கட்டுரை பரிசீலிக்கும்.
களஞ்சிய கூறுகள் மேலும் சுருக்கப்பட்டு குறியாக்கம் செய்யப்படலாம், மேலும் முக்கியமாக - மீண்டும் மீண்டும் காப்புப்பிரதி செயல்முறைகளின் போது - மீண்டும் பயன்படுத்தப்படும்.
அத்தகைய களஞ்சியத்தில் உள்ள காப்பு பிரதி என்பது ஒன்றுக்கொன்று இணைக்கப்பட்ட கூறுகளின் பெயரிடப்பட்ட சங்கிலி ஆகும், எடுத்துக்காட்டாக, பல்வேறு ஹாஷ் செயல்பாடுகளின் அடிப்படையில்.
இதே போன்ற பல தீர்வுகள் உள்ளன, நான் 3 இல் கவனம் செலுத்துவேன்: zbackup, borgbackup மற்றும் restic.
எதிர்பார்த்த முடிவுகள்
அனைத்து விண்ணப்பதாரர்களும் ஒரு வழியில் அல்லது வேறு ஒரு களஞ்சியத்தை உருவாக்க வேண்டும் என்பதால், மிக முக்கியமான காரணிகளில் ஒன்று களஞ்சியத்தின் அளவை மதிப்பிடுவதாகும். வெறுமனே, ஏற்றுக்கொள்ளப்பட்ட முறையின்படி அதன் அளவு 13 ஜிபிக்கு மேல் இருக்கக்கூடாது, அல்லது குறைவாக - நல்ல தேர்வுமுறைக்கு உட்பட்டது.
Также крайне желательно иметь возможность создавать резервные копии файлов напрямую, без применения архиваторов типа tar, а также работу с ssh/sftp без дополнительных средств вроде rsync и sshfs.
காப்புப்பிரதிகளை உருவாக்கும் போது நடத்தை:
- களஞ்சியத்தின் அளவு மாற்றங்களின் அளவிற்கு சமமாக அல்லது குறைவாக இருக்கும்.
- சுருக்க மற்றும்/அல்லது குறியாக்கத்தைப் பயன்படுத்தும் போது அதிக CPU சுமை எதிர்பார்க்கப்படுகிறது, மேலும் காப்புப் பிரதி சேமிப்பக சேவையகத்தில் காப்பகப்படுத்துதல் மற்றும்/அல்லது குறியாக்கச் செயல்முறை இயங்கினால், அதிக நெட்வொர்க் மற்றும் வட்டு சுமை இருக்கும்.
- களஞ்சியம் சேதமடைந்தால், புதிய காப்புப்பிரதிகளை உருவாக்கும் போது மற்றும் மீட்டெடுக்க முயற்சிக்கும் போது தாமதமான பிழை ஏற்படலாம். களஞ்சியத்தின் ஒருமைப்பாட்டை உறுதிப்படுத்த கூடுதல் நடவடிக்கைகளைத் திட்டமிடுவது அல்லது அதன் ஒருமைப்பாட்டை சரிபார்க்க உள்ளமைக்கப்பட்ட கருவிகளைப் பயன்படுத்துவது அவசியம்.
முந்தைய கட்டுரைகளில் ஒன்றில் காட்டப்பட்டுள்ளபடி, தாருடன் பணிபுரிவது ஒரு குறிப்பு மதிப்பாக எடுத்துக் கொள்ளப்படுகிறது.
zbackup ஐ சோதிக்கிறது
zbackup இன் பொதுவான வழிமுறை என்னவென்றால், நிரல் உள்ளீட்டு தரவு ஸ்ட்ரீம் பகுதிகளில் ஒரே தரவைக் கண்டறிந்து, பின்னர் விருப்பப்படி அவற்றை சுருக்கி குறியாக்கம் செய்து, ஒவ்வொரு பகுதியையும் ஒரு முறை மட்டுமே சேமிக்கிறது.
தற்போதுள்ள தரவுத் தொகுதிகளுக்கு எதிராக பைட்-பை-பைட் பொருத்தங்களை சரிபார்க்க 64-பிட் ரிங் ஹாஷ் செயல்பாட்டை ஸ்லைடிங் சாளரத்துடன் டியூப்ளிகேஷன் பயன்படுத்துகிறது (rsync அதை எவ்வாறு செயல்படுத்துகிறது என்பதைப் போன்றது).
மல்டி-த்ரெட் செய்யப்பட்ட lzma மற்றும் lzo ஆகியவை சுருக்கத்திற்கும், aes குறியாக்கத்திற்கும் பயன்படுத்தப்படுகின்றன. சமீபத்திய பதிப்புகள் எதிர்காலத்தில் களஞ்சியத்திலிருந்து பழைய தரவை நீக்கும் திறனைக் கொண்டுள்ளன.
நிரல் குறைந்தபட்ச சார்புகளுடன் C++ இல் எழுதப்பட்டுள்ளது. ஆசிரியர் வெளிப்படையாக unix-way மூலம் ஈர்க்கப்பட்டார், எனவே காப்புப்பிரதிகளை உருவாக்கும் போது நிரல் stdin இல் தரவை ஏற்றுக்கொள்கிறது, மீட்டமைக்கும் போது stdout இல் இதே போன்ற தரவு ஸ்ட்ரீமை உருவாக்குகிறது. எனவே, உங்கள் சொந்த காப்புப்பிரதி தீர்வுகளை எழுதும் போது zbackup ஒரு சிறந்த "கட்டிடத் தொகுதியாக" பயன்படுத்தப்படலாம். எடுத்துக்காட்டாக, கட்டுரையின் ஆசிரியர் இந்த திட்டத்தை சுமார் 2014 முதல் வீட்டு இயந்திரங்களுக்கான முக்கிய காப்பு கருவியாகப் பயன்படுத்தினார்.
வேறுவிதமாகக் கூறப்படாவிட்டால், தரவு ஸ்ட்ரீம் வழக்கமான டாராக இருக்கும்.
முடிவுகள் என்னவென்று பார்ப்போம்:
வேலை 2 விருப்பங்களில் சரிபார்க்கப்பட்டது:
- ஒரு களஞ்சியம் உருவாக்கப்பட்டு, zbackup சேவையகத்தில் மூலத் தரவுடன் தொடங்கப்படுகிறது, பின்னர் களஞ்சியத்தின் உள்ளடக்கங்கள் காப்புப் பிரதி சேமிப்பக சேவையகத்திற்கு மாற்றப்படும்.
- காப்பு சேமிப்பக சேவையகத்தில் ஒரு களஞ்சியம் உருவாக்கப்பட்டது, காப்பு சேமிப்பக சேவையகத்தில் ssh வழியாக zbackup தொடங்கப்படுகிறது, மேலும் தரவு குழாய் வழியாக அதற்கு அனுப்பப்படுகிறது.
முதல் விருப்பத்தின் முடிவுகள் பின்வருமாறு: 43m11s - மறைகுறியாக்கப்படாத களஞ்சியத்தைப் பயன்படுத்தும் போது மற்றும் lzma அமுக்கி, 19m13s - அமுக்கியை lzo உடன் மாற்றும் போது.
அசல் தரவுகளுடன் சேவையகத்தில் உள்ள சுமை பின்வருமாறு இருந்தது (lzma உடன் ஒரு எடுத்துக்காட்டு காட்டப்பட்டுள்ளது; lzo உடன் தோராயமாக அதே படம் இருந்தது, ஆனால் rsync இன் பங்கு காலத்தின் கால் பகுதி):
அத்தகைய காப்புப்பிரதி செயல்முறை ஒப்பீட்டளவில் அரிதான மற்றும் சிறிய மாற்றங்களுக்கு மட்டுமே பொருத்தமானது என்பது தெளிவாகிறது. zbackup ஐ 1 நூலாகக் கட்டுப்படுத்துவது மிகவும் நல்லது, இல்லையெனில் மிக அதிக CPU சுமை இருக்கும், ஏனெனில் நிரல் பல நூல்களில் வேலை செய்வதில் மிகவும் சிறந்தது. வட்டில் சுமை சிறியதாக இருந்தது, இது பொதுவாக நவீன ssd-அடிப்படையிலான வட்டு துணை அமைப்புடன் கவனிக்கப்படாது. ரிமோட் சர்வரில் களஞ்சியத் தரவை ஒத்திசைக்கும் செயல்முறையின் தொடக்கத்தையும் நீங்கள் தெளிவாகக் காணலாம்; செயல்பாட்டின் வேகம் வழக்கமான rsync உடன் ஒப்பிடத்தக்கது மற்றும் காப்பு சேமிப்பக சேவையகத்தின் வட்டு துணை அமைப்பின் செயல்திறனைப் பொறுத்தது. இந்த அணுகுமுறையின் தீமை ஒரு உள்ளூர் களஞ்சியத்தின் சேமிப்பு மற்றும் அதன் விளைவாக, தரவுகளின் நகல் ஆகும்.
மிகவும் சுவாரசியமான மற்றும் நடைமுறையில் பொருந்தும் இரண்டாவது விருப்பம், காப்பு சேமிப்பு சர்வரில் நேரடியாக zbackup இயங்கும்.
முதலில், lzma கம்ப்ரசர் மூலம் குறியாக்கத்தைப் பயன்படுத்தாமல் செயல்பாட்டைச் சோதிப்போம்:
ஒவ்வொரு சோதனை ஓட்டத்தின் இயங்கும் நேரம்:
துவக்கம் 1
துவக்கம் 2
துவக்கம் 3
39 மீ45 வி
40 மீ20 வி
40 மீ3 வி
7 மீ36 வி
8 மீ3 வி
7 மீ48 வி
15 மீ35 வி
15 மீ48 வி
15 மீ38 வி
Если активировать шифрование с применением aes, результаты достаточно близки:
குறியாக்கத்துடன் ஒரே தரவில் செயல்படும் நேரம்:
துவக்கம் 1
துவக்கம் 2
துவக்கம் 3
43 மீ40 வி
44 மீ12 வி
44 மீ3 வி
8 மீ3 வி
8 மீ15 வி
8 மீ12 வி
15 மீ0 வி
15 மீ40 வி
15 மீ25 வி
lzo ஐப் பயன்படுத்தி சுருக்கத்துடன் குறியாக்கத்தை இணைத்தால், இது போல் தெரிகிறது:
வேலை நேரம்:
துவக்கம் 1
துவக்கம் 2
துவக்கம் 3
18 மீ2 வி
18 மீ15 வி
18 மீ12 வி
5 மீ13 வி
5 மீ24 வி
5 மீ20 வி
8 மீ48 வி
9 மீ3 வி
8 மீ51 வி
விளைந்த களஞ்சியத்தின் அளவு ஒப்பீட்டளவில் 13ஜிபி அளவில் இருந்தது. இதன் பொருள் துப்பறிதல் சரியாக வேலை செய்கிறது. மேலும், ஏற்கனவே சுருக்கப்பட்ட தரவுகளில், lzo ஐப் பயன்படுத்துவது குறிப்பிடத்தக்க விளைவை அளிக்கிறது; மொத்த இயக்க நேரத்தின் அடிப்படையில், zbackup டூப்ளிசிட்டி/டூப்ளிகாட்டிக்கு அருகில் வருகிறது, ஆனால் librsync அடிப்படையிலானதை விட 2-5 மடங்கு பின்தங்கியுள்ளது.
நன்மைகள் வெளிப்படையானவை - காப்பு சேமிப்பக சேவையகத்தில் வட்டு இடத்தை சேமிக்கிறது. களஞ்சியச் சரிபார்ப்புக் கருவிகளைப் பொறுத்தவரை, zbackup இன் ஆசிரியர் அவற்றை வழங்கவில்லை; பிழையை தாங்கும் வட்டு வரிசை அல்லது கிளவுட் வழங்குநரைப் பயன்படுத்த பரிந்துரைக்கப்படுகிறது.
ஒட்டுமொத்தமாக, ஒரு நல்ல அபிப்ராயம், திட்டம் சுமார் 3 ஆண்டுகளாக நின்றுவிட்ட போதிலும் (கடைசி அம்சக் கோரிக்கை சுமார் ஒரு வருடத்திற்கு முன்பு இருந்தது, ஆனால் பதில் இல்லாமல்).
போர்க் பேக்கப்பைச் சோதிக்கிறது
Borgbackup என்பது அறையின் ஒரு முட்கரண்டி, zbackup போன்ற மற்றொரு அமைப்பு. பைத்தானில் எழுதப்பட்டது, இது zbackup போன்ற திறன்களின் பட்டியலைக் கொண்டுள்ளது, ஆனால் கூடுதலாக:
- உருகி வழியாக காப்புப்பிரதிகளை ஏற்றவும்
- களஞ்சியத்தின் உள்ளடக்கங்களைச் சரிபார்க்கவும்
- கிளையன்ட்-சர்வர் பயன்முறையில் வேலை செய்யுங்கள்
- தரவுக்காக பல்வேறு கம்ப்ரசர்களைப் பயன்படுத்தவும், அதே போல் அதை சுருக்கும்போது கோப்பு வகையை ஹூரிஸ்டிக் நிர்ணயம் செய்யவும்.
- 2 குறியாக்க விருப்பங்கள், ஏஸ் மற்றும் பிளேக்
- இதற்கான உள்ளமைக்கப்பட்ட கருவி
செயல்திறன் சோதனைகள்
போர்க் பேக்அப் பெஞ்ச்மார்க் crud ssh://backup_server/repo/path local_dir
முடிவுகள் பின்வருமாறு:
CZ-BIG 96.51 MB/s (10 100.00 எம்பி அனைத்து பூஜ்ஜிய கோப்புகள்: 10.36வி)
RZ-BIG 57.22 MB/s (10 100.00 எம்பி அனைத்து பூஜ்ஜிய கோப்புகள்: 17.48வி)
UZ-BIG 253.63 MB/s (10 100.00 எம்பி அனைத்து பூஜ்ஜிய கோப்புகள்: 3.94வி)
DZ-BIG 351.06 MB/s (10 100.00 எம்பி அனைத்து பூஜ்ஜிய கோப்புகள்: 2.85வி)
CR-BIG 34.30 MB/s (10 100.00 எம்பி சீரற்ற கோப்புகள்: 29.15வி)
RR-BIG 60.69 MB/s (10 100.00 எம்பி சீரற்ற கோப்புகள்: 16.48வி)
UR-BIG 311.06 MB/s (10 100.00 எம்பி சீரற்ற கோப்புகள்: 3.21வி)
DR-BIG 72.63 MB/s (10 100.00 எம்பி சீரற்ற கோப்புகள்: 13.77வி)
CZ-MEDIUM 108.59 MB/s (1000 1.00 எம்பி அனைத்து பூஜ்ஜிய கோப்புகள்: 9.21வி)
RZ-MEDIUM 76.16 MB/s (1000 1.00 எம்பி அனைத்து பூஜ்ஜிய கோப்புகள்: 13.13வி)
UZ-MEDIUM 331.27 MB/s (1000 1.00 எம்பி அனைத்து பூஜ்ஜிய கோப்புகள்: 3.02வி)
DZ-MEDIUM 387.36 MB/s (1000 1.00 எம்பி அனைத்து பூஜ்ஜிய கோப்புகள்: 2.58வி)
CR-MEDIUM 37.80 MB/s (1000 1.00 எம்பி சீரற்ற கோப்புகள்: 26.45வி)
RR-MEDIUM 68.90 MB/s (1000 1.00 எம்பி சீரற்ற கோப்புகள்: 14.51வி)
யுஆர்-மீடியம் 347.24 எம்பி/வி (1000 1.00 எம்பி சீரற்ற கோப்புகள்: 2.88வி)
DR-MEDIUM 48.80 MB/s (1000 1.00 எம்பி சீரற்ற கோப்புகள்: 20.49வி)
CZ-SMALL 11.72 MB/s (10000 10.00 kB அனைத்து பூஜ்ஜிய கோப்புகள்: 8.53s)
RZ-SMALL 32.57 MB/s (10000 10.00 kB அனைத்து பூஜ்ஜிய கோப்புகள்: 3.07s)
UZ-SMALL 19.37 MB/s (10000 10.00 kB அனைத்து பூஜ்ஜிய கோப்புகள்: 5.16s)
DZ-SMALL 33.71 MB/s (10000 10.00 kB அனைத்து பூஜ்ஜிய கோப்புகள்: 2.97s)
CR-SMALL 6.85 MB/s (10000 10.00 kB சீரற்ற கோப்புகள்: 14.60வி)
RR-SMALL 31.27 MB/s (10000 10.00 kB சீரற்ற கோப்புகள்: 3.20வி)
UR-SMALL 12.28 MB/s (10000 10.00 kB சீரற்ற கோப்புகள்: 8.14வி)
DR-SMALL 18.78 MB/s (10000 10.00 kB சீரற்ற கோப்புகள்: 5.32வி)
சோதனை செய்யும் போது, கோப்பு வகையை (கம்ப்ரஷன் ஆட்டோ) தீர்மானிக்க சுருக்க ஹியூரிஸ்டிக்ஸ் பயன்படுத்தப்படும், மேலும் முடிவுகள் பின்வருமாறு இருக்கும்:
முதலில், குறியாக்கம் இல்லாமல் இது எவ்வாறு செயல்படுகிறது என்பதைச் சரிபார்க்கவும்:
வேலை நேரம்:
துவக்கம் 1
துவக்கம் 2
துவக்கம் 3
4 மீ6 வி
4 மீ10 வி
4 மீ5 வி
56
58
54
1 மீ26 வி
1 மீ34 வி
1 மீ30 வி
நீங்கள் களஞ்சிய அங்கீகாரத்தை (அங்கீகரிக்கப்பட்ட பயன்முறை) இயக்கினால், முடிவுகள் நெருக்கமாக இருக்கும்:
வேலை நேரம்:
துவக்கம் 1
துவக்கம் 2
துவக்கம் 3
4 மீ11 வி
4 மீ20 வி
4 மீ12 வி
1 மீ0 வி
1 மீ3 வி
1 மீ2 வி
1 மீ30 வி
1 மீ34 வி
1 மீ31 வி
aes குறியாக்கம் செயல்படுத்தப்பட்டபோது, முடிவுகள் அதிகம் மோசமடையவில்லை:
துவக்கம் 1
துவக்கம் 2
துவக்கம் 3
4 மீ55 வி
5 மீ2 வி
4 மீ58 வி
1 மீ0 வி
1 மீ2 வி
1 மீ0 வி
1 மீ49 வி
1 மீ50 வி
1 மீ50 வி
А если поменять aes на blake, ситуация вовсе улучшится:
வேலை நேரம்:
துவக்கம் 1
துவக்கம் 2
துவக்கம் 3
4 மீ33 வி
4 மீ43 வி
4 மீ40 வி
59
1 மீ0 வி
1 மீ0 வி
1 மீ38 வி
1 மீ43 வி
1 மீ40 வி
zbackup ஐப் போலவே, களஞ்சியத்தின் அளவு 13GB மற்றும் சற்று குறைவாக இருந்தது, இது பொதுவாக எதிர்பார்க்கப்படுகிறது. இயங்கும் நேரத்தில் நான் மிகவும் மகிழ்ச்சியடைந்தேன்; இது librsync அடிப்படையிலான தீர்வுகளுடன் ஒப்பிடத்தக்கது, இது மிகவும் பரந்த திறன்களை வழங்குகிறது. சுற்றுச்சூழல் மாறிகள் மூலம் பல்வேறு அளவுருக்களை அமைக்கும் திறனிலும் நான் மகிழ்ச்சியடைந்தேன், இது தானியங்கி பயன்முறையில் போர்க் பேக்கப்பைப் பயன்படுத்தும் போது மிகவும் தீவிரமான நன்மையை அளிக்கிறது. காப்புப்பிரதியின் போது ஏற்றப்பட்டதில் நான் மகிழ்ச்சியடைந்தேன்: செயலி சுமை மூலம் ஆராயும்போது, போர்க்பேக்கப் 1 நூலில் வேலை செய்கிறது.
அதைப் பயன்படுத்தும் போது குறிப்பிட்ட குறைபாடுகள் எதுவும் இல்லை.
ரெஸ்டிக் சோதனை
ரெஸ்டிக் என்பது மிகவும் புதிய தீர்வாக இருந்தாலும் (முதல் 2 வேட்பாளர்கள் 2013 மற்றும் அதற்குப் பிறகு அறியப்பட்டவர்கள்), இது மிகவும் நல்ல பண்புகளைக் கொண்டுள்ளது. கோவில் எழுதப்பட்டது.
zbackup உடன் ஒப்பிடும் போது, இது கூடுதலாக வழங்குகிறது:
- களஞ்சியத்தின் ஒருமைப்பாட்டை சரிபார்க்கிறது (பகுதிகளில் சரிபார்ப்பது உட்பட).
- காப்புப்பிரதிகளைச் சேமிப்பதற்கான ஆதரிக்கப்படும் நெறிமுறைகள் மற்றும் வழங்குநர்களின் பெரிய பட்டியல், அத்துடன் கிளவுட் தீர்வுகளுக்கான rclone - rsync க்கான ஆதரவு.
- 2 காப்புப்பிரதிகளை ஒன்றோடொன்று ஒப்பிடுதல்.
- Монтирование репозитория через fuse.
பொதுவாக, அம்சங்களின் பட்டியல் போர்க்பேக்கப்பிற்கு மிகவும் நெருக்கமாக உள்ளது, சில இடங்களில் அதிகமாகவும், மற்றவற்றில் குறைவாகவும் இருக்கும். குறியாக்கத்தை முடக்க எந்த வழியும் இல்லை, எனவே காப்பு பிரதிகள் எப்போதும் குறியாக்கம் செய்யப்படும். இந்த மென்பொருளிலிருந்து எதைப் பிழியலாம் என்பதை நடைமுறையில் பார்க்கலாம்:
முடிவுகள் பின்வருமாறு:
வேலை நேரம்:
துவக்கம் 1
துவக்கம் 2
துவக்கம் 3
5 மீ25 வி
5 மீ50 வி
5 மீ38 வி
35
38
36
1 மீ54 வி
2 மீ2 வி
1 மீ58 வி
செயல்திறன் முடிவுகள் rsync-அடிப்படையிலான தீர்வுகளுடன் ஒப்பிடத்தக்கவை மற்றும் பொதுவாக, போர்க்பேக்கப்பிற்கு மிக நெருக்கமாக உள்ளன, ஆனால் CPU சுமை அதிகமாக உள்ளது (பல நூல்கள் இயங்கும்) மற்றும் sawtooth.
பெரும்பாலும், நிரல் தரவு சேமிப்பக சேவையகத்தில் வட்டு துணை அமைப்பின் செயல்திறனால் வரையறுக்கப்பட்டுள்ளது, ஏற்கனவே rsync இல் இருந்தது. களஞ்சியத்தின் அளவு 13GB, zbackup அல்லது borgbackup போன்றது, இந்த தீர்வைப் பயன்படுத்தும் போது வெளிப்படையான குறைபாடுகள் எதுவும் இல்லை.
Результаты
உண்மையில், அனைத்து வேட்பாளர்களும் ஒரே மாதிரியான முடிவுகளை அடைந்தனர், ஆனால் வெவ்வேறு விலைகளில். Borgbackup சிறப்பாகச் செயல்பட்டது, ரெஸ்டிக் கொஞ்சம் மெதுவாக இருந்தது, zbackup ஐப் பயன்படுத்தத் தொடங்குவது மதிப்புக்குரியது அல்ல,
அது ஏற்கனவே பயன்பாட்டில் இருந்தால், அதை போர்க்பேக்அப் அல்லது ரெஸ்டிக் என மாற்ற முயற்சிக்கவும்.
கண்டுபிடிப்புகள்
மிகவும் நம்பிக்கைக்குரிய தீர்வு நிதானமானதாகத் தெரிகிறது, ஏனென்றால்... இயக்க வேகத்திற்கான திறன்களின் சிறந்த விகிதத்தைக் கொண்டவர் அவர்தான், ஆனால் இப்போதைக்கு பொதுவான முடிவுகளுக்கு விரைந்து செல்ல வேண்டாம்.
Borgbackup அடிப்படையில் மோசமாக இல்லை, ஆனால் zbackup சிறந்த பதிலாக இருக்கலாம். உண்மை, 3-2-1 விதி செயல்படுவதை உறுதிப்படுத்த zbackup இன்னும் பயன்படுத்தப்படலாம். எடுத்துக்காட்டாக, (lib)rsync அடிப்படையிலான காப்புப்பிரதி வசதிகளுடன் கூடுதலாக.
அறிவிப்பு
காப்புப்பிரதி பகுதி 5: லினக்ஸிற்கான பாகுலா மற்றும் வீம் காப்புப்பிரதியை சோதித்தல்
காப்புப் பிரதி பகுதி 6: காப்புப் பிரதி கருவிகளை ஒப்பிடுதல்
காப்பு பகுதி 7: முடிவுகள்
பதிவிட்டவர்: பாவெல் டெம்கோவிச்
ஆதாரம்: www.habr.com