VirtualBox, VDI, VMDK, VHD හෝ HDD සමඟ මා භාවිතා කළ යුතු තැටි රූපය කුමක්ද?

319

වර්චුවල් බොක්ස් හි නවතම අනුවාදයන් අතථ්‍ය තැටි සඳහා ආකෘති කිහිපයකට සහය දක්වයි, නමුත් ඒවා අතර සංසන්දනයක් සැපයීමට ඔවුන්ට අමතක විය.

වී.ඩී.අයි
වී.එම්.ඩී.කේ.
වී.එච්.ඩී.
HDD

දැන්, පහත සඳහන් කරුණු සලකා බලන නිර්දේශයක් හෝ සංසන්දනයක් ගැන මම උනන්දු වෙමි:

ගතික ප්‍රමාණකරණය භාවිතා කිරීමට හැකි වීම
ස්නැප්ෂොට් තිබිය හැක
අවම උත්සාහයකින් මගේ අථත්‍ය යන්ත්‍රය වෙනත් මෙහෙයුම් පද්ධතියකට හෝ වෙනත් නිදහස් අථත්‍යකරණ විසඳුමකට ගෙනයාමට හැකි වනු ඇත (බොහෝ විට උබුන්ටු මත හොඳින් ක්‍රියාත්මක වන දෙයක්).
කාර්ය සාධනය

virtualbox disk-image

— සෝරින්
source

11

අතථ්‍ය කොටුව ධාවනය කර උදව් නිරූපකය ක්ලික් කරන්න> අන්තර්ගතය, එහි “අතථ්‍ය ආචයනය” යටතේ සාධාරණ පැහැදිලි කිරීමක් ඇත

— මෝවබ්

1

"තවත් නිදහස් අථත්‍යකරණ විසඳුමක් ... උබුන්ටු මත හොඳින් ක්‍රියාත්මක වනු ඇත" වෙත සංක්‍රමණය වීම සම්බන්ධයෙන්, මට විශ්වාසයි වර්චුවල් බොක්ස් ලිනක්ස් සඳහා ලබා ගත හැකිය.

— ඉසි

කාර්යසාධනය අනුව, මම හිතන්නේ හොඳම දේ ඔබට ඉඩ තිබේ නම් ස්ථාවර තැටි නිර්මාණය කිරීමයි. එසේ නොමැතිනම් නිර්මාණය කරන වේලාවට එකවර වෙනුවට අථත්‍ය යන්ත්‍රය භාවිතා කරන විට එය මෙහෙයුම් පද්ධතිය මත ඉතා ආතතියට පත්වේ.

— ඇලෙක්සිස් විල්කේ

3

සලකා බැලිය යුතු තවත් දෙයක් නම්, ඔබට අවශ්‍ය වූ විට රූපය ප්‍රමාණය වෙනස් කිරීම - VBoxManage හට VMDK හි ප්‍රමාණය වෙනස් කළ නොහැක, එබැවින් ඔබට පළමුව VDI වෙත ක්ලෝන කිරීමට සිදු වේ, පසුව ප්‍රමාණය වෙනස් කරන්න, පසුව VMDK + වෙත නැවත UUID විහිදුවන්න. මේ හේතුව නිසා පමණක් VDI මට වඩා හොඳ තේරීමක් බව පෙනේ.

— මයික් ඩෙමෙනොක්

228

VirtualBox සතුව ඇත

සඳහා පූර්ණ සහාය
- වී.ඩී.අයි
- වී.එම්.ඩී.කේ.
- වී.එච්.ඩී.
සඳහා අර්ධ සහය
- HDD (සමාන්තර අනුවාදය 2 පමණි)
සහ ලේඛනගත නොකළ සහාය
- QCOW
- QED

^{_{මූලාශ්‍රය: Oracle® VM VirtualBox® පරිශීලක අත්පොත » පරිච්ඡේදය 5. අතථ්‍ය ආචයනය » 5.2. තැටි රූප ගොනු (VDI, VMDK, VHD, HDD)}}

ඔබේ සලකා බැලීම්වලට පිළිතුරු සැපයීම

ගතික ප්‍රමාණකරණය භාවිතා කිරීමට හැකි වීම

VDI , VMDK , සහ VHD සියල්ලම ගතිකව වෙන් කරන ලද ගබඩා සඳහා සහාය වේ. VMDK සතුව ගබඩා ගොනුව 2 GB ට අඩු ගොනු වලට බෙදීමේ අතිරේක හැකියාවක් ඇත, එය ඔබගේ ගොනු පද්ධතියට කුඩා ගොනු ප්‍රමාණ සීමාවක් තිබේ නම් ප්‍රයෝජනවත් වේ.

VirtualBox හි නිර්මාණය කර ඇත්නම් HDD , QCOW සහ QED ගතිකව වෙන් කළ යුතුය.

ස්නැප්ෂොට් තිබිය හැක

වර්චුවල් බොක්ස් ආකෘති හයේම ඡායාරූප ගැනීම සඳහා සහය දක්වයි .

