Reiser4 ගොනු පද්ධතියේ සංවර්ධක එඩ්වඩ් ෂිෂ්කින් සමඟ කළ දෙවන සම්මුඛ සාකච්ඡාව ප්රකාශයට පත් කර ඇත.
මුලින්ම, ඔබ වැඩ කරන්නේ කොහේද සහ කවුරුන් ලෙසද යන්න පාඨකයින්ට මතක් කර දෙන්න.
මම ජර්මානු පර්යේෂණ මධ්යස්ථානයේ Huawei Technologies හි ප්රධාන ගබඩා ගෘහ නිර්මාණ ශිල්පියෙකු ලෙස සේවය කරමි. අථත්යකරණ දෙපාර්තමේන්තුවේ, මම දත්ත ගබඩා කිරීමේ විවිධ අංශ පිළිබඳව කටයුතු කරමි. මගේ කාර්යය නිශ්චිත මෙහෙයුම් පද්ධතියක් කෙරෙහි අවධානය යොමු කර නැත.
ඔබ දැන් ප්රධාන කර්නල් ශාඛාවට කැපවෙනවාද?
ඉතා කලාතුරකින්, සහ මගේ සේවායෝජකයා එය ඉල්ලා සිටින්නේ නම් පමණි. මම අවසන් වරට පැච් ඉදිරිපත් කළේ වසර තුනකට පමණ පෙර, 9p ප්රොටෝකෝලය (VirtFS ලෙසද හැඳින්වේ) භාවිතා කරමින් ධාරකවල බෙදා ගන්නා ගබඩා සඳහා ප්රතිදානය වැඩි කිරීමට ය. මෙහි එක් වැදගත් සටහනක්: මම දිගු කලක් ලිනක්ස් සමඟ වැඩ කළත්, මම කිසි විටෙකත් ලිනක්ස් රසිකයෙක් නොවෙමි. මම අනෙක් සියල්ලටම කැමති නිසා මම එයට විශේෂයෙන් කැමති නැත. විශේෂයෙන්, මම දෝෂයක් දුටුවහොත්, මම එය එක් වරක් පෙන්වා දෙන්නෙමි. මට යමෙකු පසුපස ගොස් පසුව ඔවුන්ට ඒත්තු ගැන්වීමට අවශ්ය නොවනු ඇත.
මට මතකයි, පසුගිය වතාවේ, අවුරුදු දහයකට පෙර, ඔබ මූලික සංවර්ධන විලාසය ගැන තරමක් විවේචනාත්මකව කතා කළා. ඔබේ (හෝ සමහර විට ආයතනික) දෘෂ්ටිකෝණයෙන් යමක් වෙනස් වී තිබේද? ප්රජාව වඩාත් ප්රතිචාරාත්මක වී තිබේද? එසේ නොවේ නම්, දොස් පැවරිය යුත්තේ කාටදැයි ඔබ සිතන්නේද?
Я так и не увидел каких-либо сдвигов в лучшую сторону. Основная проблема сообщества — это подмена науки политтехнологиями, персональными отношениями, мнением большинства, популизмом, советами «внутренних голосов», гнилыми компромиссами, всем чем угодно кроме науки. Computer science, как ни крути, прежде всего точная наука. И если кто-то начинает провозглашать для 2×2 своё значение, отличное от 4, под флагом «Linux way», либо под каким другим, то кроме вреда это вряд ли что принесёт.
සියලු කරදරවලට ප්රධාන වශයෙන් හේතු වන්නේ තීරණ ගන්නා අයගේ නොහැකියාව සහ අධ්යාපනය නොමැතිකමයි. නායකයෙකු අදක්ෂ නම්, ඔවුන්ට වෛෂයික, ප්රමාණවත් තීරණ ගැනීමට නොහැකිය. ඔවුන් ද සංස්කෘතික නොවන නම්, ඔවුන්ට නිවැරදි උපදෙස් ලබා දෙන දක්ෂ විශේෂඥයෙකු සොයා ගැනීමට නොහැකි වේ. ඔවුන් "නිවැරදි දේ පවසන බව පෙනෙන" වංචනික පුද්ගලයෙකු තෝරා ගැනීමට ඉඩ ඇත. අදක්ෂ හුදකලා නායකයින් සෑම විටම ඔවුන් වටා දූෂිත කවයක් ගොඩනඟයි. ඉතිහාසය මෙයට කිසිදු ව්යතිරේකයක් නොදන්නා අතර, ප්රජාව මේ සඳහා පැහැදිලිම උදාහරණයයි.
Btrfs සංවර්ධනයේ ප්රගතිය ඔබ ශ්රේණිගත කරන්නේ කෙසේද? මෙම ගොනු පද්ධතිය එහි දත් දිරායාමේ ගැටළු ඉවත් කර තිබේද? ඔබ එය ස්ථානගත කරන්නේ කෙසේද - ගෘහ ගොනු පද්ධතියක් ලෙසද නැතහොත් ආයතනික භාවිතය සඳහාද?
මම ඒක අයින් කළේ නැහැ. අවුරුදු 11කට කලින් මම සඳහන් කළ හැම දෙයක්ම අදටත් අදාළයි. Btrfs වල තියෙන එක ගැටලුවක් තමයි, ඒක බරපතල භාවිතයට නුසුදුසු වීම, නිදහස් ඉඩ ප්රශ්නය. වෙනත් ඕනෑම ගොනු පද්ධතියක් කොටසේ ඕනෑ තරම් නිදහස් ඉඩ පෙන්වන අවස්ථාවන්හිදී පරිශීලකයාට නව ධාවකයක් සඳහා ගබඩාවට දුවන්න වෙනවා කියලා කියන්නත් බෑ. ප්රමාණවත් නිදහස් ඉඩක් නොමැතිකම නිසා තාර්කික පරිමාවක් මත මෙහෙයුමක් සම්පූර්ණ කිරීමට අපොහොසත් වීම නරකම දෙය නොවේ. නරකම දෙය නම්, වරප්රසාද නොලත් පරිශීලකයෙකුට ඕනෑම තැටි කෝටාවක් මඟ හරිමින් සෑම කෙනෙකුගේම නිදහස් ඉඩ ඉක්මනින් ක්ෂය කළ හැකි වීමයි.
Выглядит это так (проверено для ядра Linux 5.12). На свежеинсталлированной системе запускается скрипт, который в цикле создаёт в домашней директории файлы с определёнными именами, записывает в них данные по определённым смещениям и затем удаляет эти файлы. Через минуту работы этого скрипта ничего необычного не происходит. Через пять минут порция занятого места на разделе слегка увеличивается. Через два-три часа она достигает 50% (при начальном значении 15%). А после пяти-шести часов работы скрипт валится с ошибкой «нет свободного места на разделе». После этого вы уже не в состоянии записать на ваш раздел даже 4К файл.
සිත්ගන්නාසුලු තත්වයක් පැන නගී: ඔබ අවසානයේ කොටසට කිසිවක් ලියා නැති අතර, සියලු නිදහස් ඉඩ (ආසන්න වශයෙන් 85%) අතුරුදහන් වී ඇත. එවැනි ප්රහාරයකට ලක් වූ කොටසක් විශ්ලේෂණය කිරීමෙන් එක් අයිතමයක් (යතුරක් සහිත වස්තුවක්) පමණක් අඩංගු බොහෝ ගස් නෝඩ් අනාවරණය වේ, ප්රමාණයෙන් බයිට් කිහිපයක්. වෙනත් වචන වලින් කිවහොත්, කලින් තැටි අවකාශයෙන් 15% ක් අල්ලාගෙන සිටි අන්තර්ගතය මුළු කොටස පුරා ඒකාකාරව "තදමා" ඇත, එබැවින් නව ගොනුවක් ලිවීමට ඉඩක් නොමැත, මන්ද එහි යතුර පවතින සියලුම ඒවාට වඩා විශාල වන අතර කොටසෙහි නිදහස් බ්ලොක් අවසන් වී ඇත.
එපමණක් නොව, මේ සියල්ල දැනටමත් මූලික Btrfs වින්යාසය මත සිදු වේ (කිසිදු ස්නැප්ෂොට්, උප වෙළුම් ආදිය නොමැතිව), ඔබ එම FS තුළ ගොනු සිරුරු ගබඩා කිරීමට තීරණය කරන්නේ කෙසේද යන්න ගැටළුවක් නොවේ (ගසක “කොටස්” ලෙස හෝ ආකෘතිගත නොකළ බ්ලොක් ප්රමාණයන් ලෙස) - අවසාන ප්රතිඵලය සමාන වනු ඇත.
ඔබට වෙනත් උඩුගං බලා ගොනු පද්ධති එවැනි ප්රහාරයකට ලක් කිරීමට නොහැකි වනු ඇත (කවුරුන් ඔබට කුමක් පැවසුවත්). ගැටලුවට හේතුව මම දැනටමත් පැහැදිලි කර ඇත්තෙමි: Btrfs B-ගසක් පිළිබඳ සංකල්පය සම්පූර්ණයෙන්ම විකෘති කරයි, එය ස්වයංසිද්ධ හෝ හිතාමතා පරිහානියට ගොදුරු වේ. විශේෂයෙන්, ඇතැම් වැඩ බර යටතේ, ඔබේ ගොනු පද්ධතිය ක්රියාත්මක වන අතරතුර, කිසිදු බාහිර උදව්වක් නොමැතිව අඛණ්ඩව "බිඳ වැටෙනු ඇත". පැහැදිලිවම, සියලු ආකාරයේ "පීඩන" පසුබිම් ක්රියාවලීන් දවස ඉතිරි කරන්නේ තනි ඩෙස්ක්ටොප් මත පමණි.
සාමූහික ඒවා මත සේවාදායක злоумышленник всегда будет в состоянии их «опередить. Системный администратор даже не сможет определить, кто именно над ним издевался. Быстрее всего исправить эту проблему в Btrfs можно лишь восстановив структуру регулярного B-дерева, т.е. заново перепроектировав дисковый формат и переписав существенную часть кода Btrfs. Это займёт 8-10 лет вместе с отладкой при условии что разработчики чётко следовали оригинальным статьям по соответствующим алгоритмам и структурам данным, а не играли в «испорченный телефон», как это принято (и поощряется) в «Linux way».
මේ සියල්ල තේරුම් ගැනීමට සංවර්ධකයින්ට ගතවන කාලයද ඔබ එකතු කළ යුතුය. එතනදී තමයි ඒක තවත් සංකීර්ණ වෙන්නේ. කොහොම වුණත්, ඒක තේරුම් ගන්න අවුරුදු 10ක් ප්රමාණවත් වුණේ නැහැ. එතෙක්, ආශ්චර්යයක් ගැන බලාපොරොත්තු වෙන්න එපා. එය "අපි දැනගෙන හිටියේ නැහැ" කියන සවි කිරීමේ විකල්පයක් හෝ "කේක් කෑල්ලක් විතරයි" කියන පැච් එකක් ආකාරයෙන් එන්නේ නැහැ. එවැනි සෑම කඩිමුඩියේ "නිවැරදි කිරීමක්" සඳහාම, මම පරිහානිය සඳහා නව අවස්ථාවක් ඉදිරිපත් කරමි. B-ගස් මගේ ප්රියතම මාතෘකාවලින් එකක් වන අතර, මම කිව යුතුයි, මෙම ව්යුහයන් නිදහසට ඉඩ දෙන්නේ නැහැ!
Btrfs ස්ථානගත කරන්නේ කෙසේද? භාවිතා කිරීම ගැන සඳහන් නොකර, ගොනු පද්ධතියක් ලෙස කිසිසේත්ම හැඳින්විය නොහැකි දෙයක් ලෙස. නිර්වචනය අනුව, ගොනු පද්ධතියක් යනු තැටි අවකාශය කාර්යක්ෂමව කළමනාකරණය කිරීම සඳහා වගකිව යුතු OS උප පද්ධතියකි, එය Btrfs සම්බන්ධයෙන් නොවේ. ඔබ රැකියාවට ප්රමාද නොවන පරිදි ඔරලෝසුවක් මිලදී ගැනීමට ගබඩාවට යාම ගැන සිතා බලන්න, ඒ වෙනුවට ඔවුන් ඔබට උපරිම වශයෙන් විනාඩි 30 ක් පවතින ටයිමරයක් සහිත විදුලි ග්රිල් එකක් විකුණනවා. හොඳයි, Btrfs සමඟ, තත්වය ඊටත් වඩා නරකයි.
තැපැල් ලැයිස්තු පිරික්සීමේදී, ධාවක ඉතා ලාභදායී බැවින් ඵලදායී තැටි අවකාශ කළමනාකරණය තවදුරටත් අදාළ නොවන බවට කරන ප්රකාශය මට බොහෝ විට හමු වේ. මෙය සම්පූර්ණයෙන්ම විකාරයකි. ඵලදායී තැටි අවකාශ කළමනාකරුවෙකු නොමැතිව, ඔබේ යන්ත්රයේ ඇති ධාවකවල ධාරිතාව නොසලකා මෙහෙයුම් පද්ධතිය අවදානමට ලක්විය හැකි සහ භාවිතයට නුසුදුසු වනු ඇත.
RHEL හි Btrfs සඳහා වන සහාය අවසන් වීම පිළිබඳව අදහසක් දැක්වීමට මම කැමතියි.
මෙතන අදහස් දක්වන්න දෙයක් නෑ; හැම දෙයක්ම පැහැදිලියි. ඒක එයාලගේ "තාක්ෂණික පෙරදසුන". හොඳයි, ඒක ඒ "පෙරදසුන" ඉක්මවා ගියේ නැහැ. ඒ ලේබලය සදහටම තියාගන්න බැහැ! ඒ වගේම ඔවුන්ට සම්පූර්ණ සහාය ඇතිව දෝෂ සහිත, අතුරු-නිර්මාණ නිෂ්පාදනයක් දියත් කරන්න බැහැ. RHEL යනු ව්යවසායයක්, එනම් එය වෙළඳ භාණ්ඩ-මුදල් සම්බන්ධතා නිර්වචනය කර ඇත. Btrfs තැපැල් ලැයිස්තුවේ මෙන් Red Hat හට පරිශීලකයින්ට හිරිහැර කළ නොහැක. මේක හිතන්න: තැටියක් සඳහා සහ ඔබේ සහාය සඳහා වෙහෙස මහන්සි වී උපයා ගත් ගනුදෙනුකරුවෙකුට ඔවුන් කිසිවක් ලියා නැති පසු ඔවුන්ගේ තැටි අවකාශය ගියේ කොහේදැයි දැන ගැනීමට අවශ්යයි. ඔබ ඔවුන්ට කුමක් කියයිද?
ඊළඟට. Red Hat හි සේවාදායකයින් අතර ප්රසිද්ධ විශාල බැංකු සහ හුවමාරු ඇතුළත් වේ. Btrfs හි ඉහත සඳහන් කළ අවදානම මත පදනම්ව ඔවුන් DoS ප්රහාරයකට ලක් වුවහොත් කුමක් සිදුවේදැයි සිතා බලන්න. වගකිව යුත්තේ කවුරුන් යැයි ඔබ සිතන්නේද? GPL බලපත්රයේ කතුවරයා වගකිව යුතු නොවන බව පවසන රේඛාව පෙන්වා දීමට යන අයට, මම වහාම කියමි: "එය සඟවන්න!" Red Hat ප්රතිචාර දක්වනු ඇත, එය තරමක් කම්පනයක් වනු ඇත! නමුත් මගේ කාලයේ මට සමීපව වැඩ කිරීමට අවස්ථාව ලැබුණු ඔවුන්ගේ විශේෂයෙන් ශක්තිමත් QA ඉංජිනේරුවන් කණ්ඩායම සැලකිල්ලට ගෙන, Red Hat එවැනි ගැටළු වලට ගොදුරු වීමේ අවදානමක් නොමැති බව මම දනිමි.
සමහර සමාගම් ඔවුන්ගේ ව්යවසාය නිෂ්පාදනවල Btrfs සඳහා දිගටම සහාය දක්වන්නේ ඇයි?
Заметьте, что приставка «энтерпрайз» в названии продукта мало о чём говорит. Энтерпрайз — это мера ответственности, заложенная в договорные отношения с клиентом. Я знаю только один энтерпрайз, основанный на GNU/Linux — это RHEL. Всё остальное, с моей точки зрения, лишь выдаётся за энтерпрайз, но таковым не является. И, наконец, если на что-либо есть спрос, то всегда будет и предложение (в нашем случае это упомянутая «поддержка»). Спрос же бывает абсолютно на всё, в т.ч. и на непригодный к использованию софт. Как он формируется такой спрос, и кто его подпитывает — это уже другая тема.
ඉතින්, ෆේස්බුක් එහි සේවාදායකයන්ට Btrfs යොදවා ඇති බවට කටකතා පැතිර ගිය පසු මම කිසිදු නිගමනවලට එළඹෙන්නේ නැහැ. එපමණක් නොව, ඒවායේ ලිපින සේවාදායකයන් ඉහත සඳහන් කළ හේතූන් මත එය ප්රවේශමෙන් රහසිගතව තබා ගැනීමට මම නිර්දේශ කරමි.
මෑතකදී XFS කේතය ඔප දැමීම සඳහා මෙතරම් උත්සාහයක් දරා ඇත්තේ ඇයි? සියල්ලට පසු, එය මුලින් තෙවන පාර්ශවීය ගොනු පද්ධතියක් වූ අතර, ext4 දිගු කලක් ස්ථාවර වී ඇති අතර පෙර, සමානව ස්ථාවර අනුවාදවල උරුමයක් ඇත. XFS සඳහා Red Hat හි උනන්දුව කුමක්ද? සමාන අරමුණු සහිත ගොනු පද්ධති දෙකක් ක්රියාකාරීව සංවර්ධනය කිරීම අර්ථවත්ද - ext4 සහ XFS?
ඒක පිටිපස්සේ තිබුණු අභිප්රේරණය මට මතක නැහැ. මේ මුලපිරීම Red Hat පාරිභෝගිකයින්ගෙන් ලැබුණු එකක් වෙන්න ඇති. මට මතකයි මේ වගේ අධ්යයනයන් තිබුණා: සමහර උඩුගං බලා ගොනු පද්ධති භාවිතා කරමින්, නව පරම්පරාවේ ඉහළ පෙළේ ධාවක මත දැවැන්ත වස්තු සංඛ්යාවක් නිර්මාණය කළා. ප්රතිඵලවලින් පෙනී ගියේ XFS ext4 ට වඩා හොඳින් ක්රියා කළ බවයි. ඒ නිසා ඔවුන් එය වඩාත්ම පොරොන්දු වූ එකක් ලෙස ප්රවර්ධනය කිරීමට පටන් ගත්තා. කොහොම වුණත්, මම මෙතන කිසිම සංවේදී දෙයක් බලාපොරොත්තු වෙන්නේ නැහැ.
මගේ මතය අනුව, ඔවුන් එක දෙයකට වඩා තවත් දෙයක් හුවමාරු කර ගෙන ඇත. ext4 සහ XFS සංවර්ධනය කිරීමෙන් පලක් නැත. සමාන්තරව හෝ විකල්ප දෙකෙන් එකක් සමඟ. එයින් යහපත් කිසිවක් සිදු නොවේ. කෙසේ වෙතත්, ස්වභාවධර්මයේ දී, වර්ධනය සඳහා ඕනෑ තරම් විභවයන් ඇති නමුත් පුළුල් කිරීමට හැකියාවක් නොමැති අවස්ථා බොහෝ විට පවතී. මෙම අවස්ථාවේ දී, සියලු ආකාරයේ අමුතු, කැත නව වර්ධනයන් පැන නගින අතර, එය සෑම කෙනෙකුම පෙන්වා දෙයි ("ඔහ්, මේ ජීවිතයේ ඔබට දැකිය හැකි සියලු දේ දෙස බලන්න!").
ext4, F2FS (Btrfs හි RAID ගැන සඳහන් නොකර) වල සංකේතාංකන විශේෂාංග පැමිණීමත් සමඟ ස්ථර උල්ලංඝනය කිරීමේ ගැටළුව (ඍණාත්මක අර්ථයකින්) විසඳී ඇතැයි ඔබ සිතනවාද?
සාමාන්යයෙන්, ඕනෑම ස්ථරයක් හඳුන්වා දීම සහ ඒවා උල්ලංඝනය කළ යුතුද යන්න තීරණය කිරීම සාමාන්යයෙන් ප්රතිපත්තිමය කාරණයක් වන අතර, මම ඒ පිළිබඳව අදහස් දක්වන්නේ නැත. ස්ථර උල්ලංඝනය කිරීම්වල වෛෂයික අංශ කිසිවෙකුට එතරම් උනන්දුවක් නොදක්වයි, නමුත් අපට ඒවායින් සමහරක් ඉහළ සිට පහළට උල්ලංඝනය කිරීමේ උදාහරණය භාවිතා කර පරීක්ෂා කළ හැකිය - විශේෂයෙන්, ගොනු පද්ධතියේ බ්ලොක් ස්ථරයේ දැනටමත් පවතින ක්රියාකාරීත්වය ක්රියාත්මක කිරීම. එවැනි "උල්ලංඝනයක්" සාධාරණීකරණය කරනු ලබන්නේ දුර්ලභ ව්යතිරේකවලදී පමණි. එවැනි සෑම අවස්ථාවකටම, ඔබ මුලින්ම කරුණු දෙකක් ඔප්පු කළ යුතුය: එය සැබවින්ම අවශ්ය බවත්, එය පද්ධතියේ සැලසුමට හානි නොකරන බවත්.
උදාහරණයක් ලෙස, සම්ප්රදායිකව බ්ලොක් ස්ථරය සඳහා වෙන් කර ඇති දර්පණය, ගොනු පද්ධති මට්ටමින් ක්රියාත්මක කිරීම අර්ථවත් කරයි. මේ සඳහා විවිධ හේතු තිබේ. උදාහරණයක් ලෙස, තැටි ධාවක නිහඬ දත්ත දූෂණයට (බිට් කුණුවීමට) ගොදුරු වේ. උපාංගය නිසි ලෙස ක්රියාත්මක වන විට මෙය සිදු වේ, නමුත් බ්ලොක් එකක ඇති දත්ත දුරස්ථ ක්වාසාර් ආදියෙන් නිකුත් වන දෘඩ ගැමා කිරණ මගින් අනපේක්ෂිත ලෙස හානි වේ. නරකම අවස්ථාව වන්නේ මෙම බ්ලොක් එක ගොනු පද්ධති බ්ලොක් එකක් (සුපර්බ්ලොක්, බිට්මැප් බ්ලොක්, ගබඩා ගස් නෝඩ්, ආදිය) වන විටය, මන්ද මෙය අනිවාර්යයෙන්ම කර්නල් භීතියකට තුඩු දෙනු ඇත.
බ්ලොක් ස්ථරය (ඊනියා RAID 1) මඟින් පිරිනමන දර්පණ මෙම ගැටළුව විසඳන්නේ නැති බව සලකන්න. සියල්ලට පසු, යමෙකුට චෙක්සම් සත්යාපනය කර අසාර්ථක වූ විට අනුරුව කියවිය යුතුය. තවද, සියල්ල පමණක් නොව, පාර-දත්ත පමණක් පිළිබිඹු කිරීම අර්ථවත් කරයි. සමහර වැදගත් දත්ත (උදාහරණයක් ලෙස, තීරණාත්මක යෙදුම්වල ක්රියාත්මක කළ හැකි ගොනු) පාර-දත්ත ලෙස ගබඩා කළ හැකිය. මෙම අවස්ථාවේදී, ඒවාට එකම ආරක්ෂක සහතික ලැබේ. අනෙකුත් දත්තවල ආරක්ෂාව වෙනත් උප පද්ධති (සමහර විට පරිශීලක යෙදුම් පවා) වෙත පැවරීම අර්ථවත් කරයි - මේ සඳහා අවශ්ය සියලු කොන්දේසි අපි සපයා ඇත්තෙමු.
එවැනි "පිරිවැය-ඵලදායී" දර්පණ සම්පූර්ණයෙන්ම කළ හැකි අතර, ඒවා ගොනු පද්ධති මට්ටමින් පමණක් ඵලදායී ලෙස ක්රියාත්මක කළ හැකිය. කෙසේ වෙතත්, ස්ථර උල්ලංඝනය යනු යම් ක්ෂුද්ර ප්රතිලාභයක් සඳහා අනුපිටපත් කේතයක් සහිත උප පද්ධතියක් අවුල් කිරීමකි. ප්රධාන උදාහරණයක් වන්නේ ගොනු පද්ධතියක් තුළ RAID-5 ක්රියාත්මක කිරීමයි. එවැනි විසඳුම් (ගොනු පද්ධතියක් තුළ ස්වදේශීය RAID/LVM) ගොනු පද්ධතිය වාස්තු විද්යාත්මකව විනාශ කරයි. ස්ථර උල්ලංඝනය විවිධ අලෙවිකරණ වංචාකරුවන් විසින් "මහා පරිමාණයෙන් නිෂ්පාදනය කර" ඇති බව ද සඳහන් කිරීම වටී. කිසිදු මුල් අදහස් නොමැතිකම, යාබද මට්ටම්වල දැනටමත් ක්රියාත්මක කර ඇති ක්රියාකාරිත්වය උප පද්ධතිවලට එකතු කරනු ලැබේ, නව, අතිශයින්ම ප්රයෝජනවත් විශේෂාංගයක් ලෙස ඉදිරිපත් කර ක්රියාකාරීව ප්රවර්ධනය කරනු ලැබේ.
"පහත" ස්ථර උල්ලංඝනය කිරීම සම්බන්ධයෙන් Reiser4 හට චෝදනා එල්ල විය. ගොනු පද්ධතිය අනෙක් සියල්ල මෙන් ඒකලිතික නොවන නමුත් මොඩියුලර් බැවින්, ඉහත ස්ථරය (VFS) කළ යුතු දේ එය කරන බවට පදනම් විරහිත උපකල්පනයක් කරන ලදී.
ReiserFS v3.6 සහ උදාහරණයක් ලෙස JFS මිය ගොස් ඇති බව පැවසීම ආරක්ෂිතද? මෑතකදී කර්නලය තුළ ඒවාට එතරම් අවධානයක් ලැබී නොමැත. ඒවා යල් පැන ගොස් තිබේද?
මෙහිදී අපි මෘදුකාංග නිෂ්පාදනයක් අක්රිය වීම යන්නෙන් අදහස් කරන්නේ කුමක්ද යන්න නිර්වචනය කළ යුතුයි. එක් අතකින්, ඒවා සාර්ථකව භාවිතා වෙමින් පවතී (ඒවා නිර්මාණය කර ඇත්තේ ඒ සඳහා පමණි), එබැවින් ඒවා ජීවමානයි. අනෙක් අතට, මට JFS සඳහා කතා කළ නොහැක (මම එතරම් දන්නේ නැහැ), නමුත් ReiserFS (v3) නව ප්රවණතා වලට අනුවර්තනය වීම ඉතා අපහසුය (ප්රායෝගිකව ඔප්පු කර ඇති පරිදි). මෙයින් අදහස් කරන්නේ සංවර්ධකයින් අනාගතයේදී JFS වලට වඩා පහසුවෙන් අනුවර්තනය කළ හැකි විසඳුම් කෙරෙහි අවධානය යොමු කරනු ඇති බවයි. මේ අර්ථයෙන්, එය, අවාසනාවකට මෙන්, වාස්තු විද්යාත්මකව මිය ගොස් ඇත. මම "යල් පැන ගිය" යන යෙදුම කිසිසේත් භාවිතා නොකරමි. එය ඇඳුම් ආයිත්තම් කට්ටලයකට හොඳින් අදාළ වේ, නමුත් මෘදුකාංගයට නොවේ. යම් දෙයකින් පහත් සහ උසස් වීම පිළිබඳ සංකල්පයක් තිබේ. ReiserFS v3 දැනට සෑම ආකාරයකින්ම Reiser4 ට වඩා පහත් බව මට නිරපේක්ෂ නිශ්චිතවම පැවසිය හැකිය, නමුත් ඇතැම් ආකාරයේ වැඩ බර සඳහා, එය අනෙකුත් සියලුම උඩුගං බලා ගොනු පද්ධති අභිබවා යයි.
Tux3 සහ HAMMER/HAMMER2 (DragonFly BSD සඳහා FS) FS සංවර්ධනය පිළිබඳව ඔබ දැනුවත්ද?
ඔව්, මම දන්නවා. Tux3 හි, මම ඔවුන්ගේ ස්නැප්ෂොට් තාක්ෂණය (ඊනියා "අනුවාදිත දර්ශක") ගැන උනන්දු වූ නමුත් Reiser4 හි අපි බොහෝ විට වෙනස් මාර්ගයක් ගනු ඇත. මම දැන් ටික කාලයක සිට ස්නැප්ෂොට් සහාය ගැන සිතමින් සිටි අතර සරල Reiser4 වෙළුම් සඳහා එය ක්රියාත්මක කරන්නේ කෙසේදැයි තවමත් තීරණය කර නැත. කාරණය නම්, Ohad Rodeh විසින් යෝජනා කරන ලද නව "කම්මැලි" යොමු කවුන්ටර තාක්ෂණය B-trees සඳහා පමණක් ක්රියාත්මක වේ. අපට කිසිවක් නැත. Reiser4 හි භාවිතා කරන දත්ත ව්යුහයන් සඳහා Lazy කවුන්ටර අර්ථ දක්වා නැත - ඒවා ක්රියාත්මක කිරීම සඳහා කිසිවෙකු තවමත් විසඳා නොමැති ඇතැම් ඇල්ගොරිතම ගැටළු විසඳීම අවශ්ය වේ.
හැමර් සම්බන්ධයෙන්: මම නිර්මාණකරුගේ ලිපියක් කියෙව්වා. එය මට උනන්දුවක් දැක්වූයේ නැහැ. නැවතත්, බී-ගස්. මෙම දත්ත ව්යුහය බලාපොරොත්තු රහිතව යල් පැන ගිය එකක්. අපි එය පසුගිය සියවසේදී අතහැර දැමුවෙමු.
CephFS/GlusterFS/ආදිය වැනි ජාල පොකුරු ගොනු පද්ධති සඳහා වැඩිවන ඉල්ලුම ඔබ තක්සේරු කරන්නේ කෙසේද? මෙම ඉල්ලුම ජාල ගොනු පද්ධති කෙරෙහි සංවර්ධක ප්රමුඛතාවල වෙනසක් සහ දේශීය ගොනු පද්ධති කෙරෙහි අවධානය අඩුවීමක් පෙන්නුම් කරයිද?
ඔව්, ප්රමුඛතාවල එවැනි වෙනසක් සිදුවී ඇත. දේශීය ගොනු පද්ධති සංවර්ධනය එකතැන පල් වී ඇත. අවාසනාවකට මෙන්, දේශීය වෙළුම් සඳහා සැලකිය යුතු දෙයක් කිරීම දැන් තරමක් අපහසු වන අතර සෑම කෙනෙකුටම එය හැසිරවිය නොහැක. ඔවුන්ගේ සංවර්ධනය සඳහා ආයෝජනය කිරීමට කිසිවෙකුට අවශ්ය නැත. එය ගණිතමය පර්යේෂණ සඳහා අරමුදල් වෙන් කරන ලෙස වාණිජ ආයතනයකින් ඉල්ලා සිටීම හා සමානයි - ඔවුන් කිසිදු ජනවාර්ගිකත්වයක් නොමැතිව, නව ප්රමේයයකින් මුදල් උපයන්නේ කෙසේදැයි ඔබෙන් අසනු ඇත. දැන්, දේශීය ගොනු පද්ධතියක් යනු "පෙට්ටියෙන් පිටත" මායාකාරී ලෙස දිස්වන සහ "සැමවිටම ක්රියා කළ යුතු" දෙයක් වන අතර, එය එසේ නොවේ නම්, එය "ඔවුන් සිතන්නේ කවුද?" යන රේඛා ඔස්සේ පිළිතුරු නොලැබෙන මැසිවිලි නඟයි.
ඒ නිසා, මෙම ප්රදේශයේ තවමත් විශාල වැඩ ප්රමාණයක් තිබුණත්, දේශීය ගොනු පද්ධති කෙරෙහි අවධානයක් නොමැතිකම. ඔව්, සෑම කෙනෙක්ම පවතින දේශීය ගොනු පද්ධති මත ගොඩනගා ඇති බෙදා හරින ලද ගබඩා පද්ධති වෙත යොමු වී ඇත. දැන් එය ඉතා ජනප්රියයි. "Big Data" යන වාක්ය ඛණ්ඩය බොහෝ දෙනෙකුට ඇඩ්රිනලින් කඩිමුඩියක් ඇති කරයි, එය සම්මන්ත්රණ, වැඩමුළු, විශාල වැටුප් ආදිය සමඟ සම්බන්ධ කරයි.
ජාල ගොනු පද්ධතිය පරිශීලක අවකාශයේ නොව කර්නල් අවකාශයේ ක්රියාත්මක කරන ප්රවේශය ප්රතිපත්තිමය වශයෙන් කෙතරම් සාධාරණද?
ඉතා සාධාරණ ප්රවේශයක්, එය තවමත් කොතැනකවත් ක්රියාත්මක කර නොමැත. සාමාන්යයෙන්, ජාල ගොනු පද්ධතියක් ක්රියාත්මක කරන්නේ කොතැනද යන ප්රශ්නය දෙපැත්ත කැපෙන කඩුවකි. උදාහරණයක් බලමු. සේවාදායකයෙක් දුරස්ථ යන්ත්රයකට දත්ත ලියයි. එය එහි පිටු හැඹිලියේ අපිරිසිදු පිටු ලෙස අවසන් වේ. කර්නල් අවකාශයේ ජාල ගොනු පද්ධතියේ "තුනී ද්වාරයේ" කාර්යය මෙයයි. ඉක්මනින් හෝ පසුව, මෙහෙයුම් පද්ධතිය එම පිටු නිදහස් කිරීම සඳහා තැටියට ලියා ඇති ලෙස ඉල්ලා සිටිනු ඇත. එවිට ජාල ගොනු පද්ධතියේ IO-යොමු කිරීමේ මොඩියුලය ක්රියාත්මක වේ. එය මෙම පිටු අවසන් වන්නේ කුමන සේවාදායක යන්ත්රයේ (සේවාදායක නෝඩයේ)ද යන්න තීරණය කරයි.
ඉන්පසු ජාල තොගය (අප දන්නා පරිදි, කර්නල් අවකාශයේ ක්රියාත්මක වේ) භාර ගනී. ඊළඟට, සේවාදායක නෝඩය දත්ත හෝ මෙටාඩේටා අඩංගු පැකට්ටුව ලබා ගන්නා අතර ඒ සියල්ල ලියා තැබීමට පසුපෙළ ගබඩා මොඩියුලයට (එනම්, කර්නල් අවකාශයේ ක්රියාත්මක වන දේශීය ගොනු පද්ධතිය) උපදෙස් දෙයි. එබැවින්, අපි ප්රශ්නය "යැවීම" සහ "ලැබීමේ" මොඩියුල ක්රියාත්මක විය යුතු ස්ථානයට පටු කර ඇත්තෙමු. ඕනෑම මොඩියුලයක් පරිශීලක අවකාශයේ ක්රියාත්මක වන්නේ නම්, මෙය අනිවාර්යයෙන්ම සන්දර්භ ස්විචයන්ට තුඩු දෙනු ඇත (කර්නල් සේවා භාවිතා කිරීමේ අවශ්යතාවය නිසා). එවැනි ස්විච ගණන ක්රියාත්මක කිරීමේ විස්තර මත රඳා පවතී.
එවැනි ස්විච රාශියක් තිබේ නම්, ගබඩා ප්රතිදානය (I/O කාර්ය සාධනය) පහත වැටෙනු ඇත. ඔබගේ පසු අන්ත ගබඩාව මන්දගාමී තැටි වලින් සමන්විත නම්, ඔබට සැලකිය යුතු පහත වැටීමක් නොපෙනේ. නමුත් ඔබට වේගවත් තැටි (SSD, NVRAM, ආදිය) තිබේ නම්, සන්දර්භ ස්විචයන් බාධකයක් බවට පත්වන අතර, සන්දර්භ ස්විචයන් මත ඉතිරි කිරීමෙන් කාර්ය සාධනය සැලකිය යුතු ලෙස වැඩි කළ හැකිය. මෙය සාක්ෂාත් කර ගැනීමට පොදු ක්රමයක් වන්නේ මොඩියුල කර්නල් අවකාශයට ගෙනයාමයි. උදාහරණයක් ලෙස, 9p සේවාදායකය QEMU සිට ධාරක කර්නලය වෙත ගෙනයාම VirtFS කාර්ය සාධනයේ තුන් ගුණයකින් වැඩි වීමට හේතු වූ බව අපට පෙනී ගියේය.
ඇත්ත වශයෙන්ම මෙය ජාල ගොනු පද්ධතියක් නොවේ, නමුත් එය කාරණය පැහැදිලි කරයි. මෙම ප්රශස්තිකරණයේ අවාසිය නම් අතේ ගෙන යා හැකි ගැටළු ය. සමහරුන්ට, දෙවැන්න තීරණාත්මක විය හැකිය. උදාහරණයක් ලෙස, GlusterFS හි කිසිදු කර්නල් මොඩියුලයක් නොමැත. මෙයට ස්තූතියි, එය දැන් NetBSD ඇතුළු බොහෝ වේදිකාවල ක්රියාත්මක වේ.
ජාල FS වලින් දේශීය FS වලට ණයට ගත හැකි සංකල්ප මොනවාද සහ අනෙක් අතට?
අද කාලයේ, ජාල ගොනු පද්ධති සාමාන්යයෙන් දේශීය ගොනු පද්ධති මත ගොඩනගා ඇත, එබැවින් කිසිවෙකුට දෙවැන්නෙන් කිසිවක් ණයට ගත හැක්කේ කෙසේදැයි මට හරියටම තේරෙන්නේ නැත. ඇත්ත වශයෙන්ම, සේවකයින් හතර දෙනෙකු සිටින සමාගමක් සලකා බලන්න, එක් අයෙකු තමන්ගේම දේ කරයි: එක් අයෙකු බෙදා හැරීම, එක් අයෙකු යැවීම, එක් අයෙකු ලබා ගැනීම සහ එක් ගබඩා කිරීම. ගබඩා කරන සේවකයාගෙන් සමාගමට ණයට ගත හැක්කේ කුමක්ද යන ප්රශ්නය තරමක් නුසුදුසු බව පෙනේ (ඔවුන්ට දිගු කලක් ඔහුගෙන් ණයට ගත හැකි දේ දැනටමත් තිබේ).
කෙසේ වෙතත්, දේශීය ගොනු පද්ධතිවලට ජාල ගොනු පද්ධති වලින් ඉගෙන ගැනීමට බොහෝ දේ ඇත. පළමුව, ඔවුන් ඉහළ මට්ටමකින් තාර්කික වෙළුම් එකතු කරන්නේ කෙසේදැයි ඉගෙන ගත යුතුය. වර්තමානයේ, ඊනියා "උසස්" දේශීය ගොනු පද්ධති LVM වෙතින් ණයට ගත් "අථත්ය උපාංග" තාක්ෂණය භාවිතා කරමින් පමණක් තාර්කික වෙළුම් එකතු කරයි (ZFS හි ප්රථම වරට ක්රියාත්මක කරන ලද එකම බෝවන ස්ථර උල්ලංඝනය). වෙනත් වචන වලින් කිවහොත්, අථත්ය ලිපින (බ්ලොක් අංක) සැබෑ ලිපින බවට පරිවර්තනය කර අඩු මට්ටමකින් ආපසු යවනු ලැබේ (එනම්, ගොනු පද්ධතිය I/O ඉල්ලීමක් නිකුත් කිරීමෙන් පසුව).
බ්ලොක් ස්ථරයේ වින්යාස කර ඇති තාර්කික වෙළුම් වලට (දර්පණ නොවේ) උපාංග එකතු කිරීම සහ ඉවත් කිරීම ගැටළු වලට තුඩු දෙන බව සලකන්න, එවැනි විශේෂාංගවල වෙළෙන්දෝ නිහතමානීව නිහඬව සිටිති. මම කතා කරන්නේ සැබෑ උපාංගවල ඛණ්ඩනය ගැන, එය බිහිසුණු මට්ටම් කරා ළඟා විය හැකි අතර, අථත්ය උපාංගයක සියල්ල හොඳින් පවතී. කෙසේ වෙතත්, අථත්ය උපාංග කිසිවෙකුට එතරම් උනන්දුවක් නොදක්වයි: සෑම කෙනෙකුම ඔබේ සැබෑ උපාංගවල සිදුවන්නේ කුමක්ද යන්න ගැන උනන්දු වෙති. නමුත් ZFS වැනි ගොනු පද්ධති (මෙන්ම LVM සමඟ ඒකාබද්ධව ඕනෑම ගොනු පද්ධති) ක්රියා කරන්නේ අථත්ය තැටි උපාංග සමඟ පමණි (ලබා ගත හැකි තැටි අවකාශයෙන් අථත්ය තැටි ලිපින වෙන් කිරීම, මෙම අථත්ය උපාංග defragment කිරීම ආදිය). සැබෑ උපාංගවල සිදුවන්නේ කුමක්ද යන්න ඔවුන්ට අදහසක් නැත!
දැන් ඔබේ අතථ්ය උපාංගයේ ඛණ්ඩනය ශුන්ය යැයි සිතන්න (එනම් ඔබට එහි ඇත්තේ එක් යෝධ ප්රමාණයකි), ඔබ ඔබේ තාර්කික පරිමාවට තැටියක් එකතු කර, පසුව තාර්කික පරිමාවෙන් තවත් අහඹු තැටියක් ඉවත් කර, පසුව නැවත සමතුලිත කරන්න. එසේ ය, බොහෝ විට. ඔබට තවමත් අථත්ය උපාංගයේ එම තනි ප්රමාණය ඇති බව සොයා ගැනීම පහසුය, නමුත් සැබෑ උපාංගවල ඔබට හොඳ කිසිවක් නොපෙනේ.
නරකම කොටස නම්, ඔබට මෙම තත්වය නිවැරදි කිරීමට පවා නොහැකි වීමයි! ඔබට කළ හැකි එකම දෙය නම් ගොනු පද්ධතියෙන් අථත්ය උපාංගය defragment කිරීමට ඉල්ලා සිටීමයි. නමුත් එය ඔබට සියල්ල හොඳින් ඇති බව කියනු ඇත - ඇත්තේ එක් සීමාවක් පමණි, ඛණ්ඩනය ශුන්ය වේ, එය ලැබෙන තරම් හොඳයි! එබැවින්, බ්ලොක් මට්ටමින් වින්යාස කර ඇති තාර්කික වෙළුම් උපාංග නැවත නැවත එකතු කිරීම සහ ඉවත් කිරීම සඳහා නිර්මාණය කර නොමැත. ඉතා මැනවින්, ඔබ බ්ලොක් මට්ටමින් තාර්කික පරිමාවක් එක් වරක් පමණක් වින්යාස කළ යුතුය, එය ගොනු පද්ධතියට භාර දිය යුතු අතර, පසුව එය සමඟ වෙනත් කිසිවක් නොකළ යුතුය.
තවද, ස්වාධීන FS සහ LVM උප පද්ධතිවල සංයෝජනය තාර්කික වෙළුම් එකතු කිරීමට භාවිතා කරන ධාවකවල විවිධ ස්වභාවයට ඉඩ නොදේ. ඇත්ත වශයෙන්ම, ඔබ HDD සහ SSD වලින් තාර්කික වෙළුමක් එකලස් කර ඇතැයි සිතමු. පළමුවැන්නට defragmentation අවශ්ය වන අතර දෙවැන්න අවශ්ය නොවේ. දෙවැන්න සඳහා ඉවත දැමීමේ ඉල්ලීම් නිකුත් කිරීමට ඔබට අවශ්ය වනු ඇත, පළමුවැන්න එසේ නොවේ, යනාදිය. කෙසේ වෙතත්, මෙම සංයෝජනය සමඟ එවැනි තේරීමක් ලබා ගැනීම තරමක් අපහසුය.
ගොනු පද්ධතිය තුළ ඔබේම LVM එකක් නිර්මාණය කිරීමෙන් තත්වය එතරම් දියුණු නොවන බව සලකන්න. ඇත්ත වශයෙන්ම, එසේ කිරීමෙන්, අනාගතයේදී එය කිසිදා වැඩිදියුණු කිරීමේ හැකියාව ඔබ ඵලදායී ලෙස ඉවත් කරයි. මෙය ඉතා නරකයි. විවිධ වර්ගයේ ධාවක එකම යන්ත්රයක පැවතිය හැකිය. ගොනු පද්ධතිය ඒවා අතර වෙනස හඳුනා නොගන්නේ නම්, කවුද කරන්නේ?
තවත් ගැටළුවක් ඊනියා "Write-Anywhere" ගොනු පද්ධති සමඟ සැඟවී ඇත (ඔබ සවි කිරීමේදී සුදුසු ගනුදෙනු ආකෘතිය නියම කළේ නම්, මෙයට Reiser4 ද ඇතුළත් වේ). එවැනි ගොනු පද්ධති පෙර නොවූ විරූ ලෙස බලවත් defragmentation මෙවලම් ලබා දිය යුතුය. අඩු මට්ටමේ වෙළුම් කළමනාකරුවෙකු මෙහි උදව් නොකරයි, නමුත් බාධා කරයි. ගැටළුව වන්නේ එවැනි කළමනාකරුවෙකු සමඟ, ඔබේ ගොනු පද්ධතිය එක් උපාංගයක නොමිලේ බ්ලොක් සිතියම ගබඩා කරනු ඇත - අථත්ය එක. එහි ප්රතිඵලයක් ලෙස, ඔබට අථත්ය උපාංගය පමණක් defragment කළ හැකිය. මෙයින් අදහස් කරන්නේ ඔබේ defragmenter දිගු කාලයක් අථත්ය ලිපිනවල විශාල, ඒකාබද්ධ අවකාශයක වහල්භාවයේ සිටින බවයි.
අහඹු ලෙස උඩින් ලිවීම් සිදු කරන බොහෝ පරිශීලකයින් සිටී නම්, එවැනි defragmenter එකක ප්රතිලාභය ප්රතික්ෂේප කරනු ලැබේ. ඔබේ පද්ධතිය අනිවාර්යයෙන්ම මන්දගාමී වනු ඇති අතර, ඔබට "කැඩුණු නිර්මාණය" පිළිබඳ බලාපොරොත්තු සුන් කරවන රෝග විනිශ්චයක් හැර අන් කිසිවක් ඉතිරි නොවනු ඇත. එකම ලිපින අවකාශයේ වැඩ කරන බහු defragmenters එකිනෙකාට බාධා කරයි. ඔබ එක් එක් සැබෑ උපාංගය සඳහා වෙනම නොමිලේ බ්ලොක් සිතියමක් පවත්වා ගන්නේ නම් එය සම්පූර්ණයෙන්ම වෙනස් කාරණයකි. මෙය ඔබට defragmentation ක්රියාවලිය ඵලදායී ලෙස සමාන්තර කිරීමට ඉඩ සලසයි.
නමුත් මෙය කළ හැක්කේ ඉහළ මට්ටමේ තාර්කික වෙළුම් කළමනාකරුවෙකු සමඟ පමණි. එවැනි කළමනාකරුවන් සහිත දේශීය ගොනු පද්ධති මීට පෙර නොතිබුණි (අඩුම තරමින්, මම කිසිවක් නොදනිමි). ජාල ගොනු පද්ධති (GlusterFS වැනි) පමණක් එවැනි කළමනාකරුවන් සිටියහ. තවත් ඉතා වැදගත් උදාහරණයක් වන්නේ පරිමාව අඛණ්ඩතා පරීක්ෂා කිරීමේ උපයෝගීතාව (fsck) ය. ඔබ එක් එක් උප පරිමාව සඳහා නිදහස් බ්ලොක් වල ස්වාධීන සිතියමක් ගබඩා කරන්නේ නම්, තාර්කික වෙළුම් පරීක්ෂා කිරීමේ ක්රියා පටිපාටිය ඵලදායී ලෙස සමාන්තර කළ හැකිය. වෙනත් වචන වලින් කිවහොත්, ඉහළ මට්ටමේ කළමනාකරුවන් සහිත තාර්කික වෙළුම් වඩා හොඳින් පරිමාණය කරයි.
තවද, පහළ මට්ටමේ වෙළුම් කළමනාකරුවන් ඔබට සම්පූර්ණ ස්නැප්ෂොට් නිර්මාණය කිරීමට ඉඩ නොදේ. LVM සහ ZFS වැනි ගොනු පද්ධති සමඟ, ඔබට ගෝලීය ඒවා නොව දේශීය ස්නැප්ෂොට් පමණක් ගත හැකිය. දේශීය ස්නැප්ෂොට් මඟින් ඔබට සාමාන්ය ගොනු මෙහෙයුම් ක්ෂණිකව ආපසු හැරවීමට පමණක් ඉඩ සලසයි. තාර්කික වෙළුම් (උපාංග එකතු කිරීම සහ ඉවත් කිරීම) සහිත මෙහෙයුම් ආපසු හැරෙන්නේ නැත. උදාහරණයක් බලමු. යම් අවස්ථාවක දී, ඔබට A සහ B උපාංග දෙකකින් සමන්විත තාර්කික පරිමාවක් ඇති විට, ගොනු 100 ක් අඩංගු වන විට, ඔබ පද්ධතියේ ස්නැප්ෂොට් S එකක් ගෙන තවත් ගොනු සියයක් නිර්මාණය කරයි.
මෙයින් පසු, ඔබ ඔබේ පරිමාවට C උපාංගය එකතු කර, අවසානයේ, ඔබේ පද්ධතිය Snapshot වෙත ආපසු පෙරළන්න. ප්රශ්නය: S වෙත ආපසු පෙරළීමෙන් පසු ඔබේ තාර්කික පරිමාවේ ගොනු සහ උපාංග කීයක් අඩංගු වේද? ඔබ අනුමාන කළ පරිදි, ගොනු 100 ක් ඇත, නමුත් උපාංග තුනක් ඇත - මේවා A, B සහ C යන උපාංග වේ, නමුත් ස්නැප්ෂොට් නිර්මාණය කරන අවස්ථාවේ පද්ධතියට උපාංග දෙකක් පමණක් තිබුණි (A සහ B). C උපාංගය එකතු කිරීමේ මෙහෙයුම ආපසු පෙරළා නොදැමූ අතර, ඔබ දැන් පරිගණකයෙන් C උපාංගය ඉවත් කළහොත්, එය ඔබගේ දත්ත දූෂිත කරයි. එබැවින් එය ඉවත් කිරීමට පෙර, ඔබට පළමුව තාර්කික පරිමාවෙන් උපාංගය නැවත සමතුලිත කිරීම සමඟ ඉවත් කිරීමේ මිල අධික මෙහෙයුමක් සිදු කිරීමට අවශ්ය වනු ඇත, එමඟින් C උපාංගයේ සිට A සහ B උපාංග වෙත සියලුම දත්ත බෙදා හරිනු ඇත. කෙසේ වෙතත්, ඔබේ ගොනු පද්ධතිය ගෝලීය ස්නැප්ෂොට් සඳහා සහය දක්වන්නේ නම්, එවැනි නැවත සමතුලිත කිරීම අවශ්ය නොවන අතර, S වෙත ක්ෂණිකව ආපසු හැරීමෙන් පසු, ඔබට පරිගණකයෙන් C උපාංගය ආරක්ෂිතව ඉවත් කළ හැකිය.
ඉතින්, ගෝලීය ස්නැප්ෂොට් වල සුන්දරත්වය නම්, ඒවා ඔබට විශාල දත්ත ප්රමාණයක් අඩංගු තාර්කික පරිමාවකින් උපාංගයක් මිල අධික ලෙස ඉවත් කිරීම (එකතු කිරීම) වළක්වා ගැනීමට ඉඩ සලසයි (ඇත්ත වශයෙන්ම, ඔබ නියම වේලාවට ඔබේ පද්ධතියේ ස්නැප්ෂොට් එකක් ගැනීමට මතක තබා ගනී යැයි උපකල්පනය කරයි). මතක් කිරීමක් ලෙස, ස්නැප්ෂොට් නිර්මාණය කිරීම සහ ගොනු පද්ධතිය ඒවාට ප්රතිස්ථාපනය කිරීම ක්ෂණික මෙහෙයුම් වේ. ඔබට කල්පනා විය හැකිය: ඔබට දින තුනක් ගත වූ තාර්කික පරිමාවක මෙහෙයුමක් ක්ෂණිකව අහෝසි කිරීමට පවා හැකි වන්නේ කෙසේද? හොඳයි, එය කළ හැකිය! ඔබේ ගොනු පද්ධතිය නිසි ලෙස නිර්මාණය කර ඇත්නම්. මම මෙම "3D ස්නැප්ෂොට්" සඳහා අදහස ඉදිරිපත් කළේ වසර තුනකට පෙර, සහ පසුගිය වසරේ මම මෙම තාක්ෂණයට පේටන්ට් බලපත්රය ලබා ගත්තෙමි.
ජාල ගොනු පද්ධති වලින් දේශීය ගොනු පද්ධති ඉගෙන ගත යුතු ඊළඟ දෙය නම්, ජාල ගොනු පද්ධති වෙනම යන්ත්රවල (ඊනියා මෙටාඩේටා සේවාදායක) ගබඩා කරන ආකාරයටම, වෙනම උපාංගවල මෙටාඩේටා ගබඩා කිරීමයි. සමහර යෙදුම් ප්රධාන වශයෙන් මෙටාඩේටා සමඟ ක්රියා කරන අතර, මිල අධික, ඉහළ කාර්යසාධනයක් සහිත ධාවකවල මෙටාඩේටා ගබඩා කිරීමෙන් මෙම යෙදුම් සැලකිය යුතු ලෙස වේගවත් කළ හැකිය. ගොනු පද්ධතියක් සහ LVM සමඟ, ඔබට එතරම් තෝරා බේරා ගැනීමට නොහැකි වනු ඇත: ඔබ එය ලබා දෙන බ්ලොක් එකේ (දත්ත හෝ මෙටාඩේටා) ඇත්තේ කුමක්දැයි LVM නොදනී.
ගොනු පද්ධතියක ඔබේම පහත් මට්ටමේ LVM ක්රියාත්මක කිරීමෙන් ඔබට ගොනු පද්ධතියක් සහ LVM සංයෝජනයක් මත එතරම් ප්රබෝධයක් නොලැබෙනු ඇත, නමුත් ඔබට ඉතා හොඳින් කළ හැක්කේ ගොනු පද්ධතිය එතරම් අවුල් කර එහි කේතය සමඟ වැඩ කිරීමට නොහැකි වීමයි. අථත්ය උපාංග වෙත වේගයෙන් දිව ගිය ZFS සහ Btrfs, ස්ථර උල්ලංඝනයන් පද්ධතියක් වාස්තු විද්යාත්මකව විනාශ කරන ආකාරය පිළිබඳ පැහැදිලි උදාහරණ වේ. ඉතින්, මගේ අදහස කුමක්ද? කාරණය නම් ගොනු පද්ධතියක ඔබේම පහත් මට්ටමේ LVM ගොඩනගා නොගත යුතු බවයි. ඒ වෙනුවට, ඔබ ඉහළ මට්ටමකින් තාර්කික පරිමාවන් බවට උපාංග එකතු කළ යුතුය, සමහර ජාල ගොනු පද්ධති විවිධ යන්ත්ර (ගබඩා නෝඩ්) සමඟ කරන ආකාරයට. පිළිගත යුතුයි, දුර්වල ඇල්ගොරිතම භාවිතය නිසා ඔවුන් එය දරුණු ලෙස කරයි.
අතිශයින්ම භයානක ඇල්ගොරිතම සඳහා උදාහරණ ලෙස GlusterFS ගොනු පද්ධතියේ DHT පරිවර්තකය සහ Ceph ගොනු පද්ධතියේ ඊනියා CRUSH සිතියම ඇතුළත් වේ. මා දුටු ඇල්ගොරිතම කිසිවක් සරල බව සහ හොඳ පරිමාණය අනුව මාව සෑහීමකට පත් කළේ නැත. ඒ නිසා මට මගේ වීජ ගණිතය මතක තබා ගැනීමට සහ සියල්ල මා විසින්ම නිර්මාණය කිරීමට සිදු විය. 2015 දී, හැෂ් ශ්රිත මත ස්ථර කිරීම අත්හදා බලමින් සිටියදී, මම මට ගැලපෙන දෙයක් ඉදිරිපත් කර පේටන්ට් බලපත්රය ලබා ගත්තෙමි. දැන් මට කියන්න පුළුවන් මේ සියල්ල ප්රායෝගිකව ක්රියාත්මක කිරීමට මා ගත් උත්සාහය සාර්ථක වූ බව. නව ප්රවේශය සමඟ මට කිසිදු පරිමාණය කිරීමේ ගැටළු නොපෙනේ.
ඔව්, සෑම උප වෙළුමකටම මතකයේ වෙනම සුපිරි බ්ලොක් වැනි ව්යුහයක් අවශ්ය වනු ඇත. ඒක ඇත්තටම ඒ තරම් බියජනකද? "සාගරය තම්බා" තනි දේශීය යන්ත්රයක සිය දහස් ගණනක් හෝ ඊට වැඩි උපාංගවල තාර්කික වෙළුම් නිර්මාණය කරන්නේ කවුද කියලා මම දන්නේ නැහැ. කාට හරි මට මේක පැහැදිලි කරන්න පුළුවන් නම්, මම ගොඩක් කෘතඥ වෙනවා. දැනට, ඒක මට මෝඩකමක් විතරයි.
කර්නල් බ්ලොක් උපාංග උප පද්ධතියේ වෙනස්කම් (උදාහරණයක් ලෙස, blk-mq මතුවීම) ගොනු පද්ධතිය ක්රියාත්මක කිරීම සඳහා වන අවශ්යතාවලට බලපා ඇත්තේ කෙසේද?
ඒවාට කිසිදු බලපෑමක් සිදු නොවීය. නව ගොනු පද්ධතියක් නිර්මාණය කිරීමට අවශ්ය වන බ්ලොක් ස්ථරයට කුමක් සිදුවේදැයි මම නොදනිමි. මෙම උප පද්ධති අතර අතුරුමුහුණත ඉතා දුර්වලයි. ධාවක පැත්තෙන්, ගොනු පද්ධතියට ඇති එකම බලපෑම නව ධාවක වර්ග හඳුන්වාදීම විය යුතු අතර, ඒවාට බ්ලොක් ස්ථරය පළමුව අනුවර්තනය වන අතර පසුව ගොනු පද්ධතිය (reiser4 සඳහා, මෙයින් අදහස් කරන්නේ නව ප්ලගීන හඳුන්වාදීමයි).
නව ගබඩා මාධ්ය වර්ග (SMR හෝ SSD බහුලව භාවිතා කිරීම වැනි) මතුවීම FS නිර්මාණය සඳහා මූලික වශයෙන් නව අභියෝග අදහස් කරයිද?
ඔව්. මේවා ගොනු පද්ධති සංවර්ධනය සඳහා සාමාන්ය දිරිගැන්වීම් වේ. අභියෝග විවිධාකාර විය හැකි අතර සම්පූර්ණයෙන්ම අනපේක්ෂිත විය හැකිය. උදාහරණයක් ලෙස, I/O කාර්ය සාධනය දත්ත කොටසෙහි ප්රමාණය සහ එහි ඕෆ්සෙට් මත බෙහෙවින් රඳා පවතින ධාවක ගැන මම අසා ඇත්තෙමි. ගොනු පද්ධති බ්ලොක් ප්රමාණය පිටු ප්රමාණය ඉක්මවා යා නොහැකි ලිනක්ස් හි, එවැනි ධාවකයක් පෙරනිමියෙන් එහි සම්පූර්ණ හැකියාවන් පෙන්නුම් නොකරයි. කෙසේ වෙතත්, ඔබේ ගොනු පද්ධතිය නිවැරදිව නිර්මාණය කර ඇත්නම්, එයින් තවත් බොහෝ දේ මිරිකා ගැනීමට අවස්ථාවක් තිබේ.
ඔබ හැර දැනට කී දෙනෙක් Reiser4 කේතය සමඟ වැඩ කරනවාද?
මම කැමති තරම් අඩුයි, නමුත් මටත් දැඩි සම්පත් හිඟයක් අත්විඳින්න බැහැ. Reiser4 හි සංවර්ධනයේ වේගය ගැන මම බොහෝ සේ සතුටු වෙනවා. මම දේවල් ඉක්මන් කිරීමට සැලසුම් කරන්නේ නැහැ - මෙය නිවැරදි ප්රදේශය නොවේ. මෙන්න, "මන්දගාමී සහ ස්ථාවර තරඟය ජය ගනී!" නවීන ගොනු පද්ධතියක් යනු කර්නලයේ වඩාත්ම සංකීර්ණ උප පද්ධතිය වන අතර දුර්වල නිර්මාණ තීරණ වසර ගණනාවක පසුකාලීන වැඩ විනාශ කළ හැකිය.
ස්වේච්ඡා සේවකයින්ගෙන් යමක් ක්රියාත්මක කිරීමට ඉල්ලා සිටින විට, ඔවුන්ගේ උත්සාහයන් නිසැකවම නිවැරදි ප්රතිඵලයකට මඟ පාදන බවත් එය බරපතල අරමුණු සඳහා භාවිතා කළ හැකි බවත් මම සැමවිටම සහතික කරමි. ඔබ තේරුම් ගත් පරිදි, එවැනි සහතික කිරීම් බහු සහ එකවර විය නොහැක. ඒ සමඟම, පැහැදිලිවම භාවිතයට ගත නොහැකි, සිය ගණනක් පරිශීලකයින් සහ සංවර්ධකයින් රවටා, කර්නල් සමුළු වල වාඩි වී සිනාසෙන මෘදුකාංගවල "විශේෂාංග" නිර්ලජ්ජිත ලෙස ප්රවර්ධනය කරන "කරන්නන්" මට දරාගත නොහැක.
Reiser4 සංවර්ධනයට සහාය වීමට කිසියම් සමාගමක් කැමැත්ත ප්රකාශ කර තිබේද?
ඔව්, එවැනි දීමනා තිබුණා, ප්රධාන වෙළෙන්දෙකුගෙන් පවා. නමුත් එසේ කිරීමට නම්, මට වෙනත් රටකට යාමට සිදුවනු ඇත. අවාසනාවකට, මට තවදුරටත් වයස 30 ක් නොවේ, මට හදිසියේම නැගිට පිටව යා නොහැක.
දැන් Reiser4 හි නැති විශේෂාංග මොනවාද?
ReiserFS (v3) හි දක්නට ලැබෙන ආකාරයට සමාන සරල වෙළුම් සඳහා ප්රතිප්රමාණ කිරීමේ ශ්රිතයක් නොමැත. DIRECT_IO ධජය සහිත ගොනු මෙහෙයුම් ද උපකාරී වනු ඇත. තවද, ස්ථාවර ප්රමාණයක් නොමැති සහ වෙනම වෙළුම් ලෙස සවි කළ හැකි "අර්ථාර්ථ උප වෙළුම්" වලට පරිමාවක් වෙන් කිරීමට හැකිවීම සතුටක් වනු ඇත. මෙම කාර්යයන් තම දෑත් අපිරිසිදු කර ගැනීමට බලාපොරොත්තු වන ආරම්භකයින් සඳහා හොඳයි.
අවසාන වශයෙන්, සරල ක්රියාත්මක කිරීම සහ පරිපාලනය සහිත ජාල තාර්කික වෙළුම් දැකීමට මම කැමතියි (නවීන ඇල්ගොරිතම දැනටමත් මෙයට ඉඩ දී ඇත). Reiser4 සතුව කිසිදා නොතිබිය හැක්කේ RAID-Z, ස්ක්රබ්, නිදහස් ඉඩ හැඹිලි, 128-bit විචල්යයන් සහ සමහර ගොනු පද්ධති තාක්ෂණයන්හි සංවර්ධකයින් අතර අදහස් නොමැතිකම නිසා ඇති වූ වෙනත් අලෙවිකරණ විකාරයන් ය.
අවශ්ය විය හැකි සියල්ල ප්ලගීන භාවිතයෙන් ක්රියාත්මක කළ හැකිද?
අපි අතුරුමුහුණත් සහ ඒවා ක්රියාත්මක කරන ප්ලගීන (මොඩියුල) ගැන පමණක් කතා කරන්නේ නම්, එපමණක් නොවේ. නමුත් අපි මෙම අතුරුමුහුණත් මත සම්බන්ධතා ද හඳුන්වා දුන්නොත්, අනෙක් සියල්ලට අමතරව, අපට ඉහළ බහුරූපතා පිළිබඳ සංකල්ප ලැබෙනු ඇත, එවිට අපට ඒවා සමඟ කටයුතු කළ හැකිය. වස්තු-නැඹුරු ධාවන කාල පද්ධතියක් උපකල්පිත ලෙස කැටි කිරීම, උපදෙස් දර්ශකයක අගය එකම අතුරුමුහුණත X ක්රියාත්මක කරන වෙනත් ප්ලගිනයකට යොමු කිරීම සහ පසුව පද්ධතිය ක්රියාත්මක කිරීම දිගටම කරගෙන යාමට හැකි වන පරිදි කැටි කිරීම ඉවත් කිරීම ගැන සිතන්න.
අවසාන පරිශීලකයා මෙම "ආදේශනය" නොදකිනවා නම්, අපි කියන්නේ පද්ධතියට අතුරුමුහුණත X හි ශුන්ය-පිළිවෙල බහුරූපතාවක් ඇති බවයි (නැතහොත් පද්ධතිය අතුරුමුහුණත X හි විෂමජාතීය වේ, එය එකම දෙයයි). ඔබට දැන් අතුරුමුහුණත් කට්ටලයක් පමණක් නොව ඒවා අතර සම්බන්ධතා ද තිබේ නම් (අතුරුමුහුණත් ප්රස්ථාරයක්), එවිට ඔබට විශේෂිත අතුරුමුහුණතක "අසල්වැසි ප්රදේශය" තුළ පද්ධතියේ විෂමජාතීයතාවය සංලක්ෂිත ඉහළ-පිළිවෙල බහුරූපතා හඳුන්වා දිය හැකිය. මම බොහෝ කලකට පෙර එවැනි වර්ගීකරණයක් හඳුන්වා දුන්නෙමි, නමුත් අවාසනාවකට මෙන්, මම එය ප්රකාශයට පත් කිරීමට කිසි විටෙකත් කාලය ගත කළේ නැත.
ඉතින්, ප්ලගීන සහ මෙම ඉහළ බහුරූපතා භාවිතා කරමින්, ඔබට දන්නා ඕනෑම විශේෂාංගයක් විස්තර කළ හැකිය, එසේම කිසි විටෙකත් සඳහන් කර නොමැති ඒවා "පුරෝකථනය" කළ හැකිය. මට මෙය දැඩි ලෙස ඔප්පු කිරීමට නොහැකි වී ඇත, නමුත් මම තවමත් ප්රති-උදාහරණයක් නොදනිමි. ඇත්ත වශයෙන්ම, මෙම ප්රශ්නය මට ෆීලික්ස් ක්ලයින්ගේ "එර්ලන්ගන් වැඩසටහන" මතක් කර දෙයි. ඔහු වරක් සියලු ජ්යාමිතිය වීජ ගණිතයේ ශාඛාවක් ලෙස නිරූපණය කිරීමට උත්සාහ කළේය (විශේෂයෙන් කණ්ඩායම් න්යාය).
දැන් ප්රධාන ප්රශ්නයට: Reiser4 ප්රධාන කර්නලයට ප්රවර්ධනය කිරීම සමඟ දේවල් සිදුවන්නේ කෙසේද? ඔබ පසුගිය සම්මුඛ සාකච්ඡාවේදී සඳහන් කළ පරිදි, මෙම ගොනු පද්ධතියේ ගෘහ නිර්මාණ ශිල්පය පිළිබඳ කිසියම් ප්රකාශනයක් තිබේද? මෙම ගැටළුව කෙතරම් අදාළ යැයි ඔබ සිතනවාද?
ඇත්ත වශයෙන්ම, අපි වසර තුනක් තිස්සේ ප්රධාන ජාලයට ඇතුළත් කිරීම ඉල්ලා සිටිමු. රයිසර් ඇතුළත් කිරීමේ ඉල්ලීම කළ පොදු නූලෙහි අවසන් අදහසට පිළිතුරු නොලැබුණි. එබැවින් තවත් ප්රශ්න අපට නොවේ. පුද්ගලිකව, අපට නිශ්චිත මෙහෙයුම් පද්ධතියකට "ඒකාබද්ධ" වීමට අවශ්ය වන්නේ මන්දැයි මට තේරෙන්නේ නැත. ලිනක්ස් අපට ඇති එකම ස්ථානය නොවේ. එබැවින්, විවිධ මෙහෙයුම් පද්ධති සඳහා වරායන් කිහිපයක් සහිත වෙනම ගබඩාවක් තිබේ. එය අවශ්ය ඕනෑම කෙනෙකුට සුදුසු වරාය ක්ලෝන කර එය සමඟ ඔවුන්ට අවශ්ය ඕනෑම දෙයක් කළ හැකිය (ඇත්ත වශයෙන්ම බලපත්රය තුළ). යමෙකුට එය අවශ්ය නොවන්නේ නම්, එය මගේ ගැටලුව නොවේ. "එය ප්රධාන ජාලයේ ලිනක්ස් කර්නලයට ප්රවර්ධනය කිරීමේ" ගැටලුව මෙයින් අවසන් වන බව මම යෝජනා කරමි.
FS ගෘහ නිර්මාණ ශිල්පය පිළිබඳ ප්රකාශන අදාළ වේ, නමුත් මේ දක්වා මම මගේම නව ප්රතිඵල සඳහා පමණක් කාලය සොයාගෙන ඇති අතර, එය ඉහළ ප්රමුඛතාවයක් ලෙස සලකමි. තවත් දෙයක් නම්, මම ගණිතඥයෙක් වන අතර, ගණිතයේ දී, ඕනෑම ප්රකාශනයක් ප්රමේයයන් සහ ඒවායේ සාක්ෂි වල සාරාංශයකි. සාක්ෂි නොමැතිව ඕනෑම දෙයක් ප්රකාශයට පත් කිරීම නරක ආකාරයක් ලෙස සැලකේ. FS ගෘහ නිර්මාණ ශිල්පය පිළිබඳ යම් ප්රකාශයක් මම දැඩි ලෙස ඔප්පු කළහොත් හෝ ප්රතික්ෂේප කළහොත්, ප්රතිඵලයක් ලෙස ගොඩගැසීම තරමක් අපහසු වනු ඇත. එය අවශ්ය වන්නේ කාටද? ඒ නිසා විය හැකිය, සියල්ල එහි පැරණි ස්වරූපයෙන් පවතී - මූලාශ්ර කේතය සහ එහි අදහස්.
පසුගිය වසර කිහිපය තුළ Reiser4 හි අලුත් මොනවාද?
දිගු කලක් බලා සිටි ස්ථාවරත්වය අවසානයේ සැබෑ වී ඇත. අවසන් වරට ගොදුරු වූ එකක් වූයේ "අවලංගු කළ නොහැකි" නාමාවලි ඇති කරන දෝෂයයි. ගැටළුව වූයේ එය ප්රකාශ වූයේ නාම හැෂ් ගැටුම් සන්දර්භය තුළ සහ ගස් නෝඩය තුළ නිශ්චිත නාමාවලි ඇතුළත් කිරීම් සමඟ පමණි. කෙසේ වෙතත්, නිෂ්පාදන භාවිතය සඳහා මට තවමත් Reiser4 නිර්දේශ කළ නොහැක: මේ සඳහා යම් කාර්යයක් සහ නිෂ්පාදන පද්ධති පරිපාලකයින් සමඟ ක්රියාකාරී සහයෝගීතාවයක් අවශ්ය වේ.
මම අවසානයේ දිගුකාලීන අදහසක් ක්රියාත්මක කිරීමට සමත් වුණා: බහු ගනුදෙනු ආකෘති. මීට පෙර, Reiser4 සහාය දැක්වූයේ තනි, දෘඪ-කේතගත ගනුදෙනු ආකෘතියක් වන McDonald-Reiser ආකෘතියට පමණි. මෙය නිර්මාණ අභියෝග ඇති කළේය. විශේෂයෙන්, මෙම ගනුදෙනු ආකෘතියේ ස්නැප්ෂොට් කළ නොහැකි ය - ඒවා පරමාණුවේ "OVERWRITE SET" සංරචකය මගින් දූෂිත වනු ඇත. Reiser4 දැන් ගනුදෙනු ආකෘති තුනකට සහය දක්වයි. ඒවායින් එකක (Write-Anywhere), පරමාණුවේ OVERWRITE SET සංරචකයට ඇතුළත් වන්නේ පද්ධති පිටු (තැටි බිට්මැප් රූප, ආදිය) පමණි, ඒවා ස්නැප්ෂොට් වලට යටත් නොවේ (කුකුල් මස් සහ බිත්තර ගැටළුව).
එබැවින් ස්නැප්ෂොට් දැන් වඩා හොඳ ආකාරයකින් ක්රියාත්මක කළ හැකිය. තවත් ගනුදෙනු ආකෘතියක, සියලුම වෙනස් කරන ලද පිටු OVERWRITE SET හි පමණක් ඇතුළත් කර ඇත (එනම්, එය අත්යවශ්යයෙන්ම පිරිසිදු ජර්නලකරණයකි). මෙම ආකෘතිය Reiser4 කොටස්වල වේගවත් ඛණ්ඩනය ගැන පැමිණිලි කළ අය සඳහා වේ. දැන්, මෙම ආකෘතිය සමඟ, ඔබේ කොටස ReiserFS (v3) සමඟ වඩා වේගයෙන් ඛණ්ඩනය නොවේ. පවතින මාදිලි තුනම, සමහර අවවාදයන් සමඟ, මෙහෙයුම්වල පරමාණුක බව සහතික කරයි, නමුත් පරමාණුක බව නැති කර කොටස් අඛණ්ඩතාව පමණක් ආරක්ෂා කරන ආකෘති ද ප්රයෝජනවත් විය හැකිය. එවැනි ආකෘති දැනටමත් මෙම කාර්යයන් කිහිපයක් උර දී ඇති සියලු වර්ගවල යෙදුම් (දත්ත සමුදායන් ආදිය) සඳහා ප්රයෝජනවත් විය හැකිය. මෙම ආකෘති Reiser4 වෙත එක් කිරීම ඉතා පහසු වනු ඇත, නමුත් කිසිවෙකු මගෙන් ඉල්ලා නොසිටි නිසා සහ මට පෞද්ගලිකව එය අවශ්ය නොවන නිසා මම එසේ කර නැත.
මෙටාඩේටා චෙක්සම් දර්ශනය වී ඇති අතර, මම මෑතකදී ඒවාට "අඩු වියදම්" දර්පණ (තවමත් අස්ථායී) එකතු කළෙමි. බ්ලොක් එකක චෙක්සම් අසමත් වුවහොත්, Reiser4 වහාම අනුරූප බ්ලොක් එක අනුරූ උපාංගයෙන් කියවයි. ZFS සහ Btrfs වලට මෙය කළ නොහැකි බව සලකන්න; ඒවායේ සැලසුම එයට ඉඩ නොදේ. එම අවස්ථා වලදී, ඔබට "ස්ක්රබ්" ලෙස හඳුන්වන විශේෂ පසුබිම් පරිලෝකන ක්රියාවලියක් ක්රියාත්මක කර එය ගැටළු සහගත බ්ලොක් එකට ළඟා වන තෙක් බලා සිටිය යුතුය. ක්රමලේඛකයින් සංකේතාත්මකව එවැනි මිනුම් "විසඳුම්" ලෙස හඳුන්වයි.
අවසාන වශයෙන්, විෂමජාතීය තාර්කික වෙළුම් දර්ශනය වී ඇති අතර, ZFS, Btrfs, බ්ලොක් ස්ථරය සහ FS+LVM සංයෝජනවලට කළ නොහැකි සියල්ල - සමාන්තර පරිමාණය, O(1) තැටි ලිපින විබෙදුම සහ උප වෙළුම් අතර විනිවිද පෙනෙන දත්ත සංක්රමණය - ලබා දෙයි. දෙවැන්න පරිශීලක අතුරුමුහුණතකින් ද සහාය වේ. දැන් ඔබට උණුසුම්ම දත්ත ඔබේ වෙළුමේ ඉහළම කාර්ය සාධන ධාවකයට පහසුවෙන් ගෙන යා හැකිය.
තවද, එවැනි ධාවකයකට ඕනෑම අපිරිසිදු පිටු ඉක්මනින් ෆ්ලෂ් කිරීමට හැකි වන අතර, එය නිතර fsync(2) ලෙස හඳුන්වන යෙදුම් සැලකිය යුතු ලෙස වේගවත් කරයි. bcache ලෙස හඳුන්වන බ්ලොක් ස්ථර ක්රියාකාරිත්වය මෙවැනි නම්යශීලී බවක් කිසිසේත් ලබා නොදෙන බව මම සටහන් කර ගත යුතුය. නව තාර්කික වෙළුම් මගේ ඇල්ගොරිතම මත පදනම් වේ (අදාළ පේටන්ට් බලපත්ර පවතී). මෘදුකාංගය දැනටමත් තරමක් ස්ථාවරයි; ඔබට එය උත්සාහ කළ හැකිය, කාර්ය සාධනය මැනිය හැකිය, ආදිය. එකම අපහසුතාවය නම් දැනට ඔබට වෙළුම් වින්යාසය අතින් යාවත්කාලීන කර එය කොහේ හරි ගබඩා කිරීමට අවශ්ය වීමයි.
මගේ සැලසුම් ක්රියාත්මක කිරීමට මට මේ දක්වා හැකි වී ඇත්තේ සියයට 10 ක් පමණ පමණි. කෙසේ වෙතත්, මම වඩාත්ම දුෂ්කර කාර්යය ලෙස සැලකූ දේ ඉටු කිරීමට සමත් වී ඇත: reiser4 හි සියලුම කල් දැමූ ක්රියා සිදු කරන ෆ්ලෑෂ් චර්යාව සමඟ තාර්කික වෙළුම් ඒකාබද්ධ කිරීම. මේ සියල්ල තවමත් පර්යේෂණාත්මක "format41" ශාඛාවේ ඇත.
Reiser4 xfstests සමත්ද?
අවම වශයෙන් මම අවසාන නිකුතුව සූදානම් කරන විට එය මට ගැලපේ.
ප්ලගීන භාවිතයෙන් Reiser4 ජාල (පොකුරු) ගොනු පද්ධතියක් බවට පත් කිරීමට ප්රතිපත්තිමය වශයෙන් හැකිද?
එය කළ හැකි අතර අවශ්ය පවා! නිසි ලෙස නිර්මාණය කරන ලද දේශීය ගොනු පද්ධතියක් මත පදනම්ව ඔබ ජාල ගොනු පද්ධතියක් නිර්මාණය කරන්නේ නම්, ප්රතිඵල සැබවින්ම ආකර්ෂණීය වනු ඇත! ඕනෑම දේශීය ගොනු පද්ධතියක් භාවිතයෙන් ක්රියාත්මක කරන නවීන ජාල ගොනු පද්ධතිවල පසුබිම් ගබඩා ස්ථරය ගැන මම සෑහීමකට පත් නොවෙමි. මෙම ස්ථරයේ පැවැත්ම සම්පූර්ණයෙන්ම අසාධාරණයි. ජාල ගොනු පද්ධතියක් බ්ලොක් ස්ථරය සමඟ සෘජුවම අන්තර් ක්රියා කළ යුතු අතර දේශීය ගොනු පද්ධතියට අමතර සේවා ගොනු නිර්මාණය කිරීමට අවශ්ය නොවේ!
සාමාන්යයෙන්, ගොනු පද්ධති දේශීය සහ ජාල ලෙස බෙදීම වැරදි නාමයකි. එය පැන නැගුනේ වසර තිහකට පෙර භාවිතා කළ ඇල්ගොරිතමවල අසම්පූර්ණකම නිසා වන අතර, ඒ සඳහා තවමත් කිසිවක් යෝජනා කර නොමැත. අනවශ්ය මෘදුකාංග සංරචක රාශියක් (විවිධ සේවා ආදිය) මතුවීමට ද මෙය හේතුවකි. ඉතා මැනවින්, කර්නල් මොඩියුලයක් සහ සෑම යන්ත්රයකම ස්ථාපනය කර ඇති පරිශීලක උපයෝගිතා කට්ටලයකින් සමන්විත එක් ගොනු පද්ධතියක් පමණක් තිබිය යුතුය - පොකුරු නෝඩයක්. මෙම ගොනු පද්ධතිය දේශීය සහ ජාල යන දෙකම වේ. ඊට වඩා දෙයක් නැත!
Если с Reiser4 в Linux’е так ничего и не получится, хотелось бы предложить ФС для FreeBSD (цитата из прошлого интервью: «…FreeBSD … имеет академические корни… А это означает, что с большой долей вероятности мы найдём с разработчиками общий язык»)?
ඉතින්, අපි දැන් සොයා ගත් පරිදි, අපි දැනටමත් Linux සමඟ හොඳින් කටයුතු කරමින් සිටිමු: ඒ සඳහා කැපවූ, ක්රියාකාරී Reiser4 port එකක් ඇත, එය අපගේ ගබඩාවේ ප්රධාන ශාඛාවේ කොටසකි. ඒ වගේම මම FreeBSD ගැන අමතක කරලා නැහැ! එය යෝජනා කිරීමට නිදහස් වන්න! FreeBSD හි සියුම් කරුණු දන්නා ඕනෑම අයෙකු සමඟ සමීපව කටයුතු කිරීමට මම සූදානම්. මාර්ගය වන විට, ඔවුන්ගේ ප්රජාව ගැන මම ඇත්තටම කැමති දෙය නම් තීරණ ගනු ලබන්නේ ස්වාධීන විශේෂඥයින්ගේ භ්රමණ මණ්ඩලයක් විසින් වන අතර එය තනි, ස්ථිර චරිතයක පෆරි සමඟ කිසිදු සම්බන්ධයක් නැත.
Как ты оцениваешь сообщество пользователей Linux сегодня? Стало ли оно более «попсовым»?
මගේ වැඩ කටයුතු අනුව, මට මෙය තක්සේරු කිරීම තරමක් අපහසුයි. මට බොහෝ විට පරිශීලකයින්ට දෝෂ වාර්තා සහ කොටසක් නිවැරදි කිරීමට ඉල්ලීම් ලැබෙනවා. පරිශීලකයින් හරියටම පරිශීලකයින් වගේ. සමහරු වඩාත් බුද්ධිමත්, සමහරු අඩුයි. හැමෝටම එක හා සමානව සලකනු ලැබේ. හොඳයි, පරිශීලකයෙක් මගේ උපදෙස් නොසලකා හැරියොත්, සමාවෙන්න: මම ඒවාත් නොසලකා හරිනවා.
ඉදිරි වසර පහේ සිට දහය දක්වා කාලය තුළ ගොනු පද්ධතිවල පරිණාමය පුරෝකථනය කළ හැකිද? ගොනු පද්ධති සංවර්ධකයින් මුහුණ දෙන ප්රධාන අභියෝග මොනවාදැයි ඔබ සිතන්නේ කුමක්ද?
ඔව්, එවැනි පුරෝකථනයක් කිරීම අපහසු නැත. දිගු කලක් තිස්සේ උඩුගං අවකාශයේ ගොනු පද්ධති සංවර්ධනය වී නොමැත. එය සිදුවෙමින් පවතින බව පෙනේ. දේශීය ගොනු පද්ධති සංවර්ධකයින් දුර්වල නිර්මාණයට අදාළ ගැටළු වලට මුහුණ දෙයි. මෙහිදී අවවාදයක් අවශ්ය වේ. ඊනියා "ගබඩාව", "ඔප දැමූ" සහ porting කේතය සංවර්ධනය ලෙස මම සලකන්නේ නැත. තවද මම දැනටමත් පැහැදිලි කර ඇති හේතු නිසා "Btrfs" ලෙස හඳුන්වන වරදවා වටහා ගැනීම සංවර්ධනය ලෙස මම සලකන්නේ නැත.
සෑම පැල්ලමක්ම එහි ගැටළු තවත් උග්ර කරයි. තවද "එය ක්රියාත්මක කරන" යම් ආකාරයක "ඉවැන්ජලිස්තවරුන්" සැමවිටම සිටිති. මොවුන් බොහෝ විට පාසල් සිසුන් සහ දේශන මඟ හරින සිසුන් ය. මදක් සිතා බලන්න: ඔහුගේ අනුවාදය ක්රියාත්මක වේ, නමුත් මහාචාර්යවරයාගේ අනුවාදය ක්රියාත්මක නොවේ. මොනතරම් ඇඩ්රිනලින් රෂ් එකක්ද! මගේ මතය අනුව, ලොකුම හානිය පැමිණෙන්නේ "ඔබම කරන්නන්"ගෙනි, ඔවුන් Btrfs හි ආශ්චර්යමත් විශේෂාංග systemd, docker සහ ඒ හා සමාන සියලු වර්ගවල ස්ථර වලට උද්යෝගයෙන් බෝල්ට් කිරීමට ඉක්මන් වෙති - එය දැනටමත් මෙටාස්ටැසිස් මෙන් පෙනෙන්නට පටන් ගෙන තිබේ.
දැන් අපි අවුරුදු පහේ සිට දහය දක්වා පුරෝකථනයක් කිරීමට උත්සාහ කරමු. අපි Reiser4 හි කරන්නේ කුමක්ද යන්න මම දැනටමත් කෙටියෙන් දක්වා ඇත. උඩුගං බලා ඇති දේශීය ගොනු පද්ධති සංවර්ධකයින්ට ඇති ප්රධාන අභියෝගය වනුයේ (ඔව්, එය දැනටමත් එසේ ය) ජීවත්වීම සඳහා යහපත් රැකියාවක් කිරීමේ නොහැකියාවයි. දත්ත ගබඩා කිරීම සඳහා කිසිදු අදහසක් නොමැතිව, ඔවුන් එම අවාසනාවන්ත VFS, XFS සහ ext4 පැච් කිරීමට දිගටම උත්සාහ කරනු ඇත. මෙම පසුබිමට එරෙහිව VFS තත්වය විශේෂයෙන් හාස්යජනක වන අතර, සූපවේදීන් නොමැති සහ එක් අයෙකු සඳහා අපේක්ෂාවන් නොමැති අවන්හලක වියරු නවීකරණයක් සිහිපත් කරයි.
Теперь код VFS безо всяких условий залочивает одновременно несколько страниц памяти и предлагает нижележащей ФС оперировать над ними. Это было введено для повышения производительности Ext4 на операциях удаления, но, как нетрудно понять, такой одновременный лок совершенно несовместим с продвинутыми транзакционными моделями. То есть, добавить поддержку какой-то умной ФС в ядре вы уже просто так не сможете. Я не знаю, как дело обстоит в остальных областях Linux, но что касается файловых систем, какое-либо развитие здесь вряд ли совместимо с политикой, проводимой Торвальдсом на деле (академические проекты изгоняются, а мошенникам, не имеющим понятия, что такое B-дерево, выдаются бесконечные кредиты доверия). Поэтому тут был взят курс на медленное загнивание. Его, конечно же, изо всех сил будут пытаться выдать за «развитие».
ඊළඟට, ගබඩා කිරීම පමණක් එතරම් වටින්නේ නැති බව වටහා ගන්නා ගොනු පද්ධති "භාරකරුවන්", වඩාත් ලාභදායී ව්යාපාර සඳහා තම අත උත්සාහ කරනු ඇත. මේවාට සාමාන්යයෙන් බෙදා හරින ලද ගොනු පද්ධති සහ අථත්යකරණය ඇතුළත් වේ. සමහර විට ඔවුන් නවීන ZFS එය තවමත් නොපවතින වෙනත් ස්ථානවලට ගෙන යනු ඇත. නමුත් සියලුම උඩුගං බලා ගොනු පද්ධති මෙන්, එය නත්තල් ගසක් වැනි ය: ඔබට ඉහළින් අමතර බිටු කිහිපයක් එල්ලා තැබිය හැකි වුවද, ඔබට ගැඹුරට යා නොහැක. ZFS සමඟ බරපතල ව්යවසාය පද්ධතියක් ගොඩනැගීම කළ හැකි බව මම පිළිගනිමි, නමුත් අපි අනාගතය ගැන සාකච්ඡා කරන බැවින්, මේ සම්බන්ධයෙන් ZFS බලාපොරොත්තු රහිත බව මට කණගාටුවෙන් ප්රකාශ කළ හැකිය: ඔවුන්ගේ අථත්ය උපාංග සමඟ, මේ අය තමන්ට සහ අනාගත පරම්පරාවන්ට තවදුරටත් සංවර්ධනය සඳහා ඔක්සිජන් කපා හැර ඇත. ZFS ඊයේ. සහ ext4 සහ XFS තවදුරටත් ඊයේ පෙර දින නොවේ.
Отдельно стоит сказать про нашумевшее понятие «Linux file system of next generation». Это полностью политический и маркетинговый проект, созданный для возможности, так скажем, «столбить будущее файловых систем» в Linux за конкретными персонажами. Дело в том, что это раньше Linux был «just for fun». А сейчас это прежде всего машина для зарабатывания денег. Они делаются на всём, на чём только можно. К примеру, создать хороший программный продукт очень трудно, но смышлёные «разработчики» давно уже сообразили, что напрягаться-то вовсе и не нужно: успешно продавать можно и несуществующий софт, анонсированный и распиаренный на всевозможных публичных мероприятиях — главное, чтобы в презентационных слайдах было побольше «фич».
ගොනු පද්ධති මේ සඳහා වඩාත් සුදුසුයි, මන්ද ඔබට වසර දහයක් සඳහා ප්රතිඵලය පහසුවෙන් සාකච්ඡා කළ හැකිය. ප්රතිඵල නොමැතිකම ගැන පසුව යමෙකු පැමිණිලි කළහොත්, ඔවුන්ට ගොනු පද්ධති තේරෙන්නේ නැත! එය පිරමීඩ යෝජනා ක්රමයක් සිහිගන්වයි: ඉහළින්ම සිටින්නේ ඒ සියල්ල ආරම්භ කළ වික්රමාන්විතයන් වන අතර, පසුව "ලාභාංශ නෙළා ගන්නා" වාසනාවන්ත ස්වල්ප දෙනෙක්, එනම් සංවර්ධනය සඳහා අරමුදල් ලබා ගැනීම, ඉහළ වැටුප් සහිත කළමනාකරණ රැකියා සොයා ගැනීම, සම්මන්ත්රණවලදී තමන්ටම නමක් දිනා ගැනීම යනාදියයි.
ඊළඟට "අවාසනාවන්ත" අය පැමිණේ: ඔවුන් තම පාඩු ගණන් කරනු ඇත, භාවිතයට නුසුදුසු මෘදුකාංග නිෂ්පාදනයට යෙදවීමේ ප්රතිවිපාක සමඟ කටයුතු කරනු ඇත, යනාදිය. තවත් බොහෝ ඒවා තිබේ. පිරමීඩයේ පාදමෙහි නිෂ්ඵල කේතය "කපා" දමන සංවර්ධකයින්ගේ විශාල සමූහයක් සිටී. ඔවුන් විශාලතම පරාජිතයින් වේ, මන්ද නාස්ති වූ කාලය නැවත ලබා ගත නොහැක. එවැනි පිරමීඩ ටොවල්ඩ්ස් සහ ඔහුගේ හිතවතුන්ට අතිශයින්ම ලාභදායී වේ. මෙම පිරමීඩ වැඩි වන තරමට ඔවුන්ට වඩා හොඳය. එවැනි පිරමීඩවලට ඉන්ධන සැපයීම සඳහා, ඕනෑම දෙයක් හරයට පිළිගත හැකිය. ඇත්ත වශයෙන්ම, ඔවුන් ප්රසිද්ධියේ ප්රතිවිරුද්ධ දේ කියා සිටිති. නමුත් මම විනිශ්චය කරන්නේ වචනවලින් නොව ක්රියාවන් මගිනි.
Так что, «будущее файловых систем в Линукс» — это очередной сильно распиаренный, но мало пригодный к использованию софт. После Btrfs с большой вероятностью место такого «будущего» займёт Bcachefs, представляющая собой ещё одну попытку скрестить Linux block layer с файловой системой (дурной пример заразителен). И что характерно: там те же проблемы, что и в Btrfs. Я давно это подозревал, а потом как-то не удержаляся и заглянул в код — так и есть!
Bcachefs සහ Btrfs හි කතුවරුන්, ඔවුන්ගේ ගොනු පද්ධති නිර්මාණය කිරීමේදී, අනෙක් අයගේ මූලාශ්ර කේතය ක්රියාකාරීව නැවත භාවිතා කළ අතර, ඒ පිළිබඳ සුළු අවබෝධයක් ද ලබා ගත්හ. තත්වය ළමා ක්රීඩාවක් වන "දුරකථනය" සිහිපත් කරයි. තවද මෙම කේතය කර්නලයට ඇතුළත් කරන්නේ කෙසේදැයි මට දළ වශයෙන් සිතාගත හැකිය. කිසිවෙකු "අන්තරායන්" සැබවින්ම නොදකිනු ඇත (හැමෝම පසුව ඒවා මත පා තබනු ඇත). කේතීකරණ විලාසය, නොපවතින උල්ලංඝනයන් පිළිබඳ චෝදනා සහ යනාදිය පිළිබඳ බොහෝ විවාද වලින් පසුව, කතුවරයාගේ "පක්ෂපාතිත්වය", ඔවුන් අනෙකුත් සංවර්ධකයින් සමඟ කෙතරම් හොඳින් "අන්තර්ක්රියා" කරන්නේද සහ ඔවුන්ට මේ සියල්ල සංස්ථා වලට කෙතරම් සාර්ථකව විකිණිය හැකිද යන්න පිළිබඳව නිගමනයකට එළඹෙනු ඇත.
අවසාන ප්රතිඵලය කිසිවෙකුට උනන්දුවක් නොදක්වයි. මීට වසර විස්සකට පෙර එය එසේ වන්නට ඇත, නමුත් දැන් ප්රශ්න වෙනස් ආකාරයකින් මතු වේ: ඉදිරි වසර දහය තුළ ඇතැම් පුද්ගලයින්ට රැකියා සොයා ගත හැකි වන පරිදි මෙය සංවර්ධනය කළ හැකිද? අවසාන ප්රතිඵලය ගැන විමසීම, අහෝ, සිදු වූ දෙයක් නොවේ.
සාමාන්යයෙන්, ඔබේම ගොනු පද්ධතියක් මුල සිටම නිර්මාණය කිරීමට පටන් නොගැනීමට මම තරයේ අවවාද කරමි. සැලකිය යුතු මූල්ය ආයෝජනයක් පවා වසර දහයකින් තරඟකාරී දෙයක් අත්කර ගැනීමට ප්රමාණවත් නොවනු ඇත. ඇත්ත වශයෙන්ම, මම කතා කරන්නේ කර්නල් ඒකාබද්ධ කිරීම සඳහා අදහස් කරන ඒවා ගැන නොව බරපතල ව්යාපෘති ගැන ය. එබැවින්, ඔබටම නමක් දිනා ගැනීමට වඩාත් ඵලදායී ක්රමයක් නම් අපගේ වැනි සැබෑ සංවර්ධන උත්සාහයන්ට සම්බන්ධ වීමයි. ඇත්ත වශයෙන්ම මෙය පහසු නැත, නමුත් ඕනෑම ඉහළ පෙළේ ව්යාපෘතියක් සම්බන්ධයෙන් එය එසේ වේ.
මුලින්ම, මම ඉදිරිපත් කරන ගැටලුව ඔබ විසඳා ගත යුතුයි. ඊට පස්සේ, ඔබේ බැරෑරුම්කම ගැන ඒත්තු ගැන්වී, මම උදව් කරන්න පටන් ගන්නවා. සාම්ප්රදායිකව, අපි භාවිතා කරන්නේ අපේම සංවර්ධන පමණයි. ව්යතිරේක වන්නේ සම්පීඩන ඇල්ගොරිතම සහ සමහර හැෂ් ශ්රිත. බොහෝ ආරම්භක ව්යාපාරවල බහුලව දක්නට ලැබෙන පරිදි, අපි සංවර්ධකයින් සම්මන්ත්රණවලට යවා පසුව වාඩි වී අනෙක් අයගේ අදහස් ඒකාබද්ධ නොකරමු ("සමහර විට යමක් සාර්ථක වනු ඇත").
Все алгоритмы мы разрабатываем сами. В настоящий момент меня интересуют алгебраические и комбинаторные аспекты науки хранения данных. В частности, конечные поля, асимптотика, доказательство неравенств. Для простых программистов тоже найдётся работа, однако должен сразу предупредить: все предложения «посмотреть на другую ФС и сделать так же» отправляются в игнор. Туда же пойдут патчи, направленные на более тесную интеграцию с Linux по линии VFS.
ඉතින්, අපට කිසිදු උගුලක් නැත, නමුත් අප යා යුත්තේ කොතැනටද යන්න පිළිබඳ අවබෝධයක් අපට ඇති අතර, මෙය නිවැරදි දිශාව බව අපට විශ්වාසයි. මෙම අවබෝධය ස්වර්ගයෙන් මන්නා මෙන් පැමිණියේ නැත. අප පිටුපස වසර 29 ක සංවර්ධන අත්දැකීම් ඇති බවත්, මුල සිටම ලියා ඇති ගොනු පද්ධති දෙකක් සහ දත්ත ප්රතිසාධන උපයෝගිතා රාශියක් ඇති බවත් මම ඔබට මතක් කර දෙමි. ඒ වගේම ඒක ගොඩක්!
මූලාශ්රය: opennet.ru
