আপডেট:। নেট কোর ২.০ এবং। নেট ডেস্কটপ ৪.7.১ অনুসারে, সিএলআর এখন ডিভ্যাচুয়ালাইজেশন সমর্থন করে। এটি সিল করা ক্লাসে পদ্ধতি গ্রহণ করতে পারে এবং সরাসরি কলগুলির সাথে ভার্চুয়াল কলগুলি প্রতিস্থাপন করতে পারে - এবং এটি সিল-ক্লাস না করা ক্লাসগুলির পক্ষে এটি করা সম্ভব যদি এটি করা নিরাপদ হয়।
এই জাতীয় ক্ষেত্রে (একটি সিলড ক্লাস যা সিএলআর অন্যথায় ডেভ্যাচুয়ালাইজ করার পক্ষে সুরক্ষিত হিসাবে সনাক্ত করতে পারে না), একটি সিল করা শ্রেণিটি অবশ্যই একরকম পারফরম্যান্স বেনিফিট সরবরাহ করে।
তাই বলা হয়, আমার মনে হয় না এটা সম্পর্কে উদ্বেজক মূল্য হতে চাই যদি না আপনি ইতিমধ্যে কোড প্রোফাইল করেছিলেন এবং নিশ্চিত যে আপনি একটি বিশেষ গরম পাথ মত কিছু ছিল সময়ের লক্ষ বলা হচ্ছে, অথবা:
https://blogs.msdn.microsoft.com/dotnet/2017/06/29/performance-improvements-in-ryujit-in-net-core-and-net-framework/
আসল উত্তর:
আমি নিম্নলিখিত পরীক্ষার প্রোগ্রামটি তৈরি করেছিলাম এবং তারপরে এমএসআইএল কোডটি কীভাবে নির্গত হয়েছিল তা দেখার জন্য এটি রিফ্লেক্টর ব্যবহার করে এটি ডিসপম্প্ল করে দিয়েছিলাম।
public class NormalClass {
public void WriteIt(string x) {
Console.WriteLine("NormalClass");
Console.WriteLine(x);
}
}
public sealed class SealedClass {
public void WriteIt(string x) {
Console.WriteLine("SealedClass");
Console.WriteLine(x);
}
}
public static void CallNormal() {
var n = new NormalClass();
n.WriteIt("a string");
}
public static void CallSealed() {
var n = new SealedClass();
n.WriteIt("a string");
}
সমস্ত ক্ষেত্রে, সি # সংকলক (রিলিজ বিল্ড কনফিগারেশনে ভিজ্যুয়াল স্টুডিও 2010) অভিন্ন এমএসআইএল নির্গত করে যা নীচে:
L_0000: newobj instance void <NormalClass or SealedClass>::.ctor()
L_0005: stloc.0
L_0006: ldloc.0
L_0007: ldstr "a string"
L_000c: callvirt instance void <NormalClass or SealedClass>::WriteIt(string)
L_0011: ret
লোকেদের সীলমোহর করা দক্ষতার কারণে যে কারনটি বেনিফিট দেয় তা হ'ল সংকলক জানে যে ক্লাসটি ওভাররেড করা হয়নি, এবং এর ফলে এটি ভার্চুয়াল ইত্যাদির জন্য পরীক্ষা করতে হবে না ইত্যাদি callপরিবর্তে ব্যবহার করতে পারে , callvirtযেমন উপরে প্রমাণিত, এটি নয় সত্য।
আমার পরবর্তী চিন্তা ছিল যে এমএসআইএল অভিন্ন হলেও, সম্ভবত জেআইটি সংকলক সিল করা ক্লাসগুলি আলাদাভাবে আচরণ করে?
আমি ভিজ্যুয়াল স্টুডিও ডিবাগারের অধীনে একটি রিলিজ বিল্ড চালিয়েছি এবং পচনশীল x86 আউটপুট দেখেছি। উভয় ক্ষেত্রে, x86 কোডটি অভিন্ন ছিল, শ্রেণীর নাম এবং ফাংশন মেমরি ঠিকানাগুলি বাদ দিয়ে (অবশ্যই অবশ্যই আলাদা হওয়া উচিত)। এটা এখানে
// var n = new NormalClass();
00000000 push ebp
00000001 mov ebp,esp
00000003 sub esp,8
00000006 cmp dword ptr ds:[00585314h],0
0000000d je 00000014
0000000f call 70032C33
00000014 xor edx,edx
00000016 mov dword ptr [ebp-4],edx
00000019 mov ecx,588230h
0000001e call FFEEEBC0
00000023 mov dword ptr [ebp-8],eax
00000026 mov ecx,dword ptr [ebp-8]
00000029 call dword ptr ds:[00588260h]
0000002f mov eax,dword ptr [ebp-8]
00000032 mov dword ptr [ebp-4],eax
// n.WriteIt("a string");
00000035 mov edx,dword ptr ds:[033220DCh]
0000003b mov ecx,dword ptr [ebp-4]
0000003e cmp dword ptr [ecx],ecx
00000040 call dword ptr ds:[0058827Ch]
// }
00000046 nop
00000047 mov esp,ebp
00000049 pop ebp
0000004a ret
আমি তখন ভেবেছিলাম সম্ভবত ডিবাগারের নিচে দৌড়ানোর কারণে এটি কম আক্রমণাত্মক অপটিমাইজেশন সম্পাদন করে?
আমি তখন কোনও ডিবাগিং পরিবেশের বাইরে এক্সিকিউটেবল বিল্ড স্ট্যান্ডেলোন রিলিজ চালাতাম, এবং উইনডিবিজি + এসওএস ব্যবহার করে প্রোগ্রামটি শেষ হওয়ার পরে ভেঙে যায় এবং জেআইটি সংকলিত x86 কোডটির বিচ্ছিন্নতা দেখতে পেলাম।
আপনি নীচের কোড থেকে দেখতে পাচ্ছেন, ডিবাগারের বাইরে দৌড়ানোর সময় জেআইটি সংকলক আরও আক্রমণাত্মক হয় এবং এটি WriteItপদ্ধতিটি সরাসরি কলারের মধ্যে প্রবেশ করিয়ে দেয় । তবে গুরুত্বপূর্ণ বিষয়টি হ'ল সিল করা বনাম সিল করা ক্লাসটিকে কল করার সময় এটি অভিন্ন ছিল। সিলযুক্ত বা ননসিল করা শ্রেণীর মধ্যে কোনও পার্থক্য নেই।
এখানে একটি সাধারণ ক্লাস কল করার সময়:
Normal JIT generated code
Begin 003c00b0, size 39
003c00b0 55 push ebp
003c00b1 8bec mov ebp,esp
003c00b3 b994391800 mov ecx,183994h (MT: ScratchConsoleApplicationFX4.NormalClass)
003c00b8 e8631fdbff call 00172020 (JitHelp: CORINFO_HELP_NEWSFAST)
003c00bd e80e70106f call mscorlib_ni+0x2570d0 (6f4c70d0) (System.Console.get_Out(), mdToken: 060008fd)
003c00c2 8bc8 mov ecx,eax
003c00c4 8b1530203003 mov edx,dword ptr ds:[3302030h] ("NormalClass")
003c00ca 8b01 mov eax,dword ptr [ecx]
003c00cc 8b403c mov eax,dword ptr [eax+3Ch]
003c00cf ff5010 call dword ptr [eax+10h]
003c00d2 e8f96f106f call mscorlib_ni+0x2570d0 (6f4c70d0) (System.Console.get_Out(), mdToken: 060008fd)
003c00d7 8bc8 mov ecx,eax
003c00d9 8b1534203003 mov edx,dword ptr ds:[3302034h] ("a string")
003c00df 8b01 mov eax,dword ptr [ecx]
003c00e1 8b403c mov eax,dword ptr [eax+3Ch]
003c00e4 ff5010 call dword ptr [eax+10h]
003c00e7 5d pop ebp
003c00e8 c3 ret
বনাম একটি সিলড ক্লাস:
Normal JIT generated code
Begin 003c0100, size 39
003c0100 55 push ebp
003c0101 8bec mov ebp,esp
003c0103 b90c3a1800 mov ecx,183A0Ch (MT: ScratchConsoleApplicationFX4.SealedClass)
003c0108 e8131fdbff call 00172020 (JitHelp: CORINFO_HELP_NEWSFAST)
003c010d e8be6f106f call mscorlib_ni+0x2570d0 (6f4c70d0) (System.Console.get_Out(), mdToken: 060008fd)
003c0112 8bc8 mov ecx,eax
003c0114 8b1538203003 mov edx,dword ptr ds:[3302038h] ("SealedClass")
003c011a 8b01 mov eax,dword ptr [ecx]
003c011c 8b403c mov eax,dword ptr [eax+3Ch]
003c011f ff5010 call dword ptr [eax+10h]
003c0122 e8a96f106f call mscorlib_ni+0x2570d0 (6f4c70d0) (System.Console.get_Out(), mdToken: 060008fd)
003c0127 8bc8 mov ecx,eax
003c0129 8b1534203003 mov edx,dword ptr ds:[3302034h] ("a string")
003c012f 8b01 mov eax,dword ptr [ecx]
003c0131 8b403c mov eax,dword ptr [eax+3Ch]
003c0134 ff5010 call dword ptr [eax+10h]
003c0137 5d pop ebp
003c0138 c3 ret
আমার কাছে এটি দৃ solid় প্রমাণ দেয় যে সিল করা বনাম সিল করা ক্লাসগুলিতে কল করার পদ্ধতিগুলির মধ্যে কোনও কার্যকারিতা উন্নতি হতে পারে না ... আমি মনে করি আমি এখন খুশি :-)