අවම උත්සාහයකින් මගේ අථත්‍ය යන්ත්‍රය වෙනත් මෙහෙයුම් පද්ධතියකට හෝ වෙනත් නිදහස් අථත්‍යකරණ විසඳුමකට ගෙනයාමට හැකි වනු ඇත (බොහෝ විට උබුන්ටු මත හොඳින් ක්‍රියාත්මක වන දෙයක්).

VDI යනු VirtualBox හි ස්වදේශීය ආකෘතියයි. වෙනත් අථත්‍යකරණ මෘදුකාංග සාමාන්‍යයෙන් VDI සඳහා සහය නොදක්වයි, නමුත් VDI වෙතින් වෙනත් ආකෘතියකට පරිවර්තනය කිරීම පහසුය, විශේෂයෙන් qemu-img convert.

VMDK VMWare විසින් සහ ඒ සඳහා සංවර්ධනය කර ඇති නමුත් VirtualBox සහ QEMU (තවත් පොදු අථත්‍යකරණ මෘදුකාංගයක්) ද එයට සහය දක්වයි. ඔබට වෙනත් අථත්‍යකරණ මෘදුකාංග සමඟ පුළුල් අනුකූලතාවයක් අවශ්‍ය බැවින් මෙම ආකෘතිය ඔබට හොඳම තේරීම විය හැකිය.

VHD යනු මයික්‍රොසොෆ්ට් අතථ්‍ය පරිගණකයේ ස්වදේශීය ආකෘතියයි. වින්ඩෝස් සර්වර් 2012 VHDX හි අනුප්‍රාප්තිකයා ලෙස VHDX හඳුන්වා දුන් නමුත් VirtualBox VHDX සඳහා සහය නොදක්වයි.

HDD යනු සමාන්තර සඳහා ආකෘතියකි . සමාන්තරයන් මැකෝස් සඳහා අථත්‍යකරණය විශේෂීකරණය කරයි. මෙය බොහෝ විට ඔබට නුසුදුසුය, විශේෂයෙන් වර්චුවල් බොක්ස් සහය දක්වන්නේ HDD ආකෘතියේ පැරණි අනුවාදයකට පමණි.

QCOW යනු qcow ආකෘතියේ පැරණි මුල් පිටපතයි. වර්චුවල් බොක්ස් සහාය නොදක්වන qcow2 විසින් එය අභිබවා ගොස් ඇත.

QED යනු qcow2 හි අතහැර දැමූ වැඩි දියුණු කිරීමකි. QED භාවිතා කිරීමට එරෙහිව QEMU උපදෙස් දෙයි.

කාර්ය සාධනය

බ්ලොක් ආචයනය ආකෘතියෙන් වියුක්ත කර ඇති ආකාරය නිසා සෑම ආකෘතියකටම සියුම් කාර්ය සාධන ලක්ෂණ තිබිය හැක, නමුත් වර්චුවල් බොක්ස් සහාය දක්වන ආකෘතීන් හා සසඳන කිසිදු මිණුම් දණ්ඩක් මට හමු නොවීය.

කාර්ය සාධනය කෙරෙහි බලපාන විශාල සාධක තිබේ:

ඔබගේ භෞතික උපාංග සීමාවන් (-න -තත්ව ධාවකයකට වඩා දෘ disk තැටියක වඩා කැපී පෙනේ … ඇයි? )
ගතිකව වෙන් කරන ලද අථත්ය තැටි ධාවකය පුළුල් කිරීම (අථත්ය තැටිය පුළුල් වන විට ලිවීමේ මෙහෙයුම් මන්දගාමී වේ, නමුත් එය ප්රමාණවත් තරම් විශාල වූ විට, පුළුල් කිරීම අඩු විය යුතුය)
අථත්‍යකරණ තාක්‍ෂණය ( දෘඩාංග එදිරිව මෘදුකාංග ; දෘඩාංග අථත්‍යකරණය අථත්‍ය බොක්ස් වලට උදව් වන අතර අථත්‍ය මෙහෙයුම් පද්ධතිවල වේගය වැඩි කරයි)
ඔබ අථත්ය මෙහෙයුම් පද්ධතියක් ක්රියාත්මක කරන කාරණය. අථත්‍යකරණය ඉහළින් ඇති නිසා ධාරකය මත මෙහෙයුම් පද්ධතියක් ධාවනය කිරීමට වඩා කාර්ය සාධනය සැමවිටම මන්දගාමී වේ.

— ඩෙල්ටික්
source

21

මම තව දුරටත්: +1 මම vmdk මම වර්ධනාත්මක භාවිතා කලද, අනුව හෙව්වා සඳහා කෝකටත් තෛලයක් ලබා දීමට බව පෙනේ එකතු කරන්නම් ඇති ආගන්තුක තනි ටිකක් වෙනස් කිරීම සඳහා දැවැන්ත, monolithinc VDI තහවුරු කිරීම.

— msanford

