VME
  
IOPL - 4 amaliy ish Mavzu : Virtual protsessor rejimini o'rganish Ishning maqsadi

|
4 amaliy ish Mavzu : Virtual protsessor rejimini o'rganish Ishning maqsadi
|
bet | 3/3 | Sana | 21.12.2023 | Hajmi | 23,17 Kb. | | #126040 |
Bog'liq 44arxitekVME
|
IOPL
|
bit
xaritasi
|
Qayta ishlash usuli
|
0
|
3
|
X
|
Himoyalangan rejimni boshqaruvchi
|
0
|
<3
|
X
|
Istisno # 13
|
1
|
<3
|
1
|
Istisno # 13
|
1
|
3
|
1
|
Himoyalangan rejimni boshqaruvchi
|
1
|
X
|
0
|
Protsessor uchun MP 8086
|
Boshqa tomondan, tajovuzkor virtual protsessor arxitekturasinirilish narx
osBoshqa tomondan, tajovuzkor virtual protsessor arxitekturasining tavsifiga yoki foydalanilgan simulyatorni tashkil etish bo'yicha ma'lumotlarga kirish huquqiga ega emas. Yorilish narxi sezilarli darajada oshadi.Nima uchun yuqori nazariy samaradorlikni hisobga olgan holda, bu usul hali ham
keng qo'llanilmaydi? Ko'rinib turibdiki, ikkita asosiy sababga ko'ra. Birinchidan,
usul o'ziga xos xususiyatlarga ega, bu uning potentsial qo'llanilishi doirasini
toraytiradi - bu quyida muhokama qilinadi. Ikkinchidan, va, ehtimol, bu yanada
jiddiy sababdir, usulni amalga oshirishning murakkabligi (va shuning uchun narxi)
juda yuqori. Agar biz yangi yaratilgan tizim haqida ma'lumotlarning chiqib
ketishining fundamental ehtimolini hisobga olsak, bu darhol uning samarasizligi va
devalvatsiyasiga olib keladi, nima uchun xavfsizlik dasturlarini ishlab
chiqaruvchilar ushbu usulni amalga oshirishga shoshilmayotgani aniq bo'ladi.
Ammo shuni ta'kidlash kerakki, ba'zi o'zgarishlar va cheklovlar bilan bu usul hali
ham StarForce3, NeoGuard, VMProtect va boshqalar kabi eng yangi mahsulotlarda
qo'llaniladi ... paydo bo'lgan ilovalar, hali ham zaif tomonlariga ega bo'lsa-da,
usulning yuqori samaradorligini tasdiqlaydi. Usulni amalga oshirish Usulning kamchiliklaridan biri uni amalga oshirishning yuqori narxidir, ammo uni sezilarli darajada kamaytirish mumkin. Ushbu usulni amalga oshiradigan xavfsizlik tizimi yuqori darajadagi tildan kompilyatorga asoslangan bo'lishi
mumkin. Har qanday kompilyatorda faqat bitta mashinaga bog'liq bosqich mavjud -
kod ishlab chiqarish, qoida tariqasida, siz boshqa bosqichlarda bog'liqlikdan xalos
bo'lishingiz mumkin. Agar kompilyator dastlab multiplatforma sifatida ishlab
chiqilgan bo'lsa, u odatda boshqa maqsadli platformaga qayta konfiguratsiya
jarayonini iloji boricha soddalashtiradi. Misol uchun, bunga maqsadli mashinaning
o'ziga xos tavsifi asosida avtomatik ravishda kod generatorini yaratish orqali erishish
mumkin. Bunday holda, ishlab chiquvchilar faqat platformani o'zgartirish uchun
ushbu tavsifni o'zgartirishi kerak. hali ham keng qo'llanilmaydi? Ko'rinib turibdiki, ikkita asosiy sababga ko'ra. Birinchidan, usul o'ziga xos xususiyatlarga ega, bu uning potentsial qo'llanilishi doirasini toraytiradi - bu quyida muhokama qilinadi. Ikkinchidan, va, ehtimol, bu yanada jiddiy sababdir, usulni amalga oshirishning murakkabligi (va shuning uchun narxi) juda yuqori. Agar biz yangi yaratilgan tizim haqida ma'lumotlarning chiqib ketishining fundamental ehtimolini hisobga olsak, bu darhol uning samarasizligi va devalvatsiyasiga olib keladi, nima uchun xavfsizlik dasturlarini ishlab chiqaruvchilar ushbu usulni amalga oshirishga shoshilmayotgani aniq bo'ladi. Ammo shuni ta'kidlash kerakki, ba'zi o'zgarishlar va cheklovlar bilan bu usul hali ham StarForce3, NeoGuard, VMProtect va boshqalar kabi eng yangi mahsulotlarda qo'llaniladi ... paydo 3>3>
|
| |