ආයුබෝවන් සියල්ලටම! මගේ නම සර්ජි කොස්ටන්බෙව්, හුවමාරුවේදී මම වෙළඳ පද්ධතියේ හරය සංවර්ධනය කරමි.
හොලිවුඩ් චිත්‍රපට නිව් යෝර්ක් කොටස් හුවමාරුව පෙන්වන විට, එය සැමවිටම පෙනෙන්නේ මෙයයි: මිනිසුන් සමූහයක්, සෑම කෙනෙකුම යමක් කෑගසයි, කඩදාසි සෙලවීම, සම්පූර්ණ අවුල් ජාලයක් සිදුවෙමින් පවතී. මොස්කව් විනිමය තුළ මෙය කිසි විටෙකත් සිදුවී නැත, මන්ද වෙළඳාම ආරම්භයේ සිටම ඉලෙක්ට්‍රොනිකව සිදු කර ඇති අතර එය ප්‍රධාන වේදිකා දෙකක් මත පදනම් වේ - වර්ණාවලි (විනිමය වෙළෙඳපොළ) සහ ASTS (විදේශ විනිමය, කොටස් සහ මුදල් වෙළඳපොළ). අද මට කතා කිරීමට අවශ්ය වන්නේ ASTS වෙළඳ සහ නිෂ්කාශන පද්ධතියේ ගෘහ නිර්මාණ ශිල්පයේ පරිණාමය, විවිධ විසඳුම් සහ සොයාගැනීම් ගැන ය. කතාව දිග වෙන නිසා කොටස් දෙකකට කඩන්න උනා.
අපි සියලු පන්තිවල වත්කම් වෙළඳාම් කරන සහ සම්පූර්ණ පරාසයක හුවමාරු සේවා සපයන ලෝකයේ හුවමාරු කිහිපයෙන් එකකි. උදාහරණයක් ලෙස, පසුගිය වසරේ අපි බැඳුම්කර ගනුදෙනු පරිමාව අනුව ලෝකයේ දෙවන ස්ථානයට, සියලු කොටස් හුවමාරු අතර 25 වන ස්ථානය, පොදු හුවමාරු අතර ප්රාග්ධනීකරණයේ 13 වන ස්ථානය.
වෘත්තීය වෙළඳ සහභාගිවන්නන් සඳහා, ප්‍රතිචාර දැක්වීමේ කාලය, කාලය බෙදා හැරීමේ ස්ථායිතාව (විශ්වාසය) සහ සමස්ත සංකීර්ණයේ විශ්වසනීයත්වය වැනි පරාමිතීන් ඉතා වැදගත් වේ. අපි දැනට දිනකට මිලියන දස ගණන් ගනුදෙනු සිදු කරනවා. පද්ධති කර්නලය මඟින් එක් එක් ගනුදෙනුව සැකසීමට මයික්‍රො තත්පර දස ගණනක් ගතවේ. ඇත්ත වශයෙන්ම, අලුත් අවුරුදු උදාවේ ජංගම ක්‍රියාකරුවන් හෝ සෙවුම් යන්ත්‍ර අපට වඩා වැඩි කාර්ය භාරයක් ඇත, නමුත් වැඩ ප්‍රමාණය අනුව, ඉහත සඳහන් කළ ලක්ෂණ සමඟ, ස්වල්ප දෙනෙකුට අප සමඟ සැසඳිය හැකිය, එය මට පෙනේ. ඒ අතරම, පද්ධතිය තත්පරයකට මන්දගාමී නොවීම, නියත වශයෙන්ම ස්ථායීව ක්රියා කිරීම සහ සියලුම පරිශීලකයින් සමාන පදනමක් මත සිටීම අපට වැදගත් වේ.
ඉතිහාසය ටිකක්
1994 දී, ඕස්ට්රේලියානු ASTS පද්ධතිය මොස්කව් අන්තර් බැංකු මුදල් හුවමාරුව (MICEX) මත දියත් කරන ලද අතර, එම මොහොතේ සිට ඉලෙක්ට්රොනික වෙළඳාමේ රුසියානු ඉතිහාසය ගණනය කළ හැකිය. 1998 දී, අන්තර්ජාල වෙළඳාම හඳුන්වා දීම සඳහා හුවමාරු ගෘහ නිර්මාණ ශිල්පය නවීකරණය කරන ලදී. එතැන් සිට, සියලුම පද්ධති සහ උප පද්ධතිවල නව විසඳුම් සහ වාස්තු විද්‍යාත්මක වෙනස්කම් ක්රියාත්මක කිරීමේ වේගය වේගවත් වෙමින් පවතී.
එම වසරවලදී, හුවමාරු පද්ධතිය අධි-විශ්වාසනීය HP Superdome 9000 සේවාදායකයන් මත ක්රියා කළේය.), එහි සෑම දෙයක්ම අනුපිටපත් කර ඇත: ආදාන/ප්‍රතිදාන උප පද්ධති, ජාලය, RAM (ඇත්ත වශයෙන්ම, RAM හි RAID අරාවක් තිබුණි), ප්‍රොසෙසර (උණුසුම් මාරු කළ හැකි). යන්ත්‍රය නතර නොකර ඕනෑම සේවාදායක සංරචකයක් වෙනස් කිරීමට හැකි විය. අපි මෙම උපාංග මත විශ්වාසය තැබූ අතර ඒවා පාහේ අසාර්ථක-ආරක්ෂිත ලෙස සලකමු. මෙහෙයුම් පද්ධතිය Unix වැනි HP UX පද්ධතියක් විය.
නමුත් 2010 දී පමණ සිට, අධි-සංඛ්‍යාත වෙළඳාම (HFT) හෝ අධි-සංඛ්‍යාත වෙළඳාම - සරලව කිවහොත්, කොටස් හුවමාරු රොබෝවරු ලෙස හැඳින්වෙන සංසිද්ධියක් මතු විය. යන්තම් වසර 2,5 ක් තුළ, අපගේ සේවාදායකයන් මත පැටවීම 140 ගුණයකින් වැඩි වී ඇත.
පැරණි ගෘහ නිර්මාණ ශිල්පය සහ උපකරණ සමඟ එවැනි බරක් දරා ගැනීමට නොහැකි විය. කෙසේ හෝ අනුවර්තනය වීමට අවශ්ය විය.
නිවස
හුවමාරු පද්ධතිය සඳහා වන ඉල්ලීම් වර්ග දෙකකට බෙදිය හැකිය:
- ගනුදෙනු. ඔබට ඩොලර්, කොටස් හෝ වෙනත් දෙයක් මිලදී ගැනීමට අවශ්ය නම්, ඔබ වෙළඳ පද්ධතියට ගනුදෙනුවක් යවා සාර්ථකත්වය පිළිබඳ ප්‍රතිචාරයක් ලබා ගනී.
- තොරතුරු ඉල්ලීම්. ඔබට වත්මන් මිල සොයා ගැනීමට අවශ්ය නම්, ඇණවුම් පොත හෝ දර්ශක බලන්න, පසුව තොරතුරු ඉල්ලීම් යවන්න.
ක්රමානුකූලව, පද්ධතියේ හරය මට්ටම් තුනකට බෙදිය හැකිය:
- තැරැව්කරුවන් සහ ගනුදෙනුකරුවන් වැඩ කරන සේවාදායක මට්ටම. ඒවා සියල්ලම ප්රවේශ සේවාදායකයන් සමඟ අන්තර් ක්රියා කරයි.
- Gateway සේවාදායකයන් යනු සියලුම තොරතුරු ඉල්ලීම් දේශීයව සකසන හැඹිලි සේවාදායකයන් වේ. Sberbank කොටස් දැනට වෙළඳාම් කරන්නේ කුමන මිලකටදැයි දැන ගැනීමට ඔබට අවශ්‍යද? ඉල්ලීම ප්රවේශ සේවාදායකය වෙත යයි.
- නමුත් ඔබට කොටස් මිලදී ගැනීමට අවශ්ය නම්, ඉල්ලීම මධ්‍යම සේවාදායකයට (වෙළඳ එන්ජිම) යයි. සෑම වර්ගයකම වෙළඳපල සඳහා එවැනි සේවාදායකයක් ඇත, ඔවුන් වැදගත් කාර්යභාරයක් ඉටු කරයි, අපි මෙම පද්ධතිය නිර්මාණය කළේ ඔවුන් සඳහා ය.
වෙළඳ පද්ධතියේ හරය යනු සියලු ගනුදෙනු හුවමාරු ගනුදෙනු වන මතකයේ ඇති දක්ෂ දත්ත ගබඩාවකි. පදනම C වලින් ලියා ඇත, එකම බාහිර පරායත්තයන් වූයේ libc පුස්තකාලය වන අතර ගතික මතක වෙන් කිරීමක් නොතිබුණි. සැකසුම් කාලය අඩු කිරීම සඳහා, පද්ධතිය ආරම්භ වන්නේ ස්ථිතික අරා සමූහයකින් සහ ස්ථිතික දත්ත නැවත ස්ථානගත කිරීමෙනි: පළමුව, වත්මන් දිනය සඳහා සියලුම දත්ත මතකයට පටවනු ලබන අතර, තවදුරටත් තැටි ප්‍රවේශයක් සිදු නොකෙරේ, සියලුම වැඩ කටයුතු මතකයේ පමණක් සිදු කෙරේ. පද්ධතිය ආරම්භ වන විට, සියලු යොමු දත්ත දැනටමත් වර්ග කර ඇත, එබැවින් සෙවීම ඉතා කාර්යක්ෂමව ක්රියාත්මක වන අතර ධාවන කාලය තුළ සුළු කාලයක් ගතවේ. සියලුම වගු සෑදී ඇත්තේ ගතික දත්ත ව්‍යුහයන් සඳහා ආක්‍රමණශීලී ලැයිස්තු සහ ගස් වලින් වන අතර එමඟින් ධාවන වේලාවේදී මතකය වෙන් කිරීම අවශ්ය නොවේ.
අපගේ වෙළඳ සහ නිෂ්කාශන පද්ධතියේ වර්ධනයේ ඉතිහාසය කෙටියෙන් සලකා බලමු.
වෙළඳ සහ නිෂ්කාශන පද්ධති ගෘහ නිර්මාණ ශිල්පයේ පළමු අනුවාදය ඊනියා Unix අන්තර්ක්‍රියා මත ගොඩනගා ඇත: හවුල් මතකය, සෙමාෆෝර් සහ පෝලිම් භාවිතා කරන ලද අතර, සෑම ක්‍රියාවලියක්ම තනි නූල් එකකින් සමන්විත විය. 1990 ගණන්වල මුල් භාගයේදී මෙම ප්රවේශය පුළුල් විය.
පද්ධතියේ පළමු අනුවාදයේ ගේට්වේ මට්ටම් දෙකක් සහ වෙළඳ පද්ධතියේ මධ්‍යම සේවාදායකයක් අඩංගු විය. කාර්යය ප්රවාහය මේ වගේ විය:
- සේවාදායකයා ඉල්ලීමක් යවයි, එය ද්වාරය වෙත ළඟා වේ. එය ආකෘතියේ වලංගුභාවය පරීක්ෂා කරයි (නමුත් දත්තම නොවේ) සහ වැරදි ගනුදෙනු ප්‍රතික්ෂේප කරයි.
- තොරතුරු ඉල්ලීමක් යවා ඇත්නම්, එය දේශීයව ක්රියාත්මක වේ; අපි ගනුදෙනුවක් ගැන කතා කරන්නේ නම්, එය මධ්‍යම සේවාදායකයට හරවා යවනු ලැබේ.
- වෙළඳ එන්ජිම පසුව ගනුදෙනුව ක්‍රියාවට නංවයි, දේශීය මතකය වෙනස් කරයි, සහ ගනුදෙනුවට ප්‍රතිචාරයක් යවයි, වෙනම අනුකරණ එන්ජිමක් භාවිතයෙන් අනුපිටපත් කිරීම සඳහා ගනුදෙනුව යවයි.
- Gateway හට මධ්‍යම නෝඩයෙන් ප්‍රතිචාරය ලැබෙන අතර එය සේවාලාභියා වෙත යොමු කරයි.
- ටික වේලාවකට පසු, Gateway හට අනුකරණ යාන්ත්‍රණය හරහා ගනුදෙනුව ලැබෙන අතර, මෙවර එය දේශීයව එය ක්රියාත්මක කරයි, එහි දත්ත ව්‍යුහයන් වෙනස් කරයි එවිට ඊළඟ තොරතුරු ඉල්ලීම් නවතම දත්ත පෙන්වයි.
ඇත්ත වශයෙන්ම, එය ගේට්වේ වෙළඳ පද්ධතිය තුළ සිදු කරන ලද ක්‍රියාවන් සම්පූර්ණයෙන්ම ප්‍රතිනිර්මාණය කරන ලද අනුරූ ආකෘතියක් විස්තර කරයි. බහුවිධ ප්රවේශ නෝඩ් හරහා එකම අනුපිළිවෙලකට ගනුදෙනු ක්රියාත්මක කිරීම වෙනම අනුකරණ නාලිකාවක් සහතික කළේය.
කේතය තනි නූල් එකක් වූ බැවින්, බොහෝ ගනුදෙනුකරුවන්ට සේවය කිරීම සඳහා ක්‍රියාවලි ගෑරුප්පු සහිත සම්භාව්‍ය යෝජනා ක්‍රමයක් භාවිතා කරන ලදී. කෙසේ වෙතත්, සම්පූර්ණ දත්ත සමුදාය වෙන් කිරීම ඉතා මිල අධික වූ අතර, TCP සැසිවලින් පැකට් එකතු කර ඒවා එක් පෝලිමකට (SystemV පණිවිඩ පෝලිම) මාරු කරන සැහැල්ලු සේවා ක්‍රියාවලීන් භාවිතා කරන ලදී. Gateway සහ Trade Engine ක්රියාත්මක කිරීම සඳහා එතැනින් ගණුදෙණු ගනිමින් මෙම පෝලිම සමඟ පමණක් ක්රියා කළේය. එය කියවිය යුත්තේ කුමන සේවා ක්‍රියාවලියද යන්න පැහැදිලි නැති නිසා එයට ප්‍රතිචාරයක් යැවීමට තවදුරටත් නොහැකි විය. එබැවින් අපි උපක්‍රමයක් භාවිතා කළෙමු: සෑම දෙබලක ක්‍රියාවලියක්ම ප්‍රතිචාර පෝලිමක් නිර්මාණය කළ අතර, එන පෝලිමට ඉල්ලීමක් පැමිණි විට, ප්‍රතිචාර පෝලිම සඳහා ටැග් එකක් වහාම එයට එක් කරන ලදී.
පෝලිමේ සිට පෝලිමට විශාල දත්ත ප්‍රමාණයක් නිරන්තරයෙන් පිටපත් කිරීම ගැටළු ඇති කළේය, විශේෂයෙන් තොරතුරු ඉල්ලීම් සඳහා සාමාන්ය. එබැවින්, අපි තවත් උපක්‍රමයක් භාවිතා කළෙමු: ප්‍රතිචාර පෝලිමට අමතරව, සෑම ක්‍රියාවලියක්ම හවුල් මතකය (SystemV Shared Memory) නිර්මාණය කරන ලදී. පැකේජ එහි තබා ඇති අතර, මුල් පැකේජය සොයා ගැනීමට කෙනෙකුට ඉඩ සලසමින් පෝලිමේ ටැගයක් පමණක් ගබඩා කර ඇත. මෙය ප්‍රොසෙසර හැඹිලියේ දත්ත ගබඩා කිරීමට උපකාරී විය.
SystemV IPC හි පෝලිම්, මතකය සහ සෙමාෆෝර් වස්තු වල තත්වය බැලීම සඳහා උපයෝගිතා ඇතුළත් වේ. නිශ්චිත මොහොතක පද්ධතියේ සිදුවන්නේ කුමක්ද, පැකට් එකතු වූ ස්ථානය, අවහිර කළ දේ යනාදිය තේරුම් ගැනීමට අපි මෙය ක්‍රියාකාරීව භාවිතා කළෙමු.
පළමු නවීකරණයන්
පළමුවෙන්ම, අපි තනි ක්‍රියාවලියේ ද්වාරය ඉවත් කළෙමු. එහි සැලකිය යුතු පසුබෑමක් වූයේ එය එක් අනුකරණ ගනුදෙනුවක් හෝ සේවාදායකයකුගෙන් එක් තොරතුරු ඉල්ලීමක් කළ හැකි වීමයි. භාරය වැඩි වන විට, Gateway ඉල්ලීම් සැකසීමට වැඩි කාලයක් ගත වන අතර අනුරූ ප්රවාහය සැකසීමට නොහැකි වනු ඇත. ඊට අමතරව, සේවාදායකයා ගනුදෙනුවක් යවා ඇත්නම්, ඔබට අවශ්ය වන්නේ එහි වලංගු භාවය පරීක්ෂා කර එය තවදුරටත් ඉදිරියට යැවීමයි. එබැවින්, අපි තනි ද්වාර ක්‍රියාවලිය සමාන්තරව ක්රියාත්මක කළ හැකි බහු සංරචක සමඟ ප්‍රතිස්ථාපනය කළෙමු: RW අගුලු දැමීම භාවිතයෙන් හවුල් මතක ප්‍රදේශයක එකිනෙකින් ස්වාධීනව ක්රියාත්මක වන බහු-නූල් තොරතුරු සහ ගනුදෙනු ක්‍රියාවලි. ඒ සමඟම අපි යැවීම සහ අනුවර්තනය කිරීමේ ක්‍රියාවලීන් හඳුන්වා දුන්නා.
අධි සංඛ්‍යාත වෙළඳාමේ බලපෑම
ගෘහ නිර්මාණ ශිල්පයේ ඉහත අනුවාදය 2010 දක්වා පැවතුනි. මේ අතර, HP Superdome සේවාදායකයන්ගේ කාර්ය සාධනය පිළිබඳව අපි තවදුරටත් සෑහීමකට පත් නොවෙමු. ඊට අමතරව, PA-RISC ගෘහ නිර්මාණ ශිල්පය පාහේ මිය ගොස් ඇත; වෙළෙන්දා සැලකිය යුතු යාවත්කාලීන කිසිවක් ඉදිරිපත් කළේ නැත. එහි ප්රතිඵලයක් වශයෙන්, අපි HP UX/PA RISC සිට Linux/x86 වෙත මාරු වීමට පටන් ගත්තෙමු. ප්රවේශ සේවාදායකයන්ගේ අනුවර්තනය සමඟ සංක්රමණය ආරම්භ විය.
ඇයි අපිට ආයිත් වාස්තු වෙනස් කරන්න උනේ? කාරණය වන්නේ අධි-සංඛ්‍යාත වෙළඳාම මඟින් පද්ධති හරයේ පැටවුම් පැතිකඩ සැලකිය යුතු ලෙස වෙනස් කර ඇති බවයි.
අපට සැලකිය යුතු මිල වෙනසක් ඇති කළ කුඩා ගනුදෙනුවක් ඇතැයි කියමු - යමෙකු ඩොලර් බිලියන භාගයක් මිල දී ගෙන ඇත. මිලි තත්පර කිහිපයකට පසු, සියලුම වෙළඳපල සහභාගිවන්නන් මෙය දැක නිවැරදි කිරීමක් කිරීමට පටන් ගනී. ස්වාභාවිකවම, ඉල්ලීම් විශාල පෝලිමක පෙළ ගැසෙන අතර, පද්ධතිය ඉවත් කිරීමට බොහෝ කාලයක් ගතවනු ඇත.
මෙම 50 ms පරතරය තුළ, සාමාන්ය වේගය තත්පරයට ගනුදෙනු 16 දහසක් පමණ වේ. අපි කවුළුව 20 ms දක්වා අඩු කළහොත්, අපි තත්පරයකට ගනුදෙනු 90 ක සාමාන්ය වේගයක් ලබා ගනිමු, උපරිම ගනුදෙනු 200 ක් සමඟ. වෙනත් වචන වලින් කිවහොත්, හදිසි පිපිරීම් සමඟ බර නියත නොවේ. තවද ඉල්ලීම් පෝලිම සෑම විටම ඉක්මනින් සකස් කළ යුතුය.
නමුත් පෝලිමක් ඇත්තේ ඇයි? එබැවින්, අපගේ උදාහරණයේ දී, බොහෝ පරිශීලකයින් මිල වෙනස් වීම දැක ඒ අනුව ගනුදෙනු යවා ඇත. ඔවුන් ගේට්වේ වෙත පැමිණ, එය ඒවා අනුක්‍රමික කර, යම් ඇණවුමක් සකසා ජාලයට යවයි. රවුටර පැකට් මාරු කර ඒවා ඉදිරියට යවයි. කාගේ පැකේජය මුලින්ම පැමිණියේද, එම ගනුදෙනුව "දිනුවා". එහි ප්රතිඵලයක් වශයෙන්, එකම ගනුදෙනුව ගේට්වේ කිහිපයකින් යවනු ලැබුවහොත්, එය වේගවත් ලෙස සැකසීමේ අවස්ථා වැඩි වන බව හුවමාරු සේවාදායකයින්ට දැනෙන්නට පටන් ගත්තේය. වැඩි කල් යන්නට මත්තෙන්, හුවමාරු රොබෝවරු ඉල්ලීම් සමඟ ගේට්වේ වෙත බෝම්බ හෙලීමට පටන් ගත් අතර ගනුදෙනුවල හිම කුණාටුවක් ඇති විය.
පරිණාමයේ නව වටයක්
පුළුල් පරීක්ෂණ සහ පර්යේෂණ වලින් පසුව, අපි තත්‍ය කාලීන මෙහෙයුම් පද්ධති කර්නලය වෙත මාරු විය. මේ සඳහා අපි තෝරා ගත්තේ RedHat Enterprise MRG Linux, MRG යනු පණිවිඩ යැවීමේ තත්‍ය කාලීන ජාලයයි. තත්‍ය කාලීන පැච් වල වාසිය නම් ඒවා හැකි ඉක්මනින් ක්රියාත්මක කිරීම සඳහා පද්ධතිය ප්‍රශස්ත කිරීමයි: සියලුම ක්‍රියාවලීන් FIFO පෝලිමක පෙළගස්වා ඇත, හරය හුදකලා කළ හැකිය, පිටකිරීම් නොමැත, සියලුම ගනුදෙනු දැඩි අනුපිළිවෙලින් සකසනු ලැබේ.
රතු - සාමාන්ය කර්නලයක පෝලිමක් සමඟ වැඩ කිරීම, කොළ - තත්‍ය කාලීන කර්නලයක වැඩ කිරීම.
නමුත් සාමාන්ය සේවාදායකයන් මත අඩු ප්‍රමාදයක් ලබා ගැනීම එතරම් පහසු නැත:
- x86 ගෘහනිර්මාණ ශිල්පයේ වැදගත් පර්යන්ත සමඟ වැඩ කිරීම සඳහා පදනම වන SMI මාදිලිය බෙහෙවින් බාධා කරයි. සියලුම ආකාරයේ දෘඪාංග සිදුවීම් සැකසීම සහ සංරචක සහ උපාංග කළමනාකරණය ඊනියා විනිවිද පෙනෙන SMI මාදිලියේ ස්ථිරාංග විසින් සිදු කරනු ලබන අතර, මෙහෙයුම් පද්ධතිය ස්ථිරාංග කරන්නේ කුමක්දැයි නොදකිති. රීතියක් ලෙස, සියලුම ප්‍රධාන විකුණුම්කරුවන් SMI සැකසුම් ප්‍රමාණය අඩු කිරීමට ඉඩ සලසන ස්ථිරාංග සේවාදායකයන් සඳහා විශේෂ දිගු ලබා දෙයි.
- ප්‍රොසෙසරයේ සංඛ්‍යාතයේ ගතික පාලනයක් නොතිබිය යුතුය, මෙය අතිරේක අක්‍රීය කාලයකට මග පාදයි.
- ගොනු පද්ධති ලොගය ෆ්ලෂ් කරන විට, අනපේක්ෂිත ප්‍රමාදයන් ඇති කරන කර්නලයේ ඇතැම් ක්‍රියාවලීන් සිදු වේ.
- CPU Affinity, Interrupt affinity, NUMA වගේ දේවල් ගැන අවධානය යොමු කරන්න ඕන.
තත්‍ය කාලීන සැකසුම් සඳහා ලිනක්ස් දෘඩාංග සහ කර්නලය සැකසීමේ මාතෘකාව වෙනම ලිපියක් ලැබිය යුතු බව මම පැවසිය යුතුය. අපි හොඳ ප්රතිඵලය ලබා ගැනීමට පෙර අපි බොහෝ කාලයක් අත්හදා බැලීම් සහ පර්යේෂණ සිදු කළා.
PA-RISC සේවාදායකයේ සිට x86 වෙත මාරු වන විට, අපට ප්‍රායෝගිකව පද්ධති කේතය බොහෝ වෙනස් කිරීමට සිදු නොවීය, අපි එය අනුවර්තනය කර නැවත සකස් කළෙමු. ඒ සමගම, අපි දෝෂ කිහිපයක් නිවැරදි කළා. උදාහරණයක් ලෙස, PA RISC යනු Big endian පද්ධතියක් වීම සහ x86 Little endian පද්ධතියක් වීම යන කාරනයේ ප්‍රතිවිපාක ඉක්මනින් මතු විය: උදාහරණයක් ලෙස, දත්ත වැරදි ලෙස කියවා ඇත. උපක්‍රමශීලී දෝෂය වූයේ PA RISC භාවිතා කිරීමයි () මතක ප්රවේශය, නමුත් x86 හට කියවීමේ මෙහෙයුම් නැවත සකස් කළ හැක, එබැවින් එක් වේදිකාවක නියත වශයෙන්ම වලංගු වූ කේතය තවත් වේදිකාවක කැඩී ගියේය.
x86 වෙත මාරු වීමෙන් පසු, කාර්ය සාධනය තුන් ගුණයකින් වැඩි විය, සාමාන්ය ගනුදෙනු සැකසුම් කාලය 60 μs දක්වා අඩු විය.
පද්ධති ගෘහ නිර්මාණ ශිල්පයට සිදු කර ඇති ප්‍රධාන වෙනස්කම් මොනවාදැයි අපි දැන් සමීපව බලමු.
උණුසුම් රක්ෂිත වීර කාව්‍යය
භාණ්ඩ සේවාදායක වෙත මාරු වන විට, ඒවා අඩු විශ්වසනීය බව අපි දැන සිටියෙමු. එබැවින්, නව ගෘහ නිර්මාණ ශිල්පයක් නිර්මාණය කිරීමේදී, අපි නෝඩ් එකක් හෝ කිහිපයක් අසාර්ථක වීමේ හැකියාව උපකල්පනය කළෙමු. එමනිසා, ඉතා ඉක්මනින් උපස්ථ යන්ත්‍ර වෙත මාරු විය හැකි උණුසුම් පොරොත්තු පද්ධතියක් අවශ්ය විය.
ඊට අමතරව, වෙනත් අවශ්යතා තිබුණි:
- කිසිම අවස්ථාවක ඔබ විසින් සැකසූ ගනුදෙනු අහිමි නොවිය යුතුය.
- පද්ධතිය අපගේ යටිතල පහසුකම් සඳහා පරම පාරදෘශ්‍ය විය යුතුය.
- ගනුදෙනුකරුවන් බිඳ වැටුණු සම්බන්ධතා නොදැකිය යුතුය.
- මෙය හුවමාරුව සඳහා තීරණාත්මක සාධකයක් වන බැවින් වෙන් කිරීම් සැලකිය යුතු ප්‍රමාදයක් හඳුන්වා නොදිය යුතුය.
උණුසුම් පොරොත්තු පද්ධතියක් නිර්මාණය කිරීමේදී, අපි එවැනි අවස්ථා ද්විත්ව අසාර්ථක වීම් ලෙස සැලකුවේ නැත (උදාහරණයක් ලෙස, එක් සේවාදායකයක ජාලය ක්රියා කිරීම නැවැත්වූ අතර ප්‍රධාන සේවාදායකය කැටි විය); පරීක්ෂා කිරීමේදී හඳුනාගෙන ඇති නිසා මෘදුකාංගයේ දෝෂ ඇතිවීමේ හැකියාව සලකා බැලුවේ නැත; සහ දෘඪාංගයේ වැරදි ක්‍රියාකාරිත්වය සලකා බැලුවේ නැත.
එහි ප්රතිඵලයක් වශයෙන්, අපි පහත යෝජනා ක්රමයට පැමිණියෙමු:
- ප්‍රධාන සේවාදායකය ගේට්වේ සේවාදායකයන් සමඟ සෘජුව අන්තර්ක්‍රියා කළේය.
- ප්‍රධාන සේවාදායකයට ලැබුණු සියලුම ගනුදෙනු වෙනම නාලිකාවක් හරහා උපස්ථ සේවාදායකයට ක්ෂණිකව ප්‍රතිවර්තනය කරන ලදී. කිසියම් ගැටළුවක් ඇති වුවහොත් බේරුම්කරු (ආණ්ඩුකාරවරයා) මාරු කිරීම සම්බන්ධීකරණය කළේය.
- ප්‍රධාන සේවාදායකය සෑම ගනුදෙනුවක්ම සකසා උපස්ථ සේවාදායකයෙන් තහවුරු කරන තෙක් බලා සිටියේය. ප්‍රමාදය අවම මට්ටමක තබා ගැනීම සඳහා, අපි උපස්ථ සේවාදායකයේ ගනුදෙනුව සම්පූර්ණ වන තෙක් බලා සිටීම වළක්වා ගත්තෙමු. ගනුදෙනුවක් ජාලය හරහා ගමන් කිරීමට ගතවන කාලය ක්රියාත්මක කිරීමේ කාලය හා සැසඳිය හැකි බැවින්, අමතර ප්‍රමාදයක් එකතු නොකළේය.
- අපට පෙර ගනුදෙනුව සඳහා ප්‍රධාන සහ උපස්ථ සේවාදායකවල සැකසුම් තත්ත්වය පමණක් පරීක්ෂා කළ හැකි අතර, වත්මන් ගනුදෙනුවේ සැකසුම් තත්ත්වය නොදනී. අපි තවමත් තනි නූල් ක්‍රියාවලි භාවිතා කරන බැවින්, උපස්ථයෙන් ප්‍රතිචාරයක් බලාපොරොත්තුවෙන් සිටීමෙන් සම්පූර්ණ සැකසුම් ප්රවාහය මන්දගාමී වනු ඇත, එබැවින් අපි සාධාරණ සම්මුතියක් ඇති කර ගත්තෙමු: අපි පෙර ගනුදෙනුවේ ප්රතිඵලය පරීක්ෂා කළෙමු.
යෝජනා ක්රමය පහත පරිදි ක්රියාත්මක විය.
ප්‍රධාන සේවාදායකය ප්‍රතිචාර දැක්වීම නවත්වන බව කියමු, නමුත් ගේට්වේස් දිගටම සන්නිවේදනය කරයි. උපස්ථ සේවාදායකයේ කල් ඉකුත්වීමක් සිදු වේ, එය ආණ්ඩුකාරවරයා සම්බන්ධ කර ගනී, ඔහු එයට ප්‍රධාන සේවාදායකයේ භූමිකාව පවරයි, සහ සියලුම ගේට්වේ නව ප්‍රධාන සේවාදායකයට මාරු වේ.
ප්‍රධාන සේවාදායකය නැවත සබැඳිව පැමිණියහොත්, එය අභ්‍යන්තර කල් ඉකුත්වීමක් ද අවුලුවයි, මන්ද නිශ්චිත කාලයක් සඳහා ගේට්වේ වෙතින් සේවාදායකයට ඇමතුම් නොතිබුණි. ඉන්පසු ඔහු ආණ්ඩුකාරවරයා වෙත හැරී, ඔහු යෝජනා ක්රමයෙන් ඔහුව බැහැර කරයි. එහි ප්රතිඵලයක් වශයෙන්, හුවමාරුව වෙළඳාම් කාලය අවසන් වන තෙක් එක් සේවාදායකයක් සමඟ ක්රියා කරයි. සේවාදායකය අසමත් වීමේ සම්භාවිතාව තරමක් අඩු බැවින්, මෙම යෝජනා ක්රමය බෙහෙවින් පිළිගත හැකි යැයි සැලකේ; එහි සංකීර්ණ තර්කයක් අඩංගු නොවූ අතර පරීක්ෂා කිරීමට පහසු විය.
දිගටම කරගෙන යාමට.
මූලාශ්රය: www.habr.com