අමු ධාරක දෘඩ තැටිය පිළිබඳ යම්කිසි සැලකිල්ලක් නැති බව මම සිතමි, එය ධාරකයෙන් පෙනෙන පරිදි “භෞතික” දෘඩ තැටියක් (හෝ RAID උපාංගයක්) භාවිතා කරන අතථ්‍ය ආගන්තුකයෙකි. ගොනු පද්ධතියක් හරහා අනුකරණය කළ ධාවකයක් භාවිතා කරනවාට වඩා හොඳ කාර්ය සාධනයක් සඳහා මෙය ඉඩ දෙයි.

— එන්සෝආර්

1

N එන්සෝ: මම දැන් අමු බ්ලොක් උපාංගයක VMDK භාවිතා කරමි. විශාල අල්ලා ගැනීම නම් වර්චුවල් බොක්ස් root ලෙස ධාවනය කිරීමට අවශ්‍ය වීමයි. අමු තැටි වල ස්නැප්ෂොට් සඳහා සහය නොදක්වයි, නමුත් මට තෙවන පාර්ශවීය ස්නැප්ෂොට් පද්ධතියක් (ZFS) ඇත. අමු තැටියක VMDK ද අතේ ගෙන යා හැකි තරම් අඩුය. කාර්ය සාධනය සම්බන්ධයෙන් ගත් කල, මට ස්ථිර මිණුම් සලකුණු නොමැත, නමුත් මට පැමිණිලි ද නැත.

— ඩෙල්ටික්

7

VHD වින්ඩෝස් තැටි කළමනාකරණයේ ධාවකයක් ලෙස සවි කළ හැකි අතර එය VDI සමඟ සරල නොවන බව පෙනේ: superuser.com/q/342334/13889

— endolith

6

VMDK විසින් දැවැන්ත ගොනුව උපස්ථ කිරීම වළක්වා ගන්නේ කෙසේද යන්න පිළිබඳව ඇම්සාන්ෆෝඩ් ඔබට විස්තර කළ හැකිද - වෙනස්කම් හඳුනා ගැනීමට rsync ට වඩා හොඳද? VMDK ගොනුව සෑම වෙනස් කිරීමකදීම වෙනස් වන බව පෙනේ.

— බෙන්

40

වර්චුවල් බොක්ස් හි ස්වදේශීය ආකෘතිය වන බැවින් මම සෑම විටම VDI භාවිතා කරමි; කෙසේ වෙතත්, VMDK (VMWare ආකෘතිය) භාවිතා කිරීම අනෙකුත් අථත්‍ය යන්ත්‍ර මෘදුකාංග සමඟ අනුකූලතාව වැඩි කරයි.

වර්චුවල් බොක්ස් උබුන්ටු මත හොඳින් ක්‍රියාත්මක වනු ඇත, එබැවින් ඉලක්කය වින්ඩෝස් / උබුන්ටු අන්තර් ක්‍රියාකාරීත්වය නම්, VDI පරිපූර්ණ වලංගු තේරීමක් වනු ඇත.

ආකෘති දෙකම ඔබගේ අවශ්‍යතා සපුරාලනු ඇත.

අනෙක් දෙක සම්බන්ධයෙන් ගත් කල, VHD යනු මයික්‍රොසොෆ්ට්-සංවර්ධිත ආකෘතියක් වන අතර HDD යනු ඇපල්-සංවර්ධිත ආකෘතියකි; මේ දෙකම හිමිකාර-බලපත්‍රලාභී බැවින් හරස් වේදිකා සහාය සීමා කරන්න; මම ඒවා නිර්දේශ කරන්නේ නැහැ.

— ඉබ්බා
source

18

Mpack, VHD සහ VDI අතර ප්‍රධාන කාර්ය සාධන වෙනසක් මෙහි විස්තර කරයි:

මෑතකදී VHD ආකෘතිය හැදෑරීමෙන් පසු, VDI අනුග්‍රහයෙහි අවම වශයෙන් කුඩා වෙනසක් සිදුවනු ඇතැයි මම අපේක්ෂා කරමි, ඔබ සමාන හා සසඳන විට වඩාත් කැපී පෙනේ, එනම් ප්‍රශස්ත VDI එදිරිව ප්‍රශස්ත VHD. හේතුව, ගතික VHD ආකෘතියේ මෙම "බිට්මැප්" අංශ තැටිය පුරා විසිරී තිබීමයි. ඔබ බ්ලොක් එකක් තුළ අංශයක් වෙනස් කරන සෑම අවස්ථාවකම මෙම බිට්මැප් බ්ලොක් යාවත්කාලීන කර ලිවීමට අවශ්‍ය විය හැකිය, අමතර සෙවීම්, කියවීම් සහ ලිවීම් ඇතුළත් වේ. ඩ්‍රයිව් පිංතූරයකින් අඛණ්ඩව පොකුරු කියවීමේදී මෙම බිට්මැප් අංශ මඟ හැරිය යුතුය - වැඩි උත්සාහයක්. VDI ආකෘතියට මෙම පොදු ශීර්ෂයන් නොමැත, විශේෂයෙන් VDI ප්‍රශස්තිකරණය කර ඇත්නම් (අථත්‍ය තැටියේ කොටස් LBA අනුපිළිවෙලට වර්ග කර ඇත).

මගේ සියලු අදහස් ගතික VDI එදිරිව ගතික VDI ආකෘතියට අදාළ වේ. ස්ථාවර ප්‍රමාණයේ අථත්‍ය තැටි වල කාර්ය සාධන පරීක්ෂණ අර්ථ විරහිත බැවින් ආකෘති දෙකම එක හා සමාන බැවින් (තැටියේ සරල රූපයක් පමණි), ඒවා මත විවිධ ශීර්ෂයන් ඇත.

https://forums.virtualbox.org/viewtopic.php?f=1&t=22688

— උනන්දුවක් දක්වන
source

5

Vmdk භාවිතා කිරීමෙන් VMware හි VirtualBox හි සාදන ලද අථත්‍ය යන්ත්‍රයක් විනිවිදභාවයෙන් ක්‍රියාත්මක කිරීමට ඔබට හැකි වේදැයි මම නොදනිමි. එය විය හැකිය. කෙසේ වෙතත් වඩාත් විශ්වීය විකල්පයක් වනුයේ VirtualBox ගොනුව / අපනයන ශ්‍රිතය භාවිතා කර “විවෘත අථත්‍යකරණ උපකරණයක්” .ova ගොනුවක් VMware වෙත ආනයනය කළ හැකි වීමයි. එම ප්‍රවේශය සමඟ, ඔබ වර්චුවල් බොක්ස් හි භාවිතා කරන තැටි රූප ආකෘතිය ගැන සැලකිලිමත් නොවී .ova සඳහා සහය දක්වන ඕනෑම අථත්‍යකරණ පද්ධතියකට පිවිසිය හැකිය.

ඔබට එකම වීඑම් එකකින් නියමිත වේලාවට අපනයනය කිරීමට අවශ්‍ය නම්, උදා: සෑම දිනකම එය වේදනාවක් විය හැකිය. නමුත් ඔබ ඉඳහිට වෙනත් තාක්‍ෂණයකට යොමු වන්නේ නම් එය හොඳින් විය යුතුය.

ඔබට දැනටමත් .vdi ගොනුවක් තිබේ නම්, නව අථත්‍ය යන්ත්‍රයක් නිර්මාණය නොකර මෙය ක්‍රියාත්මක වේදැයි ඔබට පරීක්ෂා කළ හැකිය. එය .ova වෙත අපනයනය කරන්න, ඉන්පසු vmware සමඟ ආයාත කිරීමට උත්සාහ කරන්න.

— ඇලන් මේයර්
source

5

එය අථත්ය තැටිය භාවිතා කිරීමට ඔබ සැලසුම් කරන ආකාරය මත රඳා පවතී. සෑම වීඑම් එකකටම තනි තැටියක තනි කොටසක් අවශ්‍ය නොවේ.

VDI හට තවත් විකල්ප ඇති බව පෙනේ (VirtualBox සමඟ භාවිතා කරන විට), නමුත් ඔබ VirtualBox පින්තූරයෙන් ඉවතට ගත් විගස VDI සඳහා වන සහයෝගය තරමක් දෙදරුම් කයි (2014 අග වන විට).

උදාහරණයක් ලෙස මගේ විසඳුම් සඳහා උපරිම හරස් වේදිකා සහාය තිබිය යුතුය. ලිනක්ස් හෝ වින්ඩෝස් 7 හි VDI (ලූප්බැක් උපාංගයක් වැනි) සවි කිරීම ඔබ බලාපොරොත්තු වනවාට වඩා දුෂ්කර හා දෝෂ සහිතය. VDI හි බොහෝ විශේෂාංග ඇති බැවින්, එය ක්‍රියාත්මක කළ හැකි පූර්ණ අනුකූලතා උපයෝගී කර ගැනීම දුෂ්කර කරයි.

VMDK යනු ඕනෑම වැඩපොළක ඕනෑම VM සමඟ වැඩ කිරීමට ඔබට අවශ්‍ය විටදීත්, 3 වතාවක් එකම වේලාවක ජාලයේ වෙනත් පද්ධති වෙත ක්ලෝන කිරීමට අවශ්‍ය වූ විටත්, VM එකක් දියත් නොකර විවෘතව බැලීමට අවශ්‍ය වූ විටත් එය අඩු වේදනා රහිත IMHO වේ. උදාහරණයක් ලෙස.

මම වර්චුවල් බොක්ස් 90% ක් භාවිතා කළත්, ඇතැම් කාර්ය ප්‍රවාහයන් තුළ මගේ තැටි ප්‍රවේශ කළ නොහැකි වූ අවස්ථා කිහිපය නිසා ප්ලග් කළ හැකි / බෙදාගත් ගොනු පද්ධති සඳහා VMDK ට අනුග්‍රහය දැක්වීමට මා පෙළඹී ඇත.

— user2097818
source

5

තැටි රූප ලිපිගොනු ධාරක පද්ධතියේ පිහිටා ඇති අතර ආගන්තුක පද්ධති විසින් යම් ජ්‍යාමිතියක දෘඩ තැටි ලෙස දැකිය හැකිය. ආගන්තුක මෙහෙයුම් පද්ධතියක් දෘඩ තැටියකට කියවන විට හෝ ලියන විට, වර්චුවල් බොක්ස් ඉල්ලීම රූප ගොනුව වෙත හරවා යවයි.

භෞතික තැටියක් මෙන්, අථත්‍ය තැටියක විශාලත්වය (ධාරිතාව) ඇත, එය රූප ගොනුව නිර්මාණය කරන විට නියම කළ යුතුය. කෙසේ වෙතත්, භෞතික තැටියකට ප්‍රතිවිරුද්ධව, වර්චුවල් බොක්ස් මඟින් රූප ගොනුවක් නිර්මාණය කිරීමෙන් පසු එය පුළුල් කිරීමට ඉඩ දෙයි. වර්චුවල් බොක්ස් තැටි රූප ගොනු වල ප්‍රභේද හතරකට සහය දක්වයි:

VDI: සාමාන්‍යයෙන්, වර්චුවල් බොක්ස් ආගන්තුක දෘඩ තැටි සඳහා වර්චුවල් බොක්ස් තමන්ගේම බහාලුම් ආකෘතියක් භාවිතා කරයි - අතථ්‍ය තැටි රූප (VDI) ගොනු. විශේෂයෙන්, ඔබ නව තැටියක් සහිත නව අථත්‍ය යන්ත්‍රයක් නිර්මාණය කරන විට මෙම ආකෘතිය භාවිතා වේ.

VMDK: වර්චුවල් බොක්ස් ජනප්‍රිය සහ විවෘත VMDK බහාලුම් ආකෘතියට පූර්ණ සහය දක්වයි, එය වෙනත් බොහෝ අථත්‍යකරණ නිෂ්පාදන, විශේෂයෙන් VMware භාවිතා කරයි. [25]

VHD: වර්චුවල් බොක්ස් මයික්‍රොසොෆ්ට් විසින් භාවිතා කරන VHD ආකෘතියට ද පූර්ණ සහය දක්වයි.

සමාන්තර අනුවාදය 2 (HDD ආකෘතිය) හි රූප ගොනු ද සහය දක්වයි. ආකෘතියේ ලේඛන නොමැති වීම සඳහා, නව ආකෘති (3 සහ 4) සඳහා සහය නොදක්වයි. කෙසේ වෙතත් සමාන්තරයන් විසින් සපයනු ලබන මෙවලම් භාවිතයෙන් ඔබට එවැනි රූප ගොනු 2 වන අනුවාදයට පරිවර්තනය කළ හැකිය.

— ශ්‍රිනිවාස්
source

3

මෙම පිළිතුර ලැබෙන්නේ වර්චුවල් බොක්ස් අත්පොතේ 5 වන පරිච්ඡේදයෙන්. link

— ජෙරියෝල්

4

Vmdk භාවිතා කිරීමට මට හොඳ හේතුවක් වන්නේ VDI ආකෘතිය භාවිතා කරන Virtualbox (අවම වශයෙන් v4.1 දක්වා) කාලයත් සමඟ අභ්‍යන්තර අථත්‍ය තැටි භාවිතය තවමත් බෙහෙවින් අඩු වුවද VDI ආකෘතිය භාවිතා කිරීමයි. අතථ්‍ය පෙට්ටිය vmdk තැටි භාවිතා කිරීමත් සමඟ මෙය අඩු ගැටළුවක් ලෙස පෙනේ.

ඒත් මම අවුරුදු ගානක් කතා කරනවා. මෙය බොහෝ මිනිසුන් මුහුණ දෙන ගැටලුවක් නොවිය හැකිය.

— අර්නස්ට් ටර් කුයිල්
source

3

එය ආකෘතියට වඩා ආගන්තුක ගොනු පද්ධතියේ ඛණ්ඩනය වීම හා සම්බන්ධ වේ.

— එන්සෝආර්

4

VDI භාවිතා කිරීමෙන් තැටි ගොනුව එහි නියම ප්‍රමාණයට අතථ්‍ය බොක්ස් සහ SSD හි TRIM විධාන සහාය සඳහා කැපීමට හැකි බව පෙනේ

— OwnageIsMagic
source

එම ආකෘතීන් අතර ඇති පොදු වෙනස්කම් ගැන අසන ප්‍රශ්නයකට එය නිවැරදියි, ඔබ සිතන්නේ නැද්ද?

— සෙත්

3

Eth සෙත් සාමාන්‍ය දළ විශ්ලේෂණය ලබා දී ඇත්තේ පෙර පිළිතුරු වලින් වන අතර මට අදහස් දැක්වීමට ප්‍රමාණවත් ප්‍රතිචාරයක් නොමැත, නමුත් මෙම කරුණ සඳහන් කිරීම තවමත් වැදගත් වේ

— OwnageIsMagic

1

යෝජනාවක් මෙන් එය තවත් සන්දර්භයක් ලබා දීමට එකතු කරන්න. උදා: " මෙම පිළිතුර හොඳ දළ විශ්ලේෂණයක් සපයන අතර, ඔබ ද එහි වාසිය සලකා බැලිය යුතුය ...". එබැවින් තනිවම කියවුවද ඔබේ පිළිතුරට වඩා සාමාන්‍ය පිළිතුරක් ඇත.

— සෙත්

Eth editඔබ වෙනුවෙන් මගේ ප්‍රශ්නය යටතේ බොත්තමක් තිබේ: D

— OwnageIsMagic

1

මට සහතික කළ හැකිය, මම ඔබේ සංස්කරණය සමාලෝචනය කරමි, එවිට ඔබේ වැඩ කටයුතු අපතේ නොයනු ඇත. එසේම ඔබ ප්‍රශ්න සංස්කාරක ලෙස සඳහන් කරනු ඇත, එවිට ඔබට නිසි ආරෝපණය ලැබෙනු ඇත. මොකක්ද ප්රශ්නේ?

— OwnageIsMagic

2

වීඑම් ප්‍රමාණය විශාල වුවහොත් සංයුක්ත කිරීමට VDI වඩා පහසුය.

— ඇස
source

2

මම අමු VMDK එකක් සංක්‍රමණය කළෙමි, එය Transcend SSD370 128 GB හි කොටසකට සැම්සුන් ප්‍රෝ 850 512GB වෙත සිතියම් ගත කරන ලදී.

පෙනෙන විදිහට VMDK VDI වලට වඩා වේගවත් ය. ඇයි කියලා මට තේරෙන්නේ නැහැ, සමහර විට මම කොහේ හරි වැරැද්දක් කළා.

මම VMDK අතථ්‍ය මාධ්‍ය කළමණාකරු හරහා 850 වෙත පිටපත් කළෙමි. එක් වරක් VDI ලෙස, එක් වරක් VMDK ලෙස.

ඊට පස්සේ මම hdparm -tT --direct /dev/sdaරූප දිව්වා . මම මාරු කළ සෑම "ධාවන" සඳහාම "යන්ත්‍රය -> සැකසීම් -> ආචයනය -> පාලක SATA -> ImageFile.xxx" වෙනුවට ආදේශ කර ඇත. SSD370 හි අමු කොටස VMDK ගොනුවක් මගින් අර්ථ දක්වා ඇති බැවින් එය ඇත්ත වශයෙන්ම රූපයක් නොවේ.

ප්‍රති results ල මේවා ය:

################################################################################################

Welcome to Ubuntu 16.04.3 LTS (GNU/Linux 4.4.0-96-generic x86_64)

  System information as of Thu Sep 21 17:02:51 CEST 2017

  System load:  1.96               Processes:              201
  Usage of /:   83.2% of 43.88GB   Users logged in:        0
  Memory usage: 4%                 IP address for eth0:    
  Swap usage:   0%                 IP address for docker0: 172.17.0.1

################################################################################################

======================================================================================
      V M D K --- R A W !!! --- on Transcend SSD370 128 GB
======================================================================================

 Timing O_DIRECT cached reads:   1024 MB in  2.00 seconds = 511.61 MB/sec <---
 Timing O_DIRECT disk reads: 1134 MB in  3.00 seconds = 377.88 MB/sec <---

 Timing O_DIRECT cached reads:   1042 MB in  2.00 seconds = 520.82 MB/sec <---
 Timing O_DIRECT disk reads: 1162 MB in  3.00 seconds = 387.27 MB/sec <---

---

 Timing O_DIRECT cached reads:   816 MB in  2.00 seconds = 407.55 MB/sec
 Timing O_DIRECT disk reads: 1020 MB in  3.01 seconds = 339.43 MB/sec <---

======================================================================================
      V M D K --- on Samsung Pro 850 515GB
======================================================================================

 Timing O_DIRECT cached reads:   836 MB in  2.00 seconds = 417.21 MB/sec <---
 Timing O_DIRECT disk reads: 782 MB in  3.01 seconds = 260.21 MB/sec

 Timing O_DIRECT cached reads:   834 MB in  2.00 seconds = 416.08 MB/sec
 Timing O_DIRECT disk reads: 786 MB in  3.00 seconds = 261.71 MB/sec

---

 Timing O_DIRECT cached reads:   826 MB in  2.00 seconds = 412.75 MB/sec <---
 Timing O_DIRECT disk reads: 774 MB in  3.00 seconds = 257.79 MB/sec

 Timing O_DIRECT cached reads:   828 MB in  2.00 seconds = 413.88 MB/sec <---
 Timing O_DIRECT disk reads: 774 MB in  3.00 seconds = 257.83 MB/sec

---

 Timing O_DIRECT cached reads:   842 MB in  2.00 seconds = 420.76 MB/sec <---
 Timing O_DIRECT disk reads: 770 MB in  3.00 seconds = 256.56 MB/sec

======================================================================================
      V D I --- on Samsung Pro 850 515GB
======================================================================================

 Timing O_DIRECT cached reads:   470 MB in  2.01 seconds = 234.21 MB/sec <---
 Timing O_DIRECT disk reads: 766 MB in  3.00 seconds = 254.94 MB/sec

 Timing O_DIRECT cached reads:   494 MB in  2.00 seconds = 246.45 MB/sec <---
 Timing O_DIRECT disk reads: 754 MB in  3.00 seconds = 250.92 MB/sec

 Timing O_DIRECT cached reads:   490 MB in  2.00 seconds = 244.46 MB/sec <---
 Timing O_DIRECT disk reads: 764 MB in  3.01 seconds = 254.03 MB/sec

################################################################################################
# Data above comes from here
################################################################################################

======================================================================================
      V M D K --- on Samsung Pro 850 515GB
======================================================================================

  System information as of Thu Sep 21 17:02:51 CEST 2017

user@xeon:~$ sudo hdparm -tT --direct /dev/sda
/dev/sda:
 Timing O_DIRECT cached reads:   836 MB in  2.00 seconds = 417.21 MB/sec <======
 Timing O_DIRECT disk reads: 782 MB in  3.01 seconds = 260.21 MB/sec <======

user@xeon:~$ sudo hdparm -tT /dev/sda
/dev/sda:
 Timing cached reads:   21080 MB in  2.00 seconds = 10554.40 MB/sec
 Timing buffered disk reads: 784 MB in  3.00 seconds = 260.92 MB/sec

user@xeon:~$ sudo hdparm -tT --direct /dev/sda
/dev/sda:
 Timing O_DIRECT cached reads:   834 MB in  2.00 seconds = 416.08 MB/sec <======
 Timing O_DIRECT disk reads: 786 MB in  3.00 seconds = 261.71 MB/sec <======

======================================================================================
      V M D K --- R A W !!! --- on Transcend SSD370 128 GB
======================================================================================

  System information as of Thu Sep 21 17:00:47 CEST 2017

user@xeon:~$ sudo hdparm -tT --direct /dev/sda
/dev/sda:
 Timing O_DIRECT cached reads:   1024 MB in  2.00 seconds = 511.61 MB/sec <======
 Timing O_DIRECT disk reads: 1134 MB in  3.00 seconds = 377.88 MB/sec <======

user@xeon:~$ sudo hdparm -tT /dev/sda
/dev/sda:
 Timing cached reads:   21182 MB in  2.00 seconds = 10603.52 MB/sec
 Timing buffered disk reads: 1060 MB in  3.00 seconds = 352.91 MB/sec

user@xeon:~$ sudo hdparm -tT --direct /dev/sda
/dev/sda:
 Timing O_DIRECT cached reads:   1042 MB in  2.00 seconds = 520.82 MB/sec <======
 Timing O_DIRECT disk reads: 1162 MB in  3.00 seconds = 387.27 MB/sec <======

======================================================================================
      V M D K --- on Samsung Pro 850 515GB
======================================================================================

  System information as of Thu Sep 21 16:58:12 CEST 2017

user@xeon:~$ sudo hdparm -tT --direct /dev/sda
/dev/sda:
 Timing O_DIRECT cached reads:   826 MB in  2.00 seconds = 412.75 MB/sec <======
 Timing O_DIRECT disk reads: 774 MB in  3.00 seconds = 257.79 MB/sec <======

user@xeon:~$ sudo hdparm -tT /dev/sda
/dev/sda:
 Timing cached reads:   22082 MB in  2.00 seconds = 11055.78 MB/sec
 Timing buffered disk reads: 788 MB in  3.01 seconds = 262.11 MB/sec

user@xeon:~$ sudo hdparm -tT --direct /dev/sda
/dev/sda:
 Timing O_DIRECT cached reads:   828 MB in  2.00 seconds = 413.88 MB/sec <======
 Timing O_DIRECT disk reads: 774 MB in  3.00 seconds = 257.83 MB/sec <======

======================================================================================
      V D I --- on Samsung Pro 850 515GB
======================================================================================

  System information as of Thu Sep 21 16:55:24 CEST 2017

user@xeon:~$ sudo hdparm -tT /dev/sda
/dev/sda:
 Timing cached reads:   21468 MB in  2.00 seconds = 10747.37 MB/sec
 Timing buffered disk reads: 662 MB in  3.01 seconds = 220.12 MB/sec

user@xeon:~$ sudo hdparm -tT --direct /dev/sda
/dev/sda:
 Timing O_DIRECT cached reads:   470 MB in  2.01 seconds = 234.21 MB/sec <======
 Timing O_DIRECT disk reads: 766 MB in  3.00 seconds = 254.94 MB/sec <======

user@xeon:~$ sudo hdparm -tT --direct /dev/sda
/dev/sda:
 Timing O_DIRECT cached reads:   494 MB in  2.00 seconds = 246.45 MB/sec <======
 Timing O_DIRECT disk reads: 754 MB in  3.00 seconds = 250.92 MB/sec <======

user@xeon:~$ sudo hdparm -tT /dev/sda
/dev/sda:
 Timing cached reads:   20872 MB in  2.00 seconds = 10448.98 MB/sec
 Timing buffered disk reads: 694 MB in  3.01 seconds = 230.78 MB/sec

user@xeon:~$ sudo hdparm -tT --direct /dev/sda
/dev/sda:
 Timing O_DIRECT cached reads:   490 MB in  2.00 seconds = 244.46 MB/sec <======
 Timing O_DIRECT disk reads: 764 MB in  3.01 seconds = 254.03 MB/sec <======

======================================================================================
      V M D K --- on Samsung Pro 850 515GB
======================================================================================

  System information as of Thu Sep 21 16:52:32 CEST 2017

user@xeon:~$ sudo hdparm -tT /dev/sda
/dev/sda:
 Timing cached reads:   20872 MB in  2.00 seconds = 10448.90 MB/sec
 Timing buffered disk reads: 764 MB in  3.01 seconds = 254.11 MB/sec

user@xeon:~$ sudo hdparm -tT --direct /dev/sda
/dev/sda:
 Timing O_DIRECT cached reads:   842 MB in  2.00 seconds = 420.76 MB/sec <======
 Timing O_DIRECT disk reads: 770 MB in  3.00 seconds = 256.56 MB/sec <======

======================================================================================
      V M D K --- R A W !!! --- on Transcend SSD370 128 GB
======================================================================================

  System information as of Thu Sep 21 16:29:55 CEST 2017

user@xeon:~$ sudo hdparm -tT /dev/sda
/dev/sda:
 Timing cached reads:   22034 MB in  2.00 seconds = 11029.82 MB/sec
 Timing buffered disk reads: 990 MB in  3.00 seconds = 329.68 MB/sec

user@xeon:~$ sudo hdparm -tT --direct /dev/sda
/dev/sda:
 Timing O_DIRECT cached reads:   816 MB in  2.00 seconds = 407.55 MB/sec <======
 Timing O_DIRECT disk reads: 1020 MB in  3.01 seconds = 339.43 MB/sec <======

මෙය අර්ථ නිරූපණය කරන්නේ කෙසේදැයි මම නොදනිමි, සමහර විට යමෙකුට ඒ පිළිබඳව අදහස් දැක්වීමට අවශ්‍ය විය හැකිය. මම එදා VMDK තෝරා ගත්තා.

— ඩැනියෙල් එෆ්
source

1

බොහෝ කලකට පෙර මම එක් පරීක්ෂණයක් කළෙමි, වේගය සහ ගොනු ප්‍රමාණයන් පරීක්ෂා කිරීම සඳහා ගතික vdi ගතික vhd බවට පරිවර්තනය කරන්න.

මතක තබා ගන්න එය සමහර යෙදුම් සමඟ වින්ඩෝස් ආගන්තුක පිරිසිදු ඕඑස් ස්ථාපනය කර ඇති බව මතක තබා ගන්න, මගේ පරීක්ෂණය සඳහා මතක තබා ගන්න මම එක් ආකෘතියක් තවත් ආකෘතියකට පරිවර්තනය කරමි, එබැවින් දෙදෙනාම ක්ලෝන කිරීමක් වැනි නිශ්චිත රූපයක් ලබා ගැනීමට පෙළඹේ.

64GiB තැටියක් සඳහා, VDI ගොනු විශාලත්වය 18GiB වටා වූ අතර VHD හි විශාලත්වය 22GiB වටය.

මට මතකයි මම මේ කාරණා දෙකක් දැක්කා:

ආරම්භක වේලාව සැලකිය යුතු ලෙස වෙනස් විය, මට මතක නැතිනම් නරක vhd VDI වලට වඩා 1.6 ගුණයක් වේගවත් විය
VHD ප්‍රමාණය VDI ට වඩා විශාලය, 4GiB ගිගාබයිට් 18GiB ට වඩා විශාලය, එබැවින් 1.2 ගුණයක් විශාලය.

එය බොහෝ කලකට පෙර සිදු වූ අතර HDD මත පරීක්‍ෂණයක් සිදු කරන ලදී, නමුත් තැටි දෙකම වේගයෙන් විකෘති වී ඇති අතර තැටියේ වේගවත් කොටසෙහි එකිනෙකට යාබදව ඇති බව මම සහතික කරමි.

යමෙකුට සැබෑ SSD පරීක්ෂණ කළ හැකි යැයි සිතමි, නමුත් මගේ හැඟීම නම් VHD VDI වලට වඩා වේගවත් (හා විශාල) බවයි.

ඉඟියක් පමණි: ඩිස්ක්පාර්ට් විධාන රේඛා මෙවලම භාවිතා කරමින් ඕනෑම වින්ඩෝස් 7 සහ ඊට ඉහළින් VHD / VHDX සංයුක්ත කළ හැකිය, VDI සඳහා බාහිර මෙවලමක් CloneVDI අවශ්‍ය වේ.

කණගාටුයි, මම VMDK පරීක්‍ෂා නොකළෙමි, එහි UUID (තැටිය UUID) වෙනස් නොකර එය සංයුක්ත කරන්නේ කෙසේදැයි මම නොදනිමි, VBOX විධාන මෙවලම් සෑම ක්ලෝනයකම සෑම විටම එය වෙනස් කරයි, ඔබ කුමන ආකෘතියක් භාවිතා කළත් එය වෙනස් කරන්න.

— ලෝරා
source