mono - ক্লাউডে অনলাইন

কার্যক্রম:

NAME এর

mono - Mono এর ECMA-CLI নেটিভ কোড জেনারেটর (জাস্ট-ইন-টাইম এবং আগ-সময়)

সাইনোপিসিস

মনো [বিকল্প] ফাইল [যুক্তি...]

mono-sgen [বিকল্প] ফাইল [যুক্তি...]

বর্ণনাঃ

মনো এটি ECMA কমন ল্যাঙ্গুয়েজ ইনফ্রাস্ট্রাকচারের একটি রানটাইম বাস্তবায়ন। এটা হতে পারে
ECMA এবং .NET অ্যাপ্লিকেশন চালানোর জন্য ব্যবহৃত হয়।

রানটাইমে একটি নেটিভ কোড জেনারেটর রয়েছে যা কমন ইন্টারমিডিয়েটকে রূপান্তরিত করে
নেটিভ কোডে ভাষা।

কোড জেনারেটর দুটি মোডে কাজ করতে পারে: ঠিক সময় সংকলনে (JIT) বা তার আগে
সময় সংকলন (AOT)। যেহেতু কোড গতিশীলভাবে লোড করা যেতে পারে, রানটাইম পরিবেশ এবং
JIT সর্বদা উপস্থিত থাকে, এমনকি যদি কোড সময়ের আগে সংকলিত হয়।

রানটাইম নির্দিষ্ট লোড করে ফাইল এবং ঐচ্ছিকভাবে পাস করে আর্গুমেন্ট এটা দ্য ফাইল
একটি ECMA সমাবেশ। তাদের সাধারণত একটি .exe বা .dll এক্সটেনশন থাকে।

রানটাইম অ্যাপ্লিকেশানগুলি চালানোর জন্য বেশ কয়েকটি কনফিগারেশন বিকল্প সরবরাহ করে
বিকাশ এবং ডিবাগিং, এবং রানটাইম নিজেই পরীক্ষা এবং ডিবাগ করার জন্য।

সার্জারির মনো কমান্ড Boehm রক্ষণশীল আবর্জনা সংগ্রাহক ব্যবহার করে যখন mono-sgen হুকুম
একটি চলমান এবং প্রজন্মের আবর্জনা সংগ্রহকারী ব্যবহার করে।

পোর্টেবিলিটি

ইউনিক্স-ভিত্তিক সিস্টেমে, মোনো উইন্ডোজ-স্টাইল ফাইল অ্যাক্সেস অনুকরণ করার জন্য একটি প্রক্রিয়া প্রদান করে,
এর মধ্যে ফাইল সিস্টেম, ডিরেক্টরি বিভাজকের একটি কেস সংবেদনশীল দৃশ্য প্রদান করা অন্তর্ভুক্ত
ম্যাপিং (\ থেকে /) এবং ড্রাইভ অক্ষর ছিনতাই করা।

এই কার্যকারিতা সেট করে সক্রিয় করা হয়েছে MONO_IOMAP পরিবেশ পরিবর্তনশীল এক
সব, ড্রাইভ এবং কেস।

জন্য বিবরণ দেখুন MONO_IOMAP আরো বিস্তারিত জানার জন্য পরিবেশ ভেরিয়েবল বিভাগে.

রন্টটাইম বিকল্প

নিম্নলিখিত বিকল্পগুলি উপলব্ধ:

--aot, --aot[=বিকল্প]
এই বিকল্পটি নির্দিষ্ট অ্যাসেম্বলিতে CIL কোডকে নেটিভ-এ প্রি-কম্পাইল করতে ব্যবহৃত হয়
কোড উৎপন্ন কোড এক্সটেনশন সহ একটি ফাইলে সংরক্ষণ করা হয় .so. এই নথি
সমাবেশটি কার্যকর হলে রানটাইম স্বয়ংক্রিয়ভাবে তুলে নেওয়া হবে।
আগাম-অব-টাইম সংকলন সবচেয়ে দরকারী যদি আপনি এটির সাথে একত্রে ব্যবহার করেন
-O=সমস্ত,-ভাগ করা পতাকা যা কোড জেনারেটরের সমস্ত অপ্টিমাইজেশনকে সক্ষম করে
সঞ্চালিত করা এই অপ্টিমাইজেশনগুলির মধ্যে কিছু জাস্ট-ইন-টাইমের জন্য ব্যবহারিক নয়
সংকলন যেহেতু তারা খুব সময়সাপেক্ষ হতে পারে। .NET ফ্রেমওয়ার্কের বিপরীতে,
আগাম-সময়ের সংকলন ডোমেন স্বাধীন কোড তৈরি করবে না: এটি তৈরি করে
একই কোড যা জাস্ট-ইন-টাইম কম্পাইলার তৈরি করবে। অধিকাংশ থেকে
অ্যাপ্লিকেশনগুলি একটি একক ডোমেন ব্যবহার করে, এটি ঠিক আছে। আপনি যদি অপ্টিমাইজ করতে চান
মাল্টি-ডোমেন অ্যাপ্লিকেশনে ব্যবহারের জন্য তৈরি কোড, -O=shared ব্যবহার করে বিবেচনা করুন
পতাকা এটি পদ্ধতিগুলিকে প্রাক-সংকলন করে, তবে মূল সমাবেশ এখনও প্রয়োজন
এই হিসাবে চালানোর জন্য মেটাডেটা এবং ব্যতিক্রম তথ্য রয়েছে যা নেই
উত্পন্ন ফাইলে উপলব্ধ। কোড প্রি-কম্পাইল করার সময়, আপনি কম্পাইল করতে চাইতে পারেন
সমস্ত অপ্টিমাইজেশান সহ (-O=সমস্ত)। প্রাক-সংকলিত কোড হল অবস্থান স্বাধীন কোড।
প্রাক-সংকলন শুধুমাত্র স্টার্টআপের সময় কমাতে, কোড শেয়ারিং বাড়ানোর একটি প্রক্রিয়া
একাধিক মনো প্রসেস জুড়ে এবং জাস্ট-ইন-টাইম কম্পাইলেশন প্রোগ্রাম স্টার্টআপ এড়িয়ে চলুন
খরচ মূল সমাবেশটি এখনও উপস্থিত থাকতে হবে, যেহেতু মেটাডেটা রয়েছে৷
সেখানে AOT কোড সাধারণত এক কম্পিউটার থেকে অন্য কম্পিউটারে সরানো যায় না (CPU-
নির্দিষ্ট অপ্টিমাইজেশান যা রানটাইমে সনাক্ত করা হয়) তাই আপনার সরানোর চেষ্টা করা উচিত নয়
প্রাক-উত্পাদিত সমাবেশগুলি বা প্যাকেজগুলির জন্য প্রাক-উত্পাদিত সমাবেশগুলি
স্থাপনা একটি পরামিতি হিসাবে কয়েকটি বিকল্প উপলব্ধ --aot কমান্ড লাইন
বিকল্প বিকল্পগুলি কমা দ্বারা পৃথক করা হয়, এবং একাধিক নির্দিষ্ট করা যেতে পারে:

autoreg
AOT কম্পাইলার স্বয়ংক্রিয়ভাবে একটি (শুধুমাত্র ELF) লাইব্রেরি ইনিশিয়ালাইজার নির্গত করবে
রানটাইমের সাথে aot কম্পাইল করা মডিউল নিবন্ধন করুন। এই শুধুমাত্র দরকারী
স্ট্যাটিক মোড

asmonly
AOT কম্পাইলারকে একটি বস্তুর পরিবর্তে সমাবেশ কোড আউটপুট করার নির্দেশ দেয়
ফাইল.

বাইন্ড-টু-রানটাইম-সংস্করণ
নির্দিষ্ট করা থাকলে, জেনারেট করা AOT ফাইলগুলিকে রানটাইমে আবদ্ধ হতে বাধ্য করে
কম্পাইলিং মনোর সংস্করণ। এটি AOT ফাইলগুলিকে প্রতিরোধ করবে
একটি ভিন্ন মনো রানটাইম দ্বারা গ্রাস. সম্পূর্ণ এটি বর্তমানে একটি
পরীক্ষামূলক বৈশিষ্ট্য যেহেতু এটি সম্পূর্ণ নয়। এটি মনোকে নির্দেশ দেয়
প্রি-কম্পাইল কোড যা ঐতিহাসিকভাবে AOT এর সাথে প্রি-কম্পাইল করা হয়নি।

direct-pinvoke
যখন এই বিকল্পটি নির্দিষ্ট করা হয়, তখন P/Invoke পদ্ধতিগুলি এর পরিবর্তে সরাসরি আহ্বান করা হয়
অপারেটিং সিস্টেম প্রতীক লুকআপ অপারেশন মাধ্যমে যাচ্ছে.

llvm-পথ=
llvm টুল 'opt' এবং 'llc'-এর জন্য একই।

mtriple=
GNU শৈলী লক্ষ্য ট্রিপল ব্যবহার করুন কিছু কোড জেনারেশন নির্ধারণ করতে
বিকল্পগুলি, যেমন --mtriple=armv7-linux-gnueabi কোড তৈরি করবে যা লক্ষ্য করে
ARMv7. এটি বর্তমানে শুধুমাত্র ARM ব্যাকএন্ড দ্বারা সমর্থিত। LLVM মোডে,
এই ট্রিপলটি এলএলভিএম এলএলসি কম্পাইলারে প্রেরণ করা হয়েছে।

nimt-trampolines = [সংখ্যা]
সম্পূর্ণ aot মোডে কম্পাইল করার সময়, IMT ট্রাম্পোলাইনগুলি অবশ্যই আগে থেকে তৈরি করা উচিত
AOT ইমেজ। আপনি এই সঙ্গে অতিরিক্ত পদ্ধতি trampolines যোগ করতে পারেন
যুক্তি. ডিফল্ট 128.

নোডবাগ
কোনো ডিবাগিং তথ্য আউটপুট না করার জন্য AOT কম্পাইলারকে নির্দেশ দেয়।

নো-ডাইরেক্ট-কল
এটি AOT কম্পাইলারকে একটি পদ্ধতিতে সরাসরি কল তৈরি করতে বাধা দেয়।
AOT কম্পাইলার সাধারণত কিছু নির্দিষ্ট পদ্ধতির জন্য সরাসরি কল তৈরি করে
PLT এর মধ্য দিয়ে যাওয়ার প্রয়োজন নেই (উদাহরণস্বরূপ, যে পদ্ধতিগুলি পরিচিত
স্ট্যাটিক কনস্ট্রাক্টরের মতো হুকের প্রয়োজন নেই) বা সাধারণ অভ্যন্তরীণ কল করুন
কল।

বামন ডিবাগ
AOT কম্পাইলারকে DWARF ডিবাগিং তথ্য নির্গত করার নির্দেশ দেয়। যখন ব্যবহার করা হয়
নোডবাগ বিকল্পের সাথে, শুধুমাত্র DWARF ডিবাগিং তথ্য
নির্গত, কিন্তু রানটাইমে ব্যবহার করা যেতে পারে এমন তথ্য নয়।

nrgctx-trampolines=[সংখ্যা]
সম্পূর্ণ aot মোডে কম্পাইল করার সময়, জেনেরিক শেয়ারিং ট্রাম্পোলাইন হতে হবে
AOT ইমেজে আগে থেকে তৈরি করা হয়েছে। আপনি সঙ্গে অতিরিক্ত পদ্ধতি trampolines যোগ করতে পারেন
এই যুক্তি। ডিফল্ট 1024।

ntrampolines = [সংখ্যা]
সম্পূর্ণ aot মোডে কম্পাইল করার সময়, পদ্ধতি trampolines precreated করা আবশ্যক
AOT ছবিতে। আপনি এই সঙ্গে অতিরিক্ত পদ্ধতি trampolines যোগ করতে পারেন
যুক্তি. ডিফল্ট 1024.

outfile=[ফাইলের নাম]
নির্দিষ্ট ফাইলে আউটপুট সংরক্ষণ করতে AOT কম্পাইলারকে নির্দেশ দেয়।

প্রিন্ট-এড়িয়ে যাওয়া-পদ্ধতি
যদি AOT কম্পাইলার কোনো কারণে কোনো পদ্ধতি কম্পাইল করতে না পারে, তাহলে এটি সক্রিয় করে
ফ্ল্যাগ এড়িয়ে যাওয়া পদ্ধতিগুলি কনসোলে আউটপুট করবে।

readonly-value=namespace.typename.fieldname=type/value
একটি স্ট্যাটিক শুধুমাত্র পঠন ক্ষেত্রের মান ওভাররাইড করুন। সাধারণত, জেআইটির সময়
কম্পাইলেশন, স্ট্যাটিক কনস্ট্রাক্টর সাগ্রহে চালানো হয়, তাই স্ট্যাটিক এর মান
শুধুমাত্র readonly ক্ষেত্রটি সংকলনের সময় পরিচিত হয় এবং কম্পাইলার একটি সংখ্যা করতে পারে
এর উপর ভিত্তি করে অপ্টিমাইজেশন। AOT এর সময়, পরিবর্তে, স্ট্যাটিক কনস্ট্রাক্টর
চালানো যাবে না, তাই এই বিকল্পটি এই ধরনের ক্ষেত্রের মান সেট করতে ব্যবহার করা যেতে পারে
এবং অপ্টিমাইজেশনের একই সেট সক্ষম করুন। টাইপ i1, i2, i4 এর যেকোনও হতে পারে
নিজ নিজ মাপের পূর্ণসংখ্যা (বাইটে)। নোট করুন যে স্বাক্ষরিত/স্বাক্ষরবিহীন
সংখ্যা এখানে কোন ব্যাপার না, শুধুমাত্র স্টোরেজ আকার. এই বিকল্প হতে পারে
একাধিকবার নির্দিষ্ট করা হয়েছে এবং এটি স্ট্যাটিক কনস্ট্রাক্টরকে বাধা দেয় না
রানটাইমে স্বাভাবিক নিয়মের সাথে চালানোর জন্য ক্ষেত্রটি সংজ্ঞায়িত করে
(অতএব সম্ভবত ক্ষেত্রের জন্য একটি ভিন্ন মান গণনা)।

সেভ-টেম্পস, কিপ-টেম্পস
AOT কম্পাইলারকে অস্থায়ী ফাইল রাখার নির্দেশ দেয়।

নরম-ডিবাগ
এটি কম্পাইলারকে সিকোয়েন্স পয়েন্ট চেক তৈরি করার নির্দেশ দেয় যা অনুমতি দেয়
মনোর সফ্ট ডিবাগার যেখানে নেই এমন সিস্টেমেও অ্যাপ্লিকেশন ডিবাগ করতে
ব্রেকপয়েন্ট সেট করা সম্ভব বা একক ধাপে (নির্দিষ্ট কিছু হার্ডওয়্যার
সেল ফোন এবং ভিডিও গেমিং কনসোলের মত কনফিগারেশন)।

স্থির একটি ELF অবজেক্ট ফাইল (.o) বা .s ফাইল তৈরি করুন যা স্ট্যাটিকভাবে লিঙ্ক করা যেতে পারে
মনো রানটাইম এমবেড করার সময় একটি এক্সিকিউটেবলে। এই অপশন যখন
ব্যবহৃত, অবজেক্ট ফাইলটি ব্যবহার করে এমবেডেড রানটাইমের সাথে নিবন্ধিত হতে হবে
mono_aot_register_module ফাংশন যা এর আর্গুমেন্ট হিসেবে নেয়
mono_aot_module_ অবজেক্ট ফাইল থেকে _info গ্লোবাল চিহ্ন:

extern void *mono_aot_module_hello_info;

mono_aot_register_module (mono_aot_module_hello_info);

পরিসংখ্যান AOT সংকলনের সময় সংগৃহীত বিভিন্ন পরিসংখ্যান প্রিন্ট করুন।

থ্রেড = [সংখ্যা]
এটি একাধিক থ্রেড ব্যবহার করার জন্য AOT কম্পাইলারের জন্য একটি পরীক্ষামূলক বিকল্প
পদ্ধতি কম্পাইল করার সময়।

টুল-প্রিফিক্স=
প্রিপেন্ড করে AOT কম্পাইলার দ্বারা চালিত টুলের নামে, যেমন
'যেমন'/'ld'। উদাহরণস্বরূপ, --tool=prefix=arm-linux-gnueabi- AOT তৈরি করবে
কম্পাইলার রান

লিখন-চিহ্ন
ডিবাগ প্রতীক তথ্য নির্গত করার জন্য AOT কম্পাইলারকে নির্দেশ দেয়।

AOT সম্পর্কে আরও তথ্যের জন্য, দেখুন: http://www.mono-project.com/docs/advanced/aot/

--সংযুক্ত=[বিকল্প]
বর্তমানে এই কমান্ড লাইন আর্গুমেন্ট দ্বারা সমর্থিত একমাত্র বিকল্প অক্ষম যে
সংযুক্ত কার্যকারিতা নিষ্ক্রিয় করে।

--config ফাইলের নাম
ডিফল্ট ফাইলের পরিবর্তে নির্দিষ্ট কনফিগারেশন ফাইল লোড করুন। ডিফল্ট
ফাইলগুলি হল /etc/mono/config এবং ~/.mono/config অথবা ফাইলে উল্লিখিত
MONO_CONFIG পরিবেশ পরিবর্তনশীল, যদি সেট করা থাকে। দেখুন mono-config(5) জন্য ম্যান পেজ
এই ফাইলের বিন্যাসে বিস্তারিত।

--ডিবাগার-এজেন্ট=[বিকল্প]
এটি মনো রানটাইমকে মনো রানটাইমের ভিতরে একটি ডিবাগিং এজেন্ট শুরু করার নির্দেশ দেয়
এবং এটিকে একটি ক্লায়েন্ট ইউজার ইন্টারফেসের সাথে সংযুক্ত করলে মনো প্রক্রিয়া নিয়ন্ত্রণ করবে। এই
বিকল্পটি সাধারণত IDE দ্বারা ব্যবহৃত হয়, যেমন MonoDevelop IDE।

নিম্নলিখিত বিকল্পগুলির মধ্যে একটি ব্যবহার করে কনফিগারেশনটি নির্দিষ্ট করা হয়েছে:

ঠিকানা=হোস্ট:পোর্ট
আপনার ডিবাগার ক্লায়েন্ট যেখানে আইপি ঠিকানা নির্দিষ্ট করতে এই বিকল্পটি ব্যবহার করুন
শোনা.

লগলেভেল=লেভেল
এর জন্য ডায়াগনস্টিক লগ লেভেল নির্দিষ্ট করে

logfile=ফাইলের নাম
লগ যেখানে সংরক্ষণ করা হবে সেটি নির্দিষ্ট করতে ব্যবহৃত হয়, এটি ডিফল্ট
স্ট্যান্ডার্ড আউটপুট।

সার্ভার=[y/n]
ডিফল্ট থেকে না, ডিফল্ট বিকল্পের সাথে মনো সক্রিয়ভাবে সংযোগ করবে
হোস্ট/পোর্ট এর সাথে কনফিগার করা হয়েছে ঠিকানা বিকল্প আপনি যদি এটি 'y' সেট করেন তবে এটি
Mono রানটাইমকে সার্ভার মোডে ডিবাগিং শুরু করার নির্দেশ দেয়, যেখানে Mono
সক্রিয়ভাবে মোনো প্রক্রিয়ার সাথে সংযোগ করার জন্য ডিবাগার ফ্রন্ট এন্ডের জন্য অপেক্ষা করে।
মোনো আইপি ঠিকানা এবং পোর্ট যেখানে শুনছে তা stdout করতে প্রিন্ট আউট করবে।

setpgid=[y/n]
যদি হ্যাঁ সেট করা হয়, মনো কল করবে setpgid(0, 0) on শুরু, if যে ক্রিয়া is
সহজলভ্য on দ্য পদ্ধতি. এই is দরকারী উন্নত নিশ্চিত যে সংকেত নিষ্কৃত
থেকে a প্রক্রিয়া যে is নির্বাহ দ্য ডিবাগী হয় না প্রচারিত থেকে দ্য
ডিবাগী, যেমন কখন Ctrl-C পাঠায় সাইন ইন থেকে দ্য sdb টুল.

সাসপেন্ড=[y/n]
ডিফল্ট হ্যাঁ, ডিফল্ট বিকল্পের সাথে Mono স্টার্টআপে vm সাসপেন্ড করবে
যতক্ষণ না এটি সফলভাবে একটি ডিবাগার ফ্রন্ট এন্ডে সংযোগ করে। আপনি এটা সেট যদি
'n', এর সাথে একযোগে সার্ভার=y, এটি মনো রানটাইমকে হিসাবে চালানোর নির্দেশ দেয়
স্বাভাবিক, ডিবাগার ফ্রন্ট এন্ডে পাঠানোর জন্য মেটাডেটা ক্যাশ করার সময়
সংযোগ..

পরিবহন=পরিবহন_নাম
এটি ডিবাগার ব্যবহার করবে এমন পরিবহন নির্দিষ্ট করতে ব্যবহৃত হয়
যোগাযোগ এটি অবশ্যই নির্দিষ্ট করা উচিত এবং বর্তমানে এটি হওয়া প্রয়োজন৷
'dt_socket'।

--ডেস্কটপ
ভার্চুয়াল মেশিনটিকে ডেস্কটপ অ্যাপ্লিকেশনের জন্য আরও উপযুক্ত করার জন্য কনফিগার করে।
বর্তমানে এটি যতটা সম্ভব গাদা প্রসারিত এড়াতে GC সিস্টেম সেট করে
আবর্জনা সংগ্রহ কিছুটা ধীর করার ব্যয়ে।

--পূর্ণ-aot
এটি একটি পরীক্ষামূলক ফ্ল্যাগ যা মনো রানটাইমকে নির্দেশ দেয় যে কোনোটি তৈরি না করতে
রানটাইমে কোড এবং একচেটিয়াভাবে mono ব্যবহার করে উত্পন্ন কোডের উপর নির্ভর করে
--aot=পূর্ণ পূর্বে। এটি এমন প্ল্যাটফর্মগুলির জন্য দরকারী যেগুলি গতিশীল করার অনুমতি দেয় না৷
কোড প্রজন্ম। লক্ষ্য করুন যে এই বৈশিষ্ট্যটি রানটাইমে এক্সিকিউশন বাতিল করবে যদি a
আপনার প্রোগ্রামে codepath, অথবা Mono এর ক্লাস লাইব্রেরি কোড তৈরি করার চেষ্টা করে
গতিশীলভাবে আপনার সফ্টওয়্যারটি আগে থেকেই পরীক্ষা করা উচিত এবং নিশ্চিত করুন যে আপনি তা করছেন না
যেকোনো গতিশীল বৈশিষ্ট্য ব্যবহার করুন।

--gc=boehm, --gc=sgen
Mono, Boehm বা SGen ব্যবহারের জন্য গারবেজ কালেক্টর ইঞ্জিন নির্বাচন করে। বর্তমানে
এটি শুধুমাত্র নিশ্চিত করে যে আপনি হয় চালাচ্ছেন মনো or mono-sgen কমান্ড।
এই পতাকা সেট করা যেতে পারে MONO_ENV_OPTIONS সব জোর করে পরিবেশ পরিবর্তনশীল
আপনার সন্তান মনো রানটাইমের সাথে এক বিশেষ ধরনের জিসি ব্যবহার করার প্রক্রিয়া করে।

--help, -h
ব্যবহারের নির্দেশাবলী প্রদর্শন করে।

--llvm যদি মনো রানটাইম LLVM সমর্থনের সাথে কম্পাইল করা হয় (সব ক্ষেত্রে উপলব্ধ নয়
কনফিগারেশন), মনো LLVM অপ্টিমাইজেশান এবং কোড জেনারেশন ইঞ্জিন ব্যবহার করবে
JIT বা AOT কম্পাইল। আরও তথ্যের জন্য, পরামর্শ করুন: http://www.mono-
project.com/docs/advanced/mono-llvm/

--nollvm
LLVM সমর্থন সহ কম্পাইল করা Mono ব্যবহার করার সময়, এটি Monoকে বাধ্য করে
এর JIT ইঞ্জিনে ফলব্যাক করুন এবং LLVM ব্যাকএন্ড ব্যবহার করবেন না।

--অপ্টিমাইজ=মোড, -ও=মোড
মোড হল অপ্টিমাইজেশানের একটি কমা বিভক্ত তালিকা৷ তারা অপ্টিমাইজেশান করার অনুমতি দেয়
একটি বিয়োগ চিহ্ন সহ অপ্টিমাইজেশন নামের উপসর্গ দিয়ে বন্ধ করা হবে। সাধারণভাবে,
Mono টিউন করা হয়েছে পতাকাগুলির ডিফল্ট সেট ব্যবহার করার জন্য, এই পতাকাগুলি a এর জন্য ব্যবহার করার আগে
স্থাপনার সেটিং, আপনি আসলে তাদের ব্যবহার করার সুবিধাগুলি পরিমাপ করতে চাইতে পারেন।
নিম্নলিখিত অপ্টিমাইজেশান ফ্ল্যাগগুলি মূল ইঞ্জিনে প্রয়োগ করা হয়:
abcrem অ্যারে আবদ্ধ চেক অপসারণ
সব সব অপটিমাইজেশন চালু করুন
aot Ahead of Time সংকলিত কোডের ব্যবহার
শাখা শাখা অপ্টিমাইজেশান
cfold ধ্রুবক ভাঁজ
cmov শর্তাধীন চালগুলি [আর্ক-নির্ভরতা]
deadce মৃত কোড নির্মূল
consprop ধ্রুবক প্রচার
copyprop অনুলিপি প্রচার
fcmov ফাস্ট x86 FP তুলনা করে [আর্ক-নির্ভরতা]
float32 32-বিট অপারেশন ব্যবহার করে 32-বিট ফ্লোট পাটিগণিত সম্পাদন করে
gshared জেনেরিক কোড শেয়ারিং সক্ষম করুন।
ইনলাইন ইনলাইন পদ্ধতি কল
intrins অভ্যন্তরীণ পদ্ধতি বাস্তবায়ন
লিনিয়ার লিনিয়ার স্ক্যান গ্লোবাল রেগ অ্যালোকেশন
পাতা পাতা পদ্ধতি অপ্টিমাইজেশান
লুপ লুপ সম্পর্কিত অপ্টিমাইজেশান
peephole Peephole পোস্টপাস
precomp মেইন চালানোর আগে সমস্ত পদ্ধতি প্রি-কম্পাইল করুন
নির্ধারিত নির্দেশের সময়সূচী
শেয়ার্ড এমিট প্রতি-ডোমেন কোড
x2 এ sse2 SSE86 নির্দেশাবলী [আর্ক-নির্ভরতা]
tailc টেইল রিকারশন এবং টেইল কল
উদাহরণস্বরূপ, সমস্ত অপ্টিমাইজেশান সক্ষম করতে কিন্তু ডেড কোড নির্মূল এবং ইনলাইনিং,
তুমি ব্যবহার করতে পার:
-ও=সমস্ত,-মৃত,-ইনলাইন
[arch-dependency] দিয়ে পতাকা লাগানো পতাকাগুলি নির্দেশ করে যে প্রদত্ত বিকল্পটি যদি
এহেড অফ টাইম কম্পাইলেশন (--aot পতাকা) এর সংমিশ্রণে ব্যবহৃত হয়
সংকলিত কোড যা বর্তমান CPU এর উপর নির্ভর করবে এবং নিরাপদে সরানো যাবে না
অন্য কম্পিউটার।

নিম্নলিখিত অপ্টিমাইজেশান সমর্থিত

ভাসা
রানটাইম ব্যবহার করে 32-বিট ফ্লোটিং পয়েন্ট অপারেশন সঞ্চালিত করার অনুরোধ করে
শুধুমাত্র 32-বিট। ডিফল্টরূপে মনো রানটাইম সর্বোচ্চ ব্যবহার করার চেষ্টা করে
ফ্লোটিং পয়েন্ট অপারেশনের জন্য নির্ভুলতা উপলব্ধ, কিন্তু যখন এটি হতে পারে
ভাল ফলাফল রেন্ডার, কোড ধীর হতে পারে. এই অপশন এছাড়াও
LLVM ব্যাকএন্ড দ্বারা উত্পন্ন কোডকে প্রভাবিত করে।

সঙ্গতিপূর্ণভাবে রানটাইম ইনলাইন (ডিফল্ট) করার চেষ্টা করবে কিনা তা নিয়ন্ত্রণ করে
ইনলাইন পদ্ধতি আহ্বান

--রানটাইম=সংস্করণ
মনো বিভিন্ন রানটাইম সংস্করণ সমর্থন করে। ব্যবহৃত সংস্করণ প্রোগ্রামের উপর নির্ভর করে
যেটি চালানো হচ্ছে বা এর কনফিগারেশন ফাইলে (নাম program.exe.config)। এই
বিকল্প একটি ভিন্ন রানটাইম জোর করে এই ধরনের স্বয়ংক্রিয় সনাক্তকরণ ওভাররাইড করতে ব্যবহার করা যেতে পারে
সংস্করণ ব্যবহার করা হবে। মনে রাখবেন যে এটি শুধুমাত্র একটি পরবর্তী সামঞ্জস্যপূর্ণ নির্বাচন করতে ব্যবহার করা উচিত
প্রোগ্রামটি যেটির বিরুদ্ধে সংকলিত হয়েছিল তার চেয়ে রানটাইম সংস্করণ। একটি সাধারণ ব্যবহার হয়
একটি 1.1 সংস্করণে একটি 2.0 প্রোগ্রাম চালানোর জন্য:
mono --runtime=v2.0.50727 program.exe

--নিরাপত্তা, --নিরাপত্তা=মোড
সিকিউরিটি ম্যানেজার সক্রিয় করুন, বর্তমানে মোনোতে একটি পরীক্ষামূলক বৈশিষ্ট্য এবং এটি
ডিফল্টরূপে বন্ধ. নতুন কোড যাচাইকারীও এই বিকল্পের সাথে সক্রিয় করা যেতে পারে।

প্যারামিটার ছাড়া নিরাপত্তা ব্যবহার করা "cas" দিয়ে কল করার সমান
প্যারামিটার।

নিম্নলিখিত মোড সমর্থিত:

core-clr
কোর-সিএলআর নিরাপত্তা ব্যবস্থা সক্রিয় করে, সাধারণত এর জন্য ব্যবহৃত হয়
মুনলাইট/সিলভারলাইট অ্যাপ্লিকেশন। এটি অনেক সহজ নিরাপত্তা প্রদান করে
CAS এর চেয়ে সিস্টেম, দেখুন http://www.mono-project.com/docs/web/moonlight/ উন্নত
এই নতুন সিস্টেমের বর্ণনার আরো বিস্তারিত এবং লিঙ্ক।

বৈধ
নতুন যাচাইকারীকে সক্ষম করে এবং কোডের বৈধতার জন্য মৌলিক যাচাইকরণ করে।
এই মোডে, অনিরাপদ কোড এবং P/Invoke অনুমোদিত। এই মোড একটি প্রদান করে
ভাল নিরাপত্তা গ্যারান্টি কিন্তু এটি এখনও সম্ভব পরিচালিত কোড ক্র্যাশ
মনো।

প্রতিপাদ্য
নতুন যাচাইকারীকে সক্ষম করে এবং কোডটির সম্পূর্ণ যাচাইকরণ করে
নিষ্পন্ন. এটি শুধুমাত্র যাচাইযোগ্য কোড কার্যকর করার অনুমতি দেয়। অনিরাপদ কোড
অনুমোদিত নয় কিন্তু P/Invoke হল। এই মোড পরিচালিত কোডের অনুমতি দেওয়া উচিত নয়
ক্র্যাশ মনো যাচাইকরণটি ECMA 335 স্ট্যান্ডার্ডের মতো কঠোর নয়
MS রানটাইমের সাথে সামঞ্জস্যপূর্ণ থাকার জন্য।

সিকিউরিটি সিস্টেম ইউজার কোডের উপর কাজ করে: mscorlib বা গ্লোবাল এ থাকা কোড
সমাবেশ ক্যাশে সর্বদা বিশ্বস্ত।

--সার্ভার
সার্ভার অপারেশনের জন্য ভার্চুয়াল মেশিনকে আরও ভালোভাবে উপযোগী করতে কনফিগার করে
(বর্তমানে, একটি ভারী থ্রেডপুল শুরু করার অনুমতি দেয়)।

--সব যাচাই করুন
বৈধ IL এর জন্য গ্লোবাল অ্যাসেম্বলি ক্যাশে mscorlib এবং সমাবেশগুলি যাচাই করে এবং সমস্ত
IL যাচাইযোগ্যতার জন্য ব্যবহারকারী কোড।

এটি থেকে পৃথক --নিরাপত্তাএই বিকল্পগুলির মধ্যে যাচাইযোগ্য বা বৈধ
শুধুমাত্র ইউজার কোড চেক করুন এবং গ্লোবাল এ অবস্থিত mscorlib এবং সমাবেশগুলি এড়িয়ে যান
সমাবেশ ক্যাশে

-V, --সংস্করণ
JIT সংস্করণের তথ্য প্রিন্ট করে (সিস্টেম কনফিগারেশন, রিলিজ নম্বর এবং শাখা
নাম যদি পাওয়া যায়)।

ডেভেলপমেন্ট বিকল্প

একটি JITed অ্যাপ্লিকেশন তৈরি করার সময় সাহায্য করার জন্য নিম্নলিখিত বিকল্পগুলি ব্যবহার করা হয়।

--ডিবাগ, --debug=OPTIONS
রানটাইমে ডিবাগিং মোড চালু করে। যদি একটি সমাবেশ সঙ্গে সংকলিত হয়
ডিবাগিং তথ্য, এটি স্ট্যাক ট্রেসের জন্য লাইন নম্বর তথ্য তৈরি করবে।

ঐচ্ছিক OPTIONS আর্গুমেন্ট হল ডিবাগিং বিকল্পের একটি কমা বিভক্ত তালিকা।
এই বিকল্পগুলি ডিফল্টরূপে বন্ধ করা হয় যেহেতু তারা অনেক বড় এবং ধীরগতিতে তৈরি করে
রানটাইমে কোড।

নিম্নলিখিত বিকল্পগুলি সমর্থিত:

কাস্ট একটি InvalidCastException নিক্ষেপ করার সময় একটি বিস্তারিত ত্রুটি তৈরি করে। এই
বিকল্পটি সক্রিয় করা দরকার কারণ এটি কার্যকর করার সময় আরও ভার্বোস কোড তৈরি করে
সময়।

mdb-অপ্টিমাইজেশান
কিছু JIT অপ্টিমাইজেশান অক্ষম করুন যা সাধারণত চলমান অবস্থায় শুধুমাত্র নিষ্ক্রিয় হয়
ডিবাগারের ভিতরে। আপনি যদি সংযুক্ত করতে চান তবে এটি সহায়ক হতে পারে
mdb এর সাথে চলমান প্রক্রিয়া।

জিডিবি জিডিবি দিয়ে ডিবাগিং তথ্য তৈরি এবং নিবন্ধন করুন। এই শুধুমাত্র সমর্থিত
কিছু প্ল্যাটফর্মে, এবং শুধুমাত্র যখন gdb 7.0 বা তার পরে ব্যবহার করা হয়।

--প্রোফাইল[=প্রোফাইলার[:প্রোফাইলার_আর্গস]]
প্রোফাইলিং চালু করে। প্রোফাইলিং অ্যাপ্লিকেশন এবং কোড সম্পর্কে আরো তথ্যের জন্য
কভারেজ নীচের "প্রোফাইলিং" এবং "কোড কভারেজ" বিভাগগুলি দেখুন৷

এই বিকল্পটি একাধিকবার ব্যবহার করা যেতে পারে, প্রতিবার একটি লোড হবে
অতিরিক্ত প্রোফাইলার। এটি ডেভেলপারদের JIT প্রসারিত মডিউল ব্যবহার করার অনুমতি দেয়
মনো প্রোফাইলিং ইন্টারফেসের মাধ্যমে।

-- ট্রেস[= অভিব্যক্তি]
পদ্ধতির নাম দেখায় যেমন সেগুলি আহ্বান করা হয়৷ ডিফল্টরূপে সব পদ্ধতি ট্রেস করা হয়. দ্য
ট্রেস পদ্ধতি, ক্লাস বা সমাবেশগুলি অন্তর্ভুক্ত বা বাদ দিতে কাস্টমাইজ করা যেতে পারে। ক
ট্রেস এক্সপ্রেশন হল লক্ষ্যগুলির একটি কমা বিভক্ত তালিকা, প্রতিটি লক্ষ্য উপসর্গ হতে পারে
একটি নির্দিষ্ট লক্ষ্য বন্ধ করতে একটি বিয়োগ চিহ্ন সহ। শব্দ 'প্রোগ্রাম', 'সব' এবং
'অক্ষম' বিশেষ অর্থ আছে। 'প্রোগ্রাম' বলতে প্রধান প্রোগ্রামকে বোঝায়
executed, এবং `all' মানে সমস্ত মেথড কল। 'অক্ষম' বিকল্পটি ব্যবহার করা হয়
ট্রেসিং অক্ষম দিয়ে শুরু করুন। এটি একটি পরবর্তী সময়ে সক্রিয় করা যেতে পারে
রানটাইমে SIGUSR2 সংকেত পাঠিয়ে প্রোগ্রাম। সমাবেশ দ্বারা নির্দিষ্ট করা হয়
তাদের নাম, উদাহরণস্বরূপ, সিস্টেম সমাবেশে সমস্ত কল ট্রেস করতে, ব্যবহার করুন:

mono --trace=System app.exe

ক্লাস T: উপসর্গ দিয়ে নির্দিষ্ট করা হয়েছে। উদাহরণস্বরূপ, সমস্ত কল ট্রেস করতে
System.String ক্লাস, ব্যবহার করুন:

mono --trace=T:System.String app.exe

এবং পৃথক পদ্ধতিগুলি M: উপসর্গ এবং আদর্শ পদ্ধতির সাথে উল্লেখ করা হয়
স্বরলিপি

mono --trace=M:System.Console:WriteLine app.exe

ব্যতিক্রমগুলিও চিহ্নিত করা যেতে পারে, এটি প্রতিবার মুদ্রিত একটি স্ট্যাক ট্রেস সৃষ্টি করবে
নির্দিষ্ট ধরনের একটি ব্যতিক্রম নিক্ষেপ করা হয়. ব্যতিক্রম প্রকার উল্লেখ করা যেতে পারে
নামস্থান সহ বা ছাড়া, এবং সমস্ত ব্যতিক্রম ট্রেস করতে, 'সকল' হিসাবে উল্লেখ করুন
নাম টাইপ করুন।

mono --trace=E:System.Exception app.exe

পূর্বে উল্লিখিত হিসাবে, বিভিন্ন নিয়ম একবারে নির্দিষ্ট করা যেতে পারে:

mono --trace=T:System.String,T:System.Random app.exe

আপনি টুকরোগুলি বাদ দিতে পারেন, পরবর্তী উদাহরণটি সিস্টেম.স্ট্রিং-এ কলগুলিকে ব্যতীত
System.String: Concat পদ্ধতি।

mono --trace=T:System.String,-M:System.String:Concat

আপনি র‌্যাপার কোয়ালিফায়ার ব্যবহার করে অব্যবস্থাপিত ট্রানজিশনে পরিচালিত ট্রেস করতে পারেন:

mono --trace=wrapper app.exe

অবশেষে, N: উপসর্গ ব্যবহার করে নামস্থান নির্দিষ্ট করা যেতে পারে:

mono --trace=N:System.Xml

--no-x86-stack-align
x86 আর্কিটেকচারে স্ট্যাক ফ্রেমগুলি সারিবদ্ধ করবেন না। ডিফল্টরূপে, মোনো স্ট্যাক সারিবদ্ধ করে
ফ্রেমগুলি x16 এ 86 বাইটে, যাতে স্থানীয় ফ্লোটিং পয়েন্ট এবং SIMD ভেরিয়েবল হতে পারে
সঠিকভাবে সারিবদ্ধ। এই বিকল্পটি প্রান্তিককরণ বন্ধ করে দেয়, যা সাধারণত একটি সংরক্ষণ করে
কল প্রতি নির্দেশ, কিন্তু উল্লেখযোগ্যভাবে কম ভাসমান পয়েন্ট হতে পারে এবং
SIMD কর্মক্ষমতা।

--জিতম্যাপ
একটি /tmp/perf-PID.map ফাইলে একটি JIT পদ্ধতি মানচিত্র তৈরি করুন। এই ফাইল তারপর ব্যবহার করা হয়, জন্য
উদাহরণস্বরূপ, সাম্প্রতিক লিনাক্স কার্নেলের অন্তর্ভুক্ত perf টুল দ্বারা। ফাইলের প্রতিটি লাইন
আছে:

HEXADDR HEXSIZE পদ্ধতির নাম

বর্তমানে এই বিকল্পটি শুধুমাত্র লিনাক্সে সমর্থিত।

জে আই টি JIT রক্ষণাবেক্ষণকারী বিকল্প

রক্ষণাবেক্ষণকারী বিকল্পগুলি শুধুমাত্র তারাই ব্যবহার করে যারা রানটাইম নিজেই বিকাশ করছে, এবং নয়
সাধারণত রানটাইম ব্যবহারকারী বা বিকাশকারীদের আগ্রহের বিষয়।

-- বিরতি পদ্ধতি
পদ্ধতির আগে একটি ব্রেকপয়েন্ট সন্নিবেশ করান যার নাম 'পদ্ধতি'
(namespace.class:methodname)। একটি ব্রেকপয়েন্ট চালু করতে পদ্ধতির নাম হিসাবে 'মেইন' ব্যবহার করুন
অ্যাপ্লিকেশনের প্রধান পদ্ধতি। আপনি এটি জেনেরিকের সাথেও ব্যবহার করতে পারেন, উদাহরণস্বরূপ
"সিস্টেম।সংগ্রহ।জেনারিক।সারি`1:পিক"

--ব্রেকনেক্স
ব্যতিক্রমগুলিতে একটি ব্রেকপয়েন্ট সন্নিবেশ করান। এটি আপনাকে আপনার অ্যাপ্লিকেশন ডিবাগ করতে দেয়
একটি নেটিভ ডিবাগার যখন একটি ব্যতিক্রম নিক্ষেপ করা হয়।

-- কম্পাইল নাম
এটি একটি পদ্ধতি (namespace.name:methodname) কম্পাইল করে, এটি পরীক্ষার জন্য ব্যবহৃত হয়
কম্পাইলার পারফরম্যান্স বা কোড জেনারেটরের আউটপুট পরীক্ষা করতে।

--সংকলন
একটি সমাবেশে সমস্ত পদ্ধতি কম্পাইল করে। এটি কম্পাইলার পরীক্ষা করতে ব্যবহৃত হয়
কর্মক্ষমতা বা কোড জেনারেটরের আউটপুট পরীক্ষা করতে

--গ্রাফ=টাইপ পদ্ধতি
এটি নির্দিষ্ট সম্পর্কে বিশদ বিবরণ সহ একটি গ্রাফ সহ একটি পোস্টস্ক্রিপ্ট ফাইল তৈরি করে
পদ্ধতি (namespace.name:methodname)। এর জন্য 'ডট' এবং ঘোস্টভিউ প্রয়োজন
ইনস্টল করা হয়েছে (এটি Ghostview কে "gv" বলা হবে বলে আশা করে)। নিম্নলিখিত গ্রাফ হল
উপলব্ধ:
cfg কন্ট্রোল ফ্লো গ্রাফ (CFG)
dtree Dominator Tree
কোড CFG কোড দেখাচ্ছে
ssa CFG SSA অনুবাদের পরে কোড দেখাচ্ছে
অপ্টকোড সিএফজি আইআর অপ্টিমাইজেশনের পরে কোড দেখাচ্ছে
কিছু গ্রাফ শুধুমাত্র কিছু অপ্টিমাইজেশন চালু থাকলেই পাওয়া যাবে।

--nকম্পাইল
--compile দ্বারা নির্দিষ্ট করা পদ্ধতির সংখ্যার উপর রানটাইম নির্দেশ করুন
(বা সমস্ত পদ্ধতি যদি --compileall ব্যবহার করা হয়) কম্পাইল করতে হবে। এই জন্য ব্যবহার করা হয়
কোড জেনারেটরের কর্মক্ষমতা পরীক্ষা করা হচ্ছে।

-- পরিসংখ্যান
একটি সম্পাদনের সময় রানটাইম দ্বারা সম্পন্ন কাজ সম্পর্কে তথ্য প্রদর্শন করে
আবেদন।

--wapi=hps|semdel
প্রক্রিয়া ভাগ করা তথ্য রক্ষণাবেক্ষণ সঞ্চালন. সেমডেল বিশ্বব্যাপী মুছে ফেলবে
সেমাফোর এইচপিএস বর্তমানে ব্যবহৃত হ্যান্ডেলগুলি তালিকাভুক্ত করবে।

-v, -- ভারবোস
verbosity স্তর বাড়ায়, প্রতিবার এটি তালিকাভুক্ত করা হয়, verbosity বাড়ে
আরও তথ্য অন্তর্ভুক্ত করার স্তর (উদাহরণস্বরূপ, এর একটি বিচ্ছিন্নকরণ সহ
নেটিভ কোড উত্পাদিত, কোড নির্বাচক তথ্য ইত্যাদি)।

সংযুক্ত করুন সাপোর্ট

মনো রানটাইম বাহ্যিক প্রক্রিয়াগুলিকে চলমান প্রক্রিয়ার সাথে সংযুক্ত করতে এবং লোড করার অনুমতি দেয়
চলমান প্রোগ্রাম মধ্যে সমাবেশ. প্রক্রিয়া সংযুক্ত করতে, একটি বিশেষ প্রোটোকল হয়
Mono.Management সমাবেশে বাস্তবায়িত।

এই সমর্থনের সাহায্যে একটি এন্ট্রি পয়েন্ট আছে এমন সমাবেশগুলি লোড করা সম্ভব (সেগুলি হল
মনো প্রক্রিয়ায় লোড এবং কার্যকর করার জন্য -target:exe বা -target:winexe) দিয়ে তৈরি।

কোডটি রুট ডোমেনে লোড করা হয় এবং এটি বিশেষ রানটাইমে কার্যকর করা শুরু করে
থ্রেড সংযুক্ত করুন। সংযুক্ত প্রোগ্রামের নিজস্ব থ্রেড তৈরি করা উচিত এবং পরে ফিরে আসা উচিত
আমন্ত্রণ

এই সমর্থনটি উদাহরণস্বরূপ csharp শেল সংযুক্ত করে অ্যাপ্লিকেশন ডিবাগ করার অনুমতি দেয়
চলমান প্রক্রিয়ার জন্য।

প্রোফাইলিং

মনো রানটাইমে একটি প্রোফাইলার রয়েছে যা বিভিন্ন কর্মক্ষমতা অন্বেষণ করতে ব্যবহার করা যেতে পারে
আপনার আবেদন সংক্রান্ত সমস্যা। --প্রোফাইল পাস করে প্রোফাইলার সক্রিয় করা হয়
মনো রানটাইমে কমান্ড লাইন আর্গুমেন্ট, বিন্যাস হল:

--প্রোফাইল[=প্রোফাইলার[:প্রোফাইলার_আর্গস]]

মনোর একটি অন্তর্নির্মিত প্রোফাইলার রয়েছে যাকে বলা হয় 'ডিফল্ট' (এবং কোনো আর্গুমেন্ট না থাকলে এটিও ডিফল্ট।
নির্দিষ্ট করা হয়েছে), কিন্তু বিকাশকারীরা কাস্টম প্রোফাইলার লিখতে পারে, "কাস্টম প্রোফাইলার্স" বিভাগটি দেখুন
আরো বিস্তারিত জানার জন্য.

যদি একটি প্রোফাইলার নির্দিষ্ট করা নেই, ডিফল্ট প্রোফাইলার ব্যবহার করা হয়। দ্য profiler_args ইহা একটি
প্রোফাইলারের জন্যই প্রোফাইলার-নির্দিষ্ট স্ট্রিং অপশন। ডিফল্ট প্রোফাইলার গ্রহণ করে
অ্যাপ্লিকেশন দ্বারা প্রোফাইল মেমরি খরচ নিম্নলিখিত বিকল্প 'alloc'; 'সময়
প্রতিটি রুটিনে ব্যয় করা সময় প্রোফাইল; 'jit' সময় কাটাতে সংগ্রহ করে JIT-সংকলন পদ্ধতি
এবং নমুনা পরিসংখ্যানগত প্রোফাইলিং সঞ্চালনের জন্য 'স্ট্যাট'। যদি কোন বিকল্প প্রদান করা না হয়
ডিফল্ট হল 'alloc,time,jit'।

ডিফল্টরূপে প্রোফাইল ডেটা stdout এ মুদ্রিত হয়: এটি পরিবর্তন করতে, 'file=filename' ব্যবহার করুন
ফাইলের নামে ডেটা আউটপুট করার বিকল্প। উদাহরণ স্বরূপ:

mono --profile program.exe

এটি ডিফল্ট প্রোফাইলার সহ প্রোগ্রামটি চালাবে এবং সময় এবং বরাদ্দ করবে
প্রোফাইলিং

mono --profile=default:stat,alloc,file=prof.out program.exe

program.exe-এ নমুনা পরিসংখ্যানগত প্রোফাইলিং এবং বরাদ্দ প্রোফাইলিং করবে। ব্যক্তিগত তথ্যাদি
তথ্য prof.out রাখা হয়. উল্লেখ্য যে পরিসংখ্যানগত প্রোফাইলারের একটি খুব কম ওভারহেড আছে এবং
ব্যবহার করার জন্য পছন্দের প্রোফাইলার হওয়া উচিত (ভাল আউটপুটের জন্য মনোর সম্পূর্ণ পথটি ব্যবহার করুন
বাইনারি চালানোর সময় এবং নিশ্চিত করুন যে আপনি addr2line ইউটিলিটি ইনস্টল করেছেন যা থেকে আসে
বিনুটিলস প্যাকেজ)।

লগ ইন প্রোফাইলার

এটি সবচেয়ে উন্নত প্রোফাইলার।

মনো লগ ইন করুন চলমান প্রোগ্রাম সম্পর্কে অনেক তথ্য সংগ্রহ করতে প্রোফাইলার ব্যবহার করা যেতে পারে
মনো রানটাইমে। এই ডেটা ব্যবহার করা যেতে পারে (প্রক্রিয়া চলাকালীন এবং পরে উভয়ই)
প্রোগ্রাম আচরণ বিশ্লেষণ করতে, সম্পদ ব্যবহার নির্ধারণ, কর্মক্ষমতা সমস্যা বা
এমনকি বিশেষ মৃত্যুদন্ডের নিদর্শন সন্ধান করুন।

এর মাধ্যমে মনো রানটাইম দ্বারা প্রদত্ত ইভেন্টগুলি লগ করার মাধ্যমে এটি সম্পন্ন করা হয়
প্রোফাইলিং ইন্টারফেস এবং পর্যায়ক্রমে সেগুলিকে একটি ফাইলে লেখা যা পরে পরিদর্শন করা যেতে পারে
সাথে mprof-রিপোর্ট(1) টুল।

লগ প্রোফাইলার কীভাবে ব্যবহার করবেন সে সম্পর্কে আরও তথ্য তে উপলব্ধ mprof-রিপোর্ট(1)
পাতা.

CUSTOM এ প্রোফাইলার

Mono অন্যান্য প্রোফাইলিং মডিউল লোড করার জন্য একটি প্রক্রিয়া প্রদান করে যা ভাগ করা আকারে
লাইব্রেরি এই প্রোফাইলিং মডিউলগুলি মনো রানটাইমের বিভিন্ন অংশে হুক করতে পারে
কোডটি কার্যকর করা হচ্ছে সে সম্পর্কে তথ্য সংগ্রহ করুন।

একটি তৃতীয় পক্ষের প্রোফাইলার ব্যবহার করার জন্য আপনাকে অবশ্যই প্রোফাইলারের নাম Mono-এ পাস করতে হবে, যেমন:

mono --profile=custom program.exe

উপরের নমুনায় Mono শেয়ার করা লাইব্রেরি থেকে ব্যবহারকারীর সংজ্ঞায়িত প্রোফাইলার লোড করবে
`mono-profiler-custom.so'. এই প্রোফাইলার মডিউলটি আপনার ডায়নামিক লিঙ্কার লাইব্রেরিতে থাকতে হবে
পথ।

মনোর ওয়েব সাইট (www.mono-) থেকে অন্যান্য তৃতীয় পক্ষের প্রোফাইলারের একটি তালিকা পাওয়া যায়
project.com/docs/advanced/performance-tips/)

কাস্টম প্রোফাইল শেয়ার করা লাইব্রেরি হিসেবে লেখা হয়। শেয়ার্ড লাইব্রেরিটিকে অবশ্যই 'মনো-' বলা উচিত
profiler-NAME.so' যেখানে `NAME' আপনার প্রোফাইলারের নাম।

কিভাবে আপনার নিজস্ব কাস্টম প্রোফাইলার লিখবেন তার নমুনার জন্য মনো উত্স ট্রিতে ইন এর জন্য দেখুন
the samples/profiler.c.

কোড কভারেজ

একটি কোড কভারেজ মডিউল সহ মনো জাহাজ। এই মডিউলটি Mono ব্যবহার করে সক্রিয় করা হয়
--profile=cov বিকল্প। বিন্যাস হল: --profile=cov[:assembly-name[/namespace]] পরীক্ষা-
suite.exe

ডিফল্ট কোড কভারেজ লোড হওয়া সমস্ত সমাবেশে ডিফল্ট হবে, আপনি এটিকে সীমাবদ্ধ করতে পারেন
সমাবেশের নাম উল্লেখ করা, উদাহরণস্বরূপ আপনার রুটিনে কোড কভারেজ সম্পাদন করা
প্রোগ্রাম ব্যবহার, উদাহরণস্বরূপ নিম্নলিখিত কমান্ড লাইন রুটিনে কোড কভারেজ সীমাবদ্ধ করে
"ডেমো" সমাবেশে:

mono --profile=cov:demo demo.exe

লক্ষ্য করুন যে সমাবেশ-নাম এক্সটেনশন অন্তর্ভুক্ত করে না।

আপনি একটি নামস্থান নির্দিষ্ট করে কোড কভারেজ আউটপুট আরও সীমাবদ্ধ করতে পারেন:

mono --profile=cov:demo/My.Utilities demo.exe

যা শুধুমাত্র প্রদত্ত সমাবেশ এবং নামস্থানে কোড কভারেজ সম্পাদন করবে।

সাধারণ আউটপুট এই মত দেখায়:

আচ্ছাদিত নয়: ক্লাস:.ক্টর ()
আচ্ছাদিত নয়: শ্রেণী:A ()
আচ্ছাদিত নয়: ড্রাইভার:.ক্টর ()
আচ্ছাদিত নয়: ড্রাইভার: পদ্ধতি ()
আংশিক কভারেজ: ড্রাইভার: প্রধান ()
অফসেট 0x000a

প্রদর্শিত অফসেটগুলি হল IL অফসেট৷

মডিউল `মনোকোভ'-এ আরও শক্তিশালী কভারেজ টুল উপলব্ধ। দেখুন মনোকোভ(1)
বিস্তারিত জানার জন্য ম্যান পেজ।

ডিবাগিং এইডস

পরিচালিত অ্যাপ্লিকেশন ডিবাগ করতে, আপনি ব্যবহার করতে পারেন এমডিবি কমান্ড, একটি কমান্ড লাইন ডিবাগার।

পাঠানোর মাধ্যমে মনোর সমস্ত সক্রিয় থ্রেডের স্ট্যাক ট্রেস পাওয়া সম্ভব
মোনোতে প্রস্থান সংকেত, আপনি কমান্ড লাইন থেকে এটি করতে পারেন, যেমন:

হত্যা - পিড ছাড়ুন

যেখানে pid হল Mono প্রক্রিয়ার Process ID যা আপনি পরীক্ষা করতে চান। প্রক্রিয়া হবে
পরে চলমান চালিয়ে যান, কিন্তু এর অবস্থা নিশ্চিত নয়।

গুরুত্বপূর্ণ: এটি অ্যাপ্লিকেশন ডিবাগ করার জন্য একটি শেষ অবলম্বন প্রক্রিয়া এবং হওয়া উচিত নয়
একটি উত্পাদন অ্যাপ্লিকেশন নিরীক্ষণ বা তদন্ত করতে ব্যবহৃত হয়। রানটাইমের অখণ্ডতা পরে
এই সংকেত পাঠানো নিশ্চিত নয় এবং অ্যাপ্লিকেশন ক্র্যাশ বা যে কোনো সময় বন্ধ হতে পারে
প্রদত্ত পয়েন্ট পরে।

সার্জারির --ডিবাগ=কাস্ট অবৈধ কাস্টের জন্য আরও বিশদ তথ্য পেতে বিকল্পটি ব্যবহার করা যেতে পারে
অপারেশন, এটি জড়িত ধরনের সম্পর্কে তথ্য প্রদান করবে।

আপনি ভার্বোস পেতে MONO_LOG_LEVEL এবং MONO_LOG_MASK পরিবেশ ভেরিয়েবল ব্যবহার করতে পারেন
Mono-এর মধ্যে আপনার অ্যাপ্লিকেশন কার্যকর করার বিষয়ে ডিবাগিং আউটপুট।

সার্জারির MONO_LOG_LEVEL এনভায়রনমেন্ট ভেরিয়েবল সেট করা হলে, লগিং লেভেল সেটে পরিবর্তিত হয়
মান সম্ভাব্য মানগুলি হল "ত্রুটি", "গুরুত্বপূর্ণ", "সতর্কতা", "বার্তা", "তথ্য", "ডিবাগ"। দ্য
ডিফল্ট মান হল "ত্রুটি"। লগের চেয়ে বড় বা সমান লগিং লেভেল সহ বার্তা
স্তর stdout/stderr এ মুদ্রিত হবে।

সমাবেশগুলির গতিশীল লোডিং ট্র্যাক করতে "তথ্য" ব্যবহার করুন।

ব্যবহার MONO_LOG_MASK এনভায়রনমেন্ট ভেরিয়েবল আপনি যে বার্তাগুলি পান তার পরিমাণ সীমাবদ্ধ করতে: যদি
সেট, লগ মাস্ক সেট মান পরিবর্তন করা হয়. সম্ভাব্য মানগুলি হল "asm" (সমাবেশ
লোডার), "টাইপ", "dll" (নেটিভ লাইব্রেরি লোডার), "gc" (আবর্জনা সংগ্রহকারী), "cfg" (config
ফাইল লোডার), "aot" (প্রি-কম্পাইলার), "নিরাপত্তা" (যেমন মুনলাইট কোরসিএলআর সমর্থন) এবং "সমস্ত"।
ডিফল্ট মান হল "সব"। মুখোশের মান পরিবর্তন করলে আপনি শুধুমাত্র বার্তা প্রদর্শন করতে পারবেন
একটি নির্দিষ্ট উপাদানের জন্য। আপনি কমা দিয়ে আলাদা করে একাধিক মুখোশ ব্যবহার করতে পারেন। উদাহরণ স্বরূপ
কনফিগার ফাইল বার্তা এবং সমাবেশ লোডার বার্তা দেখতে আপনি "asm,cfg" এ মাস্ক সেট করুন।

P/Invoke এর সমস্যাগুলি ট্র্যাক করার জন্য নিম্নলিখিতগুলি একটি সাধারণ ব্যবহার:

$ MONO_LOG_LEVEL="ডিবাগ" MONO_LOG_MASK="dll" mono glue.exe

ডিবাগিং সঙ্গে এলএলডিবি

আপনি যদি LLDB ব্যবহার করেন তবে আপনি ব্যবহার করতে পারেন mono.py কিছু অভ্যন্তরীণ তথ্য মুদ্রণ করার জন্য স্ক্রিপ্ট
এর সাথে কাঠামো। এটি ব্যবহার করতে, আপনার এটি যোগ করুন $HOME/.lldbinit ফাইল:
কমান্ড স্ক্রিপ্ট আমদানি $PREFIX/lib/mono/lldb/mono.py

যেখানে $PREFIX হল সেই প্রিফিক্স মান যা আপনি মোনো কনফিগার করার সময় ব্যবহার করেছিলেন (সাধারণত , / usr).

একবার এটি হয়ে গেলে, আপনি কিছু মনো রানটাইম ডেটা স্ট্রাকচার পরিদর্শন করতে পারেন, উদাহরণস্বরূপ:
(lldb) p পদ্ধতি

(MonoMethod *) $0 = 0x05026ac0 [mscorlib]System.OutOfMemoryException:.ctor()

সিরিয়ালাইজেশন

মনোর এক্সএমএল সিরিয়ালাইজেশন ইঞ্জিন ডিফল্টভাবে একটি প্রতিফলন-ভিত্তিক পদ্ধতি ব্যবহার করবে
ক্রমাগত প্রক্রিয়াকরণের (ওয়েব পরিষেবা অ্যাপ্লিকেশন) জন্য ধীর হতে পারে যা সিরিয়ালাইজ করুন। দ্য
সিরিয়ালাইজেশন ইঞ্জিন নির্ধারণ করবে কখন একটি ক্লাসের উপর ভিত্তি করে একটি হ্যান্ড-টিউনড সিরিয়ালাইজার ব্যবহার করতে হবে
কয়েকটি পরামিতি এবং প্রয়োজন হলে এটি আপনার প্রকারের জন্য একটি কাস্টমাইজড C# সিরিয়ালাইজার তৈরি করবে
রানটাইমে এই কাস্টমাইজড সিরিয়ালাইজার তারপর গতিশীলভাবে আপনার মধ্যে লোড পায়
আবেদন।

আপনি MONO_XMLSERIALIZER_THS পরিবেশ পরিবর্তনশীল দিয়ে এটি নিয়ন্ত্রণ করতে পারেন।

সম্ভাব্য মান হল 'না' একটি C# কাস্টমাইজড সিরিয়ালাইজার ব্যবহার নিষ্ক্রিয় করতে, বা একটি
পূর্ণসংখ্যা যা রানটাইমের আগে ব্যবহার করার ন্যূনতম সংখ্যা একটি কাস্টম তৈরি করবে
সিরিয়ালাইজার (0 প্রথম অ্যাক্সেসে একটি কাস্টম সিরিয়ালাইজার তৈরি করবে, 50 একটি তৈরি করবে
50 তম ব্যবহারে সিরিয়ালাইজার)। মনো একটি ব্যাখ্যা করা সিরিয়ালাইজারে ফিরে যাবে যদি
সিরিয়ালাইজার প্রজন্ম একরকম ব্যর্থ হয়। এই আচরণ বিকল্প সেট করে নিষ্ক্রিয় করা যেতে পারে
'নোফলব্যাক' (উদাহরণস্বরূপ: MONO_XMLSERIALIZER_THS=0, nofallback)।

পরিবেশ বৈচিত্র্য

GC_DONT_GC
মনোতে আবর্জনা সংগ্রহ বন্ধ করে দেয়। এটি শুধুমাত্র ডিবাগিংয়ের জন্য ব্যবহার করা উচিত
উদ্দেশ্য

LVM_COUNT
যখন Mono LLVM সমর্থন সহ কম্পাইল করা হয়, তখন এটি রানটাইমকে ব্যবহার বন্ধ করার নির্দেশ দেয়
LLVM এর পর নির্দিষ্ট সংখ্যক পদ্ধতি JITed করা হয়। এটি একটি টুল ব্যবহার করা হয়
কোড জেনারেশন ব্যাকএন্ডে সমস্যাগুলিকে আলাদা করতে সাহায্য করার জন্য ডায়াগনস্টিকস। উদাহরণ স্বরূপ
LLVM_COUNT=10 LLVM দিয়ে শুধুমাত্র 10টি পদ্ধতি কম্পাইল করবে এবং তারপর Mono-এ স্যুইচ করবে
জেআইটি ইঞ্জিন। LLVM_COUNT=0 LLVM ইঞ্জিন সম্পূর্ণভাবে নিষ্ক্রিয় করবে।

MONO_AOT_CACHE
সেট করা হলে, এই ভেরিয়েবলটি Mono কে নির্দেশ দেবে আগে থেকে নতুন অ্যাসেম্বলি কম্পাইল করতে
ডিমান্ড এবং ফলাফল একটি ক্যাশে মধ্যে সংরক্ষণ করুন ~/.mono/aot-cache

MONO_ASPNET_INHIBIT_SETTINGSMAP
মনোতে একটি বৈশিষ্ট্য রয়েছে যা .config ফাইলগুলিতে সেটিংস পরিবর্তন করার অনুমতি দেয়
কনফিগার সেকশন ম্যাপার ব্যবহার করে মনোর সাথে পাঠানো হয়েছে। ম্যাপার এবং ম্যাপিং
নিয়মগুলি $prefix/etc/mono/2.0/settings.map ফাইলে সংজ্ঞায়িত করা হয়েছে এবং, ঐচ্ছিকভাবে,
settings.map ফাইলটি আপনার ASP.NET অ্যাপ্লিকেশনের শীর্ষ-স্তরের ডিরেক্টরিতে পাওয়া যায়।
উভয় ফাইলই অ্যাপ্লিকেশন স্টার্টআপে System.Web দ্বারা পড়া হয়, যদি সেগুলি এখানে পাওয়া যায়
উপরের অবস্থানগুলি। আপনি যদি ম্যাপিংটি সঞ্চালিত না করতে চান তবে আপনি এটি সেট করতে পারেন
অ্যাপ্লিকেশন শুরু করার আগে আপনার পরিবেশে পরিবর্তনশীল এবং কোন কাজ হবে না
নিয়ে যাওয়া হয়।

MONO_ASPNET_WEBCONFIG_CACHESIZE
WebConfigurationManagerকে গতি বাড়ানোর জন্য Mono-তে ConfigSection অবজেক্টের একটি ক্যাশে রয়েছে
প্রশ্ন এটির ডিফল্ট আকার 100টি আইটেম, এবং যখন আরও আইটেম প্রয়োজন হয়, তখন ক্যাশে
উচ্ছেদ ঘটতে শুরু করে। যদি উচ্ছেদ খুব ঘন ঘন হয় তাহলে এটি আরোপ করতে পারে
অপ্রয়োজনীয় ওভারহেড, যা এই পরিবেশ পরিবর্তনশীল ব্যবহার করে এড়ানো যেতে পারে
একটি উচ্চ ক্যাশ আকার সেট আপ করুন (বা এটি হ্রাস করে মেমরি প্রয়োজনীয়তা কম করতে)।

MONO_CAIRO_DEBUG_DISPOSE
সেট করা হলে, Mono.Cairo যখন বস্তু বরাদ্দ করা হয় তখন স্ট্যাক ট্রেস সংগ্রহ করে
যে চূড়ান্তকরণ/নিষ্কাশনের সতর্কতায় উদাহরণের তথ্য অন্তর্ভুক্ত থাকে
উৎপত্তি।

MONO_CFG_DIR
সেট করা হলে, এই ভেরিয়েবলটি ডিফল্ট সিস্টেম কনফিগারেশন ডিরেক্টরিকে ওভাররাইড করে
($PREFIX/ইত্যাদি)। এটি machine.config ফাইলটি সনাক্ত করতে ব্যবহৃত হয়।

MONO_COM
COM ইন্টারপ এর শৈলী সেট করে। এই ভেরিয়েবলের মান "MS" হলে Mono ব্যবহার করবে
BSTR টাইপ লাইব্রেরির জন্য liboleaut32 থেকে স্ট্রিং মার্হসালিং রুটিন, যেকোনো
অন্যান্য মানগুলি মনো-বিল্টিন BSTR স্ট্রিং মার্শালিং ব্যবহার করবে।

MONO_CONFIG
সেট করা থাকলে, এই ভেরিয়েবলটি ডিফল্ট রানটাইম কনফিগারেশন ফাইলকে ওভাররাইড করে
($PREFIX/etc/mono/config)। --config কমান্ড লাইন অপশন ওভাররাইড করে
পরিবেশ সূচক.

MONO_CPU_ARCH
স্বয়ংক্রিয় সিপিইউ সনাক্তকরণ প্রক্রিয়া ওভাররাইড করুন। বর্তমানে শুধুমাত্র বাহুতে ব্যবহার করা হয়। দ্য
মানের বিন্যাস নিম্নরূপ:

"armvV [আঙুল [2]]"

যেখানে V হল আর্কিটেকচার নম্বর 4, 5, 6, 7 এবং বিকল্পগুলি বর্তমানে হতে পারে
"thumb" বা "thumb2"। উদাহরণ:

MONO_CPU_ARCH="armv4 থাম্ব" মনো ...

MONO_ARM_FORCE_SOFT_FLOAT
যখন Mono এআরএম-এ একটি নরম ফ্লোট ফলব্যাক দিয়ে তৈরি করা হয় এবং এই ভেরিয়েবল সেট করা হয়
"1", Mono সবসময় নরম ফ্লোট কোড নির্গত করবে, এমনকি যদি একটি VFP ইউনিট সনাক্ত করা হয়।

MONO_DISABLE_AIO
সেট করা হলে, মনোকে বলে যে নেটিভ অ্যাসিঙ্ক্রোনাস I/O পরিষেবাগুলি ব্যবহার করার চেষ্টা না করতে। তার মধ্যে
ক্ষেত্রে, একটি ডিফল্ট নির্বাচন/পোল বাস্তবায়ন ব্যবহার করা হয়। বর্তমানে শুধুমাত্র epoll() হয়
সমর্থিত।

MONO_DISABLE_MANAGED_COLLATION
যদি এই এনভায়রনমেন্ট ভেরিয়েবলটি 'হ্যাঁ' হয়, রানটাইম অব্যবস্থাপিত কোলেশন ব্যবহার করে (যা
প্রকৃতপক্ষে কোন সংস্কৃতি-সংবেদনশীল কোলেশন মানে না)। এটি অভ্যন্তরীণভাবে পরিচালিত অক্ষম করে
System.Globalization.CompareInfo-এর সদস্যদের মাধ্যমে কলেশন কার্যকারিতা আহ্বান করা হয়েছে
ক্লাস সমষ্টি ডিফল্টরূপে সক্রিয় করা হয়।

MONO_DISABLE_SHM
শুধুমাত্র ইউনিক্স: সেট থাকলে, ক্রস-প্রসেস হ্যান্ডেলগুলির জন্য ব্যবহৃত শেয়ার করা মেমরি ফাইলগুলিকে নিষ্ক্রিয় করে:
প্রক্রিয়া শুধুমাত্র ব্যক্তিগত হ্যান্ডেল আছে. এর মানে হল যে প্রক্রিয়া এবং থ্রেড হ্যান্ডেলগুলি
অন্যান্য প্রক্রিয়ার জন্য উপলব্ধ নয়, এবং নামকরণ করা হয়েছে mutexes, নামকরণ করা ঘটনা এবং নামকরণ করা হয়েছে
সেমাফোরগুলি প্রক্রিয়াগুলির মধ্যে দৃশ্যমান নয়। এটি দ্বারা সক্রিয় করা যেতে পারে
কনফিগার করার জন্য "--disable-shared-handles" বিকল্পটি পাস করে ডিফল্ট। এই হল
mono 2.8 থেকে ডিফল্ট।

MONO_DISABLE_SHARED_AREA
শুধুমাত্র ইউনিক্স: সেট থাকলে, কর্মক্ষমতা প্রকাশের জন্য শেয়ার করা মেমরির ব্যবহার অক্ষম করুন
কাউন্টার এর মানে এটা উভয় বাহ্যিকভাবে পড়া কর্মক্ষমতা সম্ভব হবে না
এই প্রক্রিয়াগুলি থেকে কাউন্টার বা বহিরাগত প্রক্রিয়াগুলি পড়ুন।

MONO_DNS
সেট করা হলে, রেগুলারের পরিবর্তে সম্পূর্ণভাবে পরিচালিত ডিএনএস রিসোলভার ব্যবহার করতে সক্ষম করে
libc ফাংশন। যখন একাধিক কোয়েরি চালানো হয় তখন এই সমাধানকারী অনেক ভালো কাজ করে
সমান্তরাল

মনে রাখবেন যে /etc/nsswitch.conf উপেক্ষা করা হবে।

MONO_EGD_SOCKET
প্ল্যাটফর্মগুলির জন্য যেগুলির অন্যথায় এলোমেলো বাইট পাওয়ার উপায় নেই
একটি egd বা prngd ডেমন আছে এমন একটি ফাইল সিস্টেম সকেটের নামে সেট করুন
শুনছি।

MONO_ENABLE_SHM
শুধুমাত্র ইউনিক্স: ক্রস-প্রসেস হ্যান্ডেলগুলির জন্য সমর্থন সক্ষম করুন। ক্রস-প্রসেস হ্যান্ডেল হয়
প্রসেস হ্যান্ডলগুলি, থ্রেড হ্যান্ডলগুলি, নামযুক্ত মিউটেক্স, নামযুক্ত ইভেন্টগুলি প্রকাশ করতে ব্যবহৃত হয়
ইউনিক্স প্রক্রিয়া জুড়ে সেমাফোর নামকরণ করা হয়েছে।

MONO_ENV_OPTIONS
এই এনভায়রনমেন্ট ভেরিয়েবল আপনাকে একটি মনোতে কমান্ড লাইন আর্গুমেন্ট পাস করতে দেয়
পরিবেশের মাধ্যমে প্রক্রিয়া। এই আপনার সব জোর উদাহরণ জন্য দরকারী
কোনো লঞ্চ স্ক্রিপ্ট পরিবর্তন না করেই LLVM বা SGEN ব্যবহার করার জন্য Mono প্রসেস করে।

MONO_ENV_OPTIONS
রানটাইমে ডিবাগার এজেন্টকে অতিরিক্ত বিকল্পগুলি দেওয়ার জন্য ব্যবহৃত হয়, যেমনটি ছিল
--debugger-agent= ব্যবহার করে পাস করা হয়েছে।

MONO_EVENTLOG_TYPE
ব্যবহার করার জন্য ইভেন্ট লগ প্রদানকারীর ধরন সেট করে (System.Diagnostics.EventLog-এর জন্য)।
সম্ভাব্য মান হল:

স্থানীয় [:পথ]
স্থানীয় ফাইল সিস্টেমে ইভেন্ট লগ এবং এন্ট্রি টিকে থাকে। মধ্যে ডিরেক্টরি
ইভেন্ট লগ, ইভেন্ট উত্স এবং এন্ট্রি নির্দিষ্ট করা যেতে পারে যা বজায় রাখা
মূল্যের অংশ হিসাবে। যদি পাথটি স্পষ্টভাবে সেট করা না থাকে তবে এটি ডিফল্ট করে
ইউনিক্সে "/var/lib/mono/eventlog" এবং Windows এ "%APPDATA%no\ventlog"।

win32 ব্যবহারসমূহ দ্য স্থানীয় win32 এপিআই থেকে লেখা ঘটনাবলী এবং খাতাপত্র ঘটনা লগ এবং ঘটনা
রেজিস্ট্রি সূত্র. এটি শুধুমাত্র Windows এ উপলব্ধ। ইউনিক্সে,
পৃথক ইভেন্ট লগ এবং ইভেন্ট সোর্স ডিরেক্টরির জন্য ডিরেক্টরি অনুমতি
777 এ সেট করা হয়েছে (+t বিট সহ) প্রত্যেককে ইভেন্ট লগ পড়তে এবং লিখতে অনুমতি দেয়
এন্ট্রি শুধুমাত্র ব্যবহারকারী(গুলি) দ্বারা মুছে ফেলার অনুমতি দেয় যে
তাদের তৈরি।

অকার্যকর নিঃশব্দে কোনো ঘটনা পরিত্যাগ করে।

ইউনিক্সে ডিফল্ট "নাল" (এবং NT এর আগে উইন্ডোজের সংস্করণ), এবং "win32"
উইন্ডোজ এনটি (এবং উচ্চতর)।

MONO_EXTERNAL_ENCODINGS
সেট করা হলে, বাঁকানোর সময় চেষ্টা করার জন্য পাঠ্য এনকোডিংয়ের একটি কোলন-বিচ্ছিন্ন তালিকা রয়েছে
ইউনিকোডে বাহ্যিকভাবে তৈরি করা পাঠ্য (যেমন কমান্ড-লাইন আর্গুমেন্ট বা ফাইলের নাম)।
এনকোডিং নামগুলি আইকনভ দ্বারা প্রদত্ত তালিকা থেকে আসে এবং বিশেষ ক্ষেত্রে
"default_locale" যা বর্তমান লোকেলের ডিফল্ট এনকোডিংকে বোঝায়।

বাহ্যিকভাবে তৈরি করা পাঠ্য স্ট্রিং পড়ার সময় UTF-8 প্রথমে চেষ্টা করা হয় এবং তারপরে এটি
প্রথম সফল রূপান্তর অনুসন্ধান শেষ করার সাথে তালিকাটি ক্রমানুসারে চেষ্টা করা হয়।
বাহ্যিক পাঠ্য লেখার সময় (যেমন নতুন ফাইলের নাম বা নতুন প্রক্রিয়ার আর্গুমেন্ট)
এই তালিকার প্রথম আইটেম ব্যবহার করা হয়, অথবা UTF-8 যদি পরিবেশ পরিবর্তনশীল সেট না করা থাকে।

আপনার ফাইলগুলি প্রক্রিয়া করার জন্য MONO_EXTERNAL_ENCODINGS ব্যবহার করার সমস্যা হল এটি
ফলাফল একটি সমস্যা: যদিও সঠিক ফাইলের নাম পাওয়া সম্ভব তা নয়
অগত্যা ফাইল খোলা সম্ভব. সাধারণভাবে আপনার যদি সমস্যা থাকে
আপনার ফাইলের নামগুলিতে এনকোডিং আপনার "convmv" প্রোগ্রাম ব্যবহার করা উচিত।

MONO_GC_PARAMS
SGen আবর্জনা সংগ্রহকারীর সাথে Mono ব্যবহার করার সময় এই পরিবর্তনশীলটি বেশ কয়েকটি নিয়ন্ত্রণ করে
সংগ্রাহকের পরামিতি। ভেরিয়েবলের মান হল একটি কমা দ্বারা বিভক্ত তালিকা
শব্দ।

নার্সারি সাইজ =আয়তন
নার্সারির আকার নির্ধারণ করে। আকারটি বাইটে উল্লেখ করা হয়েছে এবং অবশ্যই একটি হতে হবে
দুই শক্তি কিলো- নির্দিষ্ট করার জন্য `k', `m' এবং `g' প্রত্যয় ব্যবহার করা যেতে পারে।
মেগা- এবং গিগাবাইট, যথাক্রমে। নার্সারি হল প্রথম প্রজন্মের (এর
দুই)। একটি বৃহত্তর নার্সারি সাধারণত প্রোগ্রামের গতি বাড়াবে কিন্তু স্পষ্টতই
আরও মেমরি ব্যবহার করুন। ডিফল্ট নার্সারি আকার 4 MB.

প্রধান =সংগ্রাহক কোন প্রধান সংগ্রাহক ব্যবহার করতে হবে তা নির্দিষ্ট করে।
মার্ক অ্যান্ড সুইপ সংগ্রাহকের জন্য বিকল্পগুলি হল 'মার্কসুইপ' এবং 'মার্কসুইপ-কনক'
সমসাময়িক মার্ক ও সুইপের জন্য। নন-কনকারেন্ট মার্ক অ্যান্ড সুইপ কালেক্টর হল
ডিফল্ট.

soft-heap-limit=আয়তন
একবার স্তূপের আকার এই আকারের চেয়ে বড় হয়ে গেলে, ডিফল্ট প্রধান কী তা উপেক্ষা করুন
সংগ্রহের ট্রিগার মেট্রিক বলে এবং শুধুমাত্র চারটি নার্সারি আকারের প্রধানের অনুমতি দেয়
প্রধান সংগ্রহের মধ্যে গাদা বৃদ্ধি।

evacuation-threshold=গোবরাট
শতাংশে নির্বাসন থ্রেশহোল্ড সেট করে। এই বিকল্প শুধুমাত্র উপলব্ধ
মার্ক অ্যান্ড সুইপ প্রধান সংগ্রাহক। মান অবশ্যই পরিসরে একটি পূর্ণসংখ্যা হতে হবে
0 থেকে 100। ডিফল্ট হল 66। যদি সংগ্রহের সুইপ ফেজ পাওয়া যায়
যে একটি নির্দিষ্ট হিপ ব্লক প্রকারের দখল এর চেয়ে কম
শতাংশ, এটি পরবর্তীতে সেই ব্লক প্রকারের জন্য একটি অনুলিপি সংগ্রহ করবে
বড় সংগ্রহ, যার ফলে 100 শতাংশের কাছাকাছি দখল পুনরুদ্ধার করা হয়েছে। ক
0 এর মান উচ্ছেদ বন্ধ করে দেয়।

(না-) অলস-ঝাড়ু
মার্ক এবং সুইপ সংগ্রাহকের জন্য অলস সুইপ সক্ষম বা অক্ষম করে৷ যদি সক্রিয় করা হয়,
পৃথক প্রধান গাদা ব্লক ঝাড়ু যখনই টুকরো টুকরো করা হয়
প্রয়োজন দেখা দেয়, সাধারণত নার্সারি সংগ্রহের সময়। অলস সুইপিং সক্ষম করা হয়েছে৷
গতানুগতিক.

(no-) concurrent-sweep
মার্ক এবং সুইপ সংগ্রাহকের জন্য সমসাময়িক সুইপ সক্ষম বা নিষ্ক্রিয় করে। যদি
সক্রিয়, কোনটি হতে পারে তা নির্ধারণ করতে সমস্ত প্রধান ব্লকের পুনরাবৃত্তি
মুক্ত এবং কোনটি রাখা এবং ঝাড়ু দিতে হবে, একই সাথে করা হয়
চলমান প্রোগ্রাম। সমবর্তী সুইপিং ডিফল্টরূপে সক্রিয় করা হয়।

স্ট্যাক-মার্ক =মার্ক-মোড
কিভাবে অ্যাপ্লিকেশন থ্রেড স্ক্যান করা উচিত তা নির্দিষ্ট করে। বিকল্পগুলি 'নির্দিষ্ট'৷
এবং 'রক্ষণশীল'। সুনির্দিষ্ট চিহ্নিতকরণ সংগ্রাহককে কী মান জানতে দেয়
স্ট্যাকের উপর রেফারেন্স এবং কি না. রক্ষণশীল চিহ্নিত হুমকি সব
সম্ভাব্য রেফারেন্স হিসাবে মান এবং তাদের অস্পর্শ ছেড়ে. সুনির্দিষ্ট চিহ্নিতকরণ
ভাসমান আবর্জনা হ্রাস করে এবং নার্সারি সংগ্রহ এবং বরাদ্দের গতি বাড়াতে পারে
হার, এটি প্রতি একটি উল্লেখযোগ্য অতিরিক্ত মেমরি প্রয়োজন খারাপ দিক আছে
সংকলিত পদ্ধতি। সঠিক বিকল্প, দুর্ভাগ্যবশত, পরীক্ষা প্রয়োজন।

সংরক্ষণ-লক্ষ্য-অনুপাত=অনুপাত
প্রধান সংগ্রাহকের জন্য লক্ষ্য সংরক্ষণ অনুপাত নির্দিষ্ট করে। কালেক্টর অনুমতি দেয়
নাবালকের কারণে নার্সারি থেকে উন্নীত করা মেমরির একটি প্রদত্ত পরিমাণ
এটি একটি প্রধান সংগ্রহ ট্রিগার আগে সংগ্রহ. এই পরিমাণ উপর ভিত্তি করে
কত মেমরি এটা বিনামূল্যে আশা করে. এটি আকারের অনুপাত হিসাবে উপস্থাপিত হয়
একটি বড় সংগ্রহের পরে গাদা. বৈধ মান 0.1 এবং 2.0 এর মধ্যে।
ডিফল্ট 0.5। ছোট মান প্রধান স্তূপ আকার ছোট রাখা হবে
কিন্তু আরো বড় সংগ্রহ ট্রিগার হবে. একইভাবে, বড় মান ব্যবহার করবে
আরও মেমরি এবং কম ঘন ঘন বড় সংগ্রহের ফলে। এই বিকল্প হয়
পরীক্ষামূলক, তাই এটি মনোর পরবর্তী সংস্করণে অদৃশ্য হয়ে যেতে পারে।

ডিফল্ট-ভাতা-অনুপাত=অনুপাত
গণনা করা আকার খুব হলে ডিফল্ট বরাদ্দ ভাতা নির্দিষ্ট করে
ছোট বরাদ্দ ভাতা কত স্মৃতি সংগ্রাহক হতে দিন
একটি বড় সংগ্রহ ট্রিগার আগে উন্নীত. এটি নার্সারি অনুপাত
আকার বৈধ মান 1.0 এবং 10.0 এর মধ্যে। ডিফল্ট হল 4.0। ছোট
মানগুলি ছোট স্তূপ এবং আরও ঘন ঘন বড় সংগ্রহের দিকে নিয়ে যায়। একইভাবে,
বড় মানগুলি স্তূপটিকে দ্রুত বাড়তে দেয় কিন্তু যখন এটি আরও মেমরি ব্যবহার করে
একটি স্থিতিশীল আকারে পৌঁছায়। এই বিকল্পটি পরীক্ষামূলক, তাই এটি অদৃশ্য হয়ে যেতে পারে
মনোর পরবর্তী সংস্করণে।

অপ্রাপ্তবয়স্ক =ছোট-সংগ্রাহক
কোন ক্ষুদ্র সংগ্রাহক ব্যবহার করতে হবে তা নির্দিষ্ট করে। বিকল্পগুলি 'সহজ' যা প্রচার করে
নার্সারি থেকে সরাসরি পুরানো প্রজন্মের সমস্ত বস্তু এবং 'বিভক্ত'
যা প্রচার করার আগে বস্তুটিকে নার্সারিতে আর থাকতে দেয়।

বরাদ্দ-অনুপাত=অনুপাত
বরাদ্দ স্থান দ্বারা ব্যবহার করা হবে নার্সারি থেকে মেমরির অনুপাত নির্দিষ্ট করে।
এটি শুধুমাত্র স্প্লিট মাইনর কালেক্টরের সাথে ব্যবহার করা যেতে পারে। বৈধ মান হয়
1 এবং 100 এর মধ্যে পূর্ণসংখ্যা। ডিফল্ট হল 60।

প্রচার-বয়স =বয়স
একটি বস্তুর প্রয়োজনীয় বয়স নির্দিষ্ট করে আগে নার্সারির ভিতরে পৌঁছাতে হবে
পুরানো প্রজন্মের কাছে উন্নীত করা হয়েছে। এটি শুধুমাত্র সঙ্গে ব্যবহার করা যেতে পারে
বিভক্ত ক্ষুদ্র সংগ্রাহক. বৈধ মান হল 1 এবং 14 এর মধ্যে পূর্ণসংখ্যা। ডিফল্ট
2 হয়

(না-) সিমেন্টিং
সিমেন্টিং সক্ষম বা নিষ্ক্রিয় করে। এটি নাটকীয়ভাবে নার্সারি ছোট করতে পারে
কিছু বেঞ্চমার্কে সংগ্রহের সময় যেখানে পিন করা বস্তু উল্লেখ করা হয়
বড় স্তূপ থেকে।

MONO_GC_DEBUG
SGen আবর্জনা সংগ্রহকারীর সাথে Mono ব্যবহার করার সময় এই পরিবেশ পরিবর্তনশীল হতে পারে
সংগ্রাহকের বিভিন্ন ডিবাগিং বৈশিষ্ট্য চালু করতে ব্যবহৃত হয়। এর মান
পরিবর্তনশীল শব্দের একটি কমা দ্বারা বিভক্ত তালিকা। এই বিকল্পগুলি ব্যবহার করবেন না
উত্পাদন।

সংখ্যা নির্দিষ্ট নম্বরে ডিবাগ স্তর সেট করে।

মুদ্রণ-ভাতা
প্রতিটি বড় সংগ্রহের পরে আগে এবং পরে মেমরি খরচ প্রিন্ট করে
সংগ্রহ এবং নাবালক কালেক্টরের জন্য ভাতা, অর্থাত্ কত
পরবর্তী বড় সংগ্রহের আগে গৌণ সংগ্রহ থেকে স্তূপ বাড়তে দেওয়া হয়
সংগ্রহ ট্রিগার হয়.

প্রিন্ট-পিনিং
ক্লাসের পরিসংখ্যান সংগ্রহ করে যার বস্তুগুলি নার্সারিতে পিন করা হয়েছে
এবং যার জন্য বিশ্বব্যাপী রিমসেট এন্ট্রি যোগ করা হয়। যখন সেই পরিসংখ্যান প্রিন্ট করে
সম্পূর্ণ বন্ধ.

সংগ্রহ-আগে-আলোক

চেক-এ-নাবাল-সংগ্রহ
এটি গৌণ সংগ্রহের উপর একটি ধারাবাহিকতা পরীক্ষা করে এবং সাফ করে
সংগ্রহের সময় নার্সারি, ডিফল্টের পরিবর্তে, যখন বাফার হয়
বরাদ্দ (ক্লিয়ার-এ-জিসি)। ধারাবাহিকতা পরীক্ষা নিশ্চিত করে যে সেখানে নেই
ছোটখাটো রেফারেন্স থেকে বড় যা মনে রাখা সেটে নেই।

মড-ইউনিয়ন-সংগতি-চেক
প্রতিটি সমাপ্তির আগে মড-ইউনিয়ন কার্ডটেবিলটি সামঞ্জস্যপূর্ণ কিনা তা পরীক্ষা করে
প্রধান সংগ্রহ বিরতি। এই চেক শুধুমাত্র সমবর্তী প্রধানের জন্য প্রযোজ্য
সংগ্রহকারী।

চেক-মার্ক-বিট
বড় স্তূপের মধ্যে বিটগুলি চিহ্নিত করা চেকগুলি প্রতিটির শেষে সামঞ্জস্যপূর্ণ
প্রধান সংগ্রহ। সামঞ্জস্যপূর্ণ মার্ক বিট মানে যে যদি একটি বস্তু চিহ্নিত করা হয়,
যে সমস্ত বস্তুর রেফারেন্স ছিল তাও চিহ্নিত করা আবশ্যক।

চেক-নার্সারি-পিন করা
নার্সারি সংগ্রহের পরে, এবং সমসাময়িক সংগ্রহ শুরু করার আগে, পরীক্ষা করুন
সমস্ত নার্সারি অবজেক্ট পিন করা আছে কিনা, বা পিন করা হয়নি - এর উপর নির্ভর করে
প্রসঙ্গ বিভক্ত নার্সারি সংগ্রাহক ব্যবহার করা হলে কিছুই করে না।

xdomain-চেক
একটি আনলোড করার জন্য কোনো রেফারেন্স বাকি নেই তা নিশ্চিত করতে একটি পরীক্ষা করে
অ্যাপডোমেন।

পরিষ্কার-এ-টল্যাব-সৃষ্টি
থ্রেড স্থানীয় বরাদ্দ বাফার যখন ক্রমবর্ধমান নার্সারী সাফ করে
(TLAB) তৈরি করা হয়। ডিফল্ট সেটিং GC এ পুরো নার্সারি সাফ করে
সময়।

ডিবাগ-ক্লিয়ার-এ-টল্যাব-সৃষ্টি
থ্রেড স্থানীয় বরাদ্দ বাফার যখন ক্রমবর্ধমান নার্সারী সাফ করে
(TLAB) তৈরি করা হয়, কিন্তু GC সময়ে এটি বাইট `0xff` দিয়ে পূরণ করে, যা
যদি `ক্লিয়ার-এট-টল্যাব-সৃষ্টি` না হয় তাহলে আরো দ্রুত ক্র্যাশ হতে হবে
যথাযথভাবে কাজ কর.

পরিষ্কার-এ-জিসি
এটি থ্রেড স্থানীয় করার পরিবর্তে GC সময়ে নার্সারি পরিষ্কার করে
বরাদ্দ বাফার (TLAB) তৈরি করা হয়। ডিফল্ট এ নার্সারি পরিষ্কার করা হয়
TLAB তৈরির সময়।

অক্ষম-নাবালক
ছোট সংগ্রহ করবেন না। নার্সারি পূর্ণ হলে, একটি প্রধান সংগ্রহ হয়
পরিবর্তে ট্রিগার করা হয়েছে, যদি না এটিও নিষ্ক্রিয় হয়।

নিষ্ক্রিয়-প্রধান
বড় সংগ্রহ করবেন না।

রক্ষণশীল-স্ট্যাক-মার্ক
GC কে রক্ষণশীলভাবে স্ট্যাক স্ক্যান করতে বাধ্য করে, এমনকি যদি সুনির্দিষ্ট স্ক্যানিং হয়
পাওয়া যায়.

কোন-পরিচালিত-বরাদ্দকারী
পরিচালিত বরাদ্দকারী অক্ষম করে।

চেক-স্ক্যান-শুরু
সেট করা হলে, প্রতিটির আগে এবং পরে স্ক্যান_স্টার্টে একটি সম্ভাব্যতা পরীক্ষা করে
সংগ্রহ

যাচাই-নার্সারী-এ-মাইনর-জিসি
সেট করা থাকলে, প্রতিটির শুরুতে নার্সারির একটি সম্পূর্ণ অবজেক্ট ওয়াক করে
ছোট সংগ্রহ।

ডাম্প-নার্সারি-এ-মাইনর-জিসি
সেট করা হলে, প্রতিটি নাবালকের শুরুতে নার্সারির বিষয়বস্তু ডাম্প করে
সংগ্রহ verify-nursery-at-minor-gc সেট করতে হবে।

heap-dump=ফাইল
নির্দিষ্ট ফাইলে গাদা বিষয়বস্তু ডাম্প করে। কল্পনা করতে
তথ্য, mono-heapviz টুল ব্যবহার করুন।

binary-protocol=ফাইল
নির্দিষ্ট ফাইলে ডিবাগিং আউটপুট আউটপুট। এই কাজ করার জন্য, মনো
sgen-gc.c-এ BINARY_PROTOCOL সংজ্ঞা দিয়ে কম্পাইল করা দরকার। তুমি পারবে
তারপর আউটপুট অন্বেষণ করতে এই কমান্ড ব্যবহার করুন
sgen-grep-binprot 0x1234 0x5678 < ফাইল

নার্সারি-ক্যানারি
যদি সেট করা থাকে, নার্সারিতে বরাদ্দ করা বস্তুগুলি একটি ক্যানারি (গার্ড) দিয়ে প্রত্যয়িত হয়
শব্দ, যা প্রতিটি ছোট সংগ্রহে পরীক্ষা করা হয়। সনাক্ত/ডিবাগ করতে ব্যবহার করা যেতে পারে
গাদা দুর্নীতির সমস্যা।

চূড়ান্ত না করা
সক্ষম হলে, চূড়ান্তকারী চালানো হবে না। অন্য সব কিছু প্রভাবিত হবে না:
চূড়ান্তকরণযোগ্য বস্তুগুলি এখনও চূড়ান্তকরণের সারিতে রাখা হবে যেখানে তারা
তারা চূড়ান্তভাবে নির্ধারিত না হওয়া পর্যন্ত বেঁচে থাকুন। একবার তারা সারিতে থাকে না
আর সেগুলো নিয়মিত সংগ্রহ করা হবে।

লগ-ফাইনালাইজার
ডিবাগিং এ সাহায্য করার জন্য চূড়ান্তকরণ প্রক্রিয়ার চারপাশে মৌখিকভাবে লগ করুন।

MONO_GAC_PREFIX
গ্লোবাল অ্যাসেম্বলি ক্যাশে দেখার জন্য রানটাইম ব্যবহার করে একটি উপসর্গ প্রদান করে। ডিরেক্টরি
প্ল্যাটফর্ম পাথ বিভাজক দ্বারা পৃথক করা হয় (ইউনিক্সে কোলন)। MONO_GAC_PREFIX
একটি প্রিফিক্সড ইনস্টলের শীর্ষ ডিরেক্টরি নির্দেশ করা উচিত। অথবা ডিরেক্টরিতে
gacutil/gacdir কমান্ডে প্রদান করা হয়েছে। উদাহরণ:
/home/username/.mono:/usr/local/mono/

MONO_IOMAP
খারাপভাবে লেখা অ্যাপ্লিকেশনগুলিকে সহায়তা করার জন্য কিছু ফাইলের নাম পুনর্লিখন সমর্থন সক্ষম করে
হার্ড কোড উইন্ডোজ পাথ. স্ট্রিপ ড্রাইভের জন্য "ড্রাইভ" এর একটি কোলন-বিচ্ছিন্ন তালিকাতে সেট করুন
অক্ষর, বা "কেস" প্রতিটি ডিরেক্টরিতে কেস-সংবেদনশীল ফাইল ম্যাচিং করতে a
পথ "সমস্ত" সমস্ত পুনর্লিখন পদ্ধতি সক্ষম করে। (ব্যাকস্ল্যাশগুলি সর্বদা এতে ম্যাপ করা হয়৷
এই ভেরিয়েবলটি একটি বৈধ বিকল্পে সেট করা থাকলে স্ল্যাশ করে)।
উদাহরণস্বরূপ, এটি শেল থেকে কাজ করবে:

MONO_IOMAP=ড্রাইভ:কেস
MONO_IOMAP রপ্তানি করুন

আপনি যদি আপনার ওয়েব অ্যাপ্লিকেশন হোস্ট করতে mod_mono ব্যবহার করেন, আপনি ব্যবহার করতে পারেন MonoIOMAP
পরিবর্তে নির্দেশ, এই মত:

MonoIOMAP সব

দেখ mod_mono(8) আরও বিস্তারিত জানার জন্য।

উপরন্তু. মনোতে একটি প্রোফাইলার মডিউল রয়েছে যা একজনকে কী ট্র্যাক করতে দেয়
ফাইল পাথের সামঞ্জস্য IOMAP কোড করতে হবে। ট্র্যাকিং কোড রিপোর্ট
পরিচালিত অবস্থান (সম্পূর্ণ স্ট্যাক ট্রেস) যেখান থেকে IOMAP-ed কল করা হয়েছিল এবং, চালু
প্রসেস এক্সিট, অবস্থান যেখানে সমস্ত IOMAP-ed স্ট্রিংগুলি পরিচালিত হয়েছিল
কোড পরের প্রতিবেদনটি শুধুমাত্র আনুমানিক কারণ এটি সবসময় সম্ভব নয়
প্রকৃত অবস্থান অনুমান করুন যেখানে স্ট্রিং তৈরি করা হয়েছিল। কোড সহজ ব্যবহার করে
হিউরিস্টিকস - এটি স্ট্যাক ট্রেস বিশ্লেষণ করে যা স্ট্রিং বরাদ্দের অবস্থানে ফিরে আসে
এবং GAC-তে ইনস্টল করা অ্যাসেম্বলিতে থাকা সমস্ত পরিচালিত কোড উপেক্ষা করে
মনোর সাথে পাঠানো ক্লাস লাইব্রেরির মতো (যেহেতু সেগুলি বিনামূল্যে বলে ধরে নেওয়া হয়
কেস-সংবেদনশীলতা সমস্যা)। এটি তারপর ব্যবহারকারীর কোডে প্রথম অবস্থানের প্রতিবেদন করে -
বেশিরভাগ ক্ষেত্রেই এই স্থানটি হবে যেখানে স্ট্রিং বরাদ্দ করা হয়েছে বা খুব কাছাকাছি
অবস্থান. রিপোর্টিং কোড একটি কাস্টম প্রোফাইলার মডিউল হিসাবে প্রয়োগ করা হয় (দেখুন
"প্রোফাইলিং" বিভাগ) এবং নিম্নলিখিত উপায়ে লোড করা যেতে পারে:

mono --profile=iomap yourapplication.exe

উল্লেখ্য, যাইহোক, Mono বর্তমানে একটি সময়ে শুধুমাত্র একটি প্রোফাইলার মডিউল সমর্থন করে।

MONO_LLVM
যখন Mono LLVM কোড জেনারেশন ব্যাকএন্ড ব্যবহার করে তখন আপনি এই পরিবেশ ব্যবহার করতে পারেন
LLVM কম্পাইলারে কোড জেনারেশন অপশন পাস করার জন্য ভেরিয়েবল।

MONO_MANAGED_WATCHER
"অক্ষম" এ সেট করা হলে, System.IO.FileSystemWatcher একটি ফাইল প্রহরী ব্যবহার করবে
বাস্তবায়ন যা নীরবে সব দেখার অনুরোধ উপেক্ষা করে। যদি কোন সেট করা হয়
অন্যান্য মান, System.IO.FileSystemWatcher ডিফল্ট পরিচালিত ব্যবহার করবে
বাস্তবায়ন (ধীর)। সেট না থাকলে, mono inotify, FAM, Gamin, kevent ব্যবহার করার চেষ্টা করবে
ইউনিক্স সিস্টেমের অধীনে এবং উইন্ডোজে নেটিভ এপিআই কল, পরিচালিত হয়ে ফিরে আসে
ত্রুটির উপর বাস্তবায়ন।

MONO_MESSAGING_PROVIDER
মনো একটি প্লাগইন মডেলকে সমর্থন করে এর বাস্তবায়নের জন্য
বিভিন্ন ধরনের মেসেজিং বাস্তবায়নকে সমর্থন করা সম্ভব (যেমন AMQP, ActiveMQ)।
কোন মেসেজিং ইমপ্লিমেন্টেশনের জন্য evironment ভেরিয়েবল ব্যবহার করা হবে তা নির্দিষ্ট করতে
প্রদানকারীর জন্য সম্পূর্ণ শ্রেণীর নাম সেট করা প্রয়োজন। যেমন RabbitMQ ব্যবহার করা
AMQP ভিত্তিক বাস্তবায়ন ভেরিয়েবলটি এতে সেট করা উচিত:

Mono.Messaging.RabbitMQ.RabbitMQMessaging Provider,Mono.Messaging.RabbitMQ

MONO_NO_SMP
যদি সেটের কারণে মনো প্রক্রিয়া একটি একক প্রসেসরের সাথে আবদ্ধ হয়। এটা হতে পারে
ডিবাগিং বা রেসের অবস্থার আশেপাশে কাজ করার সময় দরকারী।

MONO_NO_TLS
থ্রেড স্থানীয় অ্যাক্সেসের ইনলাইনিং অক্ষম করুন। আপনি একটি segfault পেতে হলে এটি সেট করার চেষ্টা করুন
মনোর মৃত্যুদন্ডের প্রথম দিকে।

MONO_PATH
লাইব্রেরি খুঁজতে যেখানে রানটাইম একটি অনুসন্ধান পথ প্রদান করে
নথি পত্র. এটি অ্যাপ্লিকেশন ডিবাগ করার জন্য সুবিধাজনক একটি টুল, কিন্তু
স্থাপন করা অ্যাপ্লিকেশন দ্বারা ব্যবহার করা উচিত নয় কারণ এটি সমাবেশ ভেঙে দেয়
সূক্ষ্ম উপায়ে লোডার।
ডিরেক্টরিগুলিকে প্ল্যাটফর্ম পাথ বিভাজক (ইউনিক্সের কোলন) দ্বারা পৃথক করা হয়। উদাহরণ:
/home/username/lib:/usr/local/mono/lib
লঞ্চ-টাইম বর্তমান ডিরেক্টরির উপর ভিত্তি করে আপেক্ষিক পাথগুলি সমাধান করা হয়।
MONO_PATH-এর বিকল্প সমাধানগুলির মধ্যে রয়েছে: এতে লাইব্রেরি ইনস্টল করা
গ্লোবাল অ্যাসেম্বলি ক্যাশে (দেখুন গ্যাকুটিল(1)) বা নির্ভরশীল থাকা
প্রধান এক্সিকিউটেবলের সাথে লাইব্রেরি পাশাপাশি।
আবেদনের জন্য প্রস্তাবিত অনুশীলনের সম্পূর্ণ বিবরণের জন্য
স্থাপনা, দেখুন
http://www.mono-project.com/docs/getting-started/application-deployment/

MONO_RTC
পরিসংখ্যানগত প্রোফাইলারে পরীক্ষামূলক RTC সমর্থন: যদি ব্যবহারকারী থাকে
অনুমতি, আরো সঠিক পরিসংখ্যান জড়ো করা হয়. MONO_RTC
মান অবশ্যই লিনাক্স আরটিসি যা অনুমতি দেয় তার মধ্যে সীমাবদ্ধ থাকতে হবে: দুটির শক্তি
64 থেকে 8192 Hz পর্যন্ত। 4096 Hz এর মতো উচ্চতর ফ্রিকোয়েন্সি সক্ষম করতে, রুট হিসাবে চালান:

echo 4096 > /proc/sys/dev/rtc/max-user-freq

উদাহরণ স্বরূপ:

MONO_RTC=4096 mono --profiler=default:stat program.exe

MONO_SHARED_DIR
যদি ".wapi" হ্যান্ডেল স্টেট সংরক্ষিত হয় সেখানে এটির ডিরেক্টরি সেট করুন। এই হল
ডিরেক্টরি যেখানে Windows I/O এমুলেশন লেয়ার তার শেয়ার করা স্টেট ডেটা সঞ্চয় করে
(ফাইল, ঘটনা, মিউটেক্স, পাইপ)। ডিফল্টরূপে Mono ".wapi" ডিরেক্টরি সংরক্ষণ করবে
ব্যবহারকারীদের হোম ডিরেক্টরিতে।

MONO_SHARED_HOSTNAME
হোস্ট নামের প্রতিস্থাপন হিসাবে এই ভেরিয়েবলের স্ট্রিং মান ব্যবহার করে যখন
".wapi" ডিরেক্টরিতে ফাইলের নাম তৈরি করা হচ্ছে। এই সাহায্য করে যদি আপনার হোস্ট নাম
যখন একটি মনো অ্যাপ্লিকেশন চলছে বা আপনার যদি থাকে তখন মেশিনটি পরিবর্তন হতে পারে
.wapi ডিরেক্টরি বিভিন্ন কম্পিউটারের মধ্যে শেয়ার করা হয়েছে। মনো সাধারণত ব্যবহার করে
একাধিক মনো জুড়ে স্থিতি ভাগ করতে ব্যবহৃত ফাইলগুলি তৈরি করতে হোস্টনাম
প্রসেস এটি হোম ডিরেক্টরিগুলিকে সমর্থন করার জন্য করা হয় যা শেয়ার করা হতে পারে৷
নেটওয়ার্ক।

MONO_STRICT_IO_EMULATION
সেট করা থাকলে, IO অপারেশনের সময় অতিরিক্ত চেক করা হয়। বর্তমানে, এই শুধুমাত্র অন্তর্ভুক্ত
ফাইল লেখার চারপাশে উপদেষ্টা লক।

মনো_থিম
Windows.Forms দ্বারা ব্যবহার করা থিমের নাম। উপলব্ধ থিম আজ অন্তর্ভুক্ত
"ক্লিয়ারলুকস", "নাইস" এবং "উইন32"। ডিফল্ট হল "win32"।

MONO_TLS_SESSION_CACHE_TIMEOUT
সময়, সেকেন্ডের মধ্যে, যে SSL/TLS সেশন ক্যাশে এটির এন্ট্রি এড়াতে থাকবে
ক্লায়েন্ট এবং সার্ভারের মধ্যে একটি নতুন আলোচনা। আলোচনা খুব CPU হয়
নিবিড় তাই একটি অ্যাপ্লিকেশন-নির্দিষ্ট কাস্টম মান ছোট জন্য দরকারী প্রমাণিত হতে পারে
এমবেডেড সিস্টেম। ডিফল্ট 180 সেকেন্ড।

MONO_THREADS_PER_CPU
সাধারণ থ্রেডপুলে থ্রেডের ন্যূনতম সংখ্যা হবে
MONO_THREADS_PER_CPU * CPU এর সংখ্যা। এই ভেরিয়েবলের ডিফল্ট মান হল 1।

MONO_XMLSERIALIZER_THS
XmlSerializer-এর জন্য একটি কাস্টম সিরিয়ালাইজার তৈরি করতে থ্রেশহোল্ড নিয়ন্ত্রণ করে
প্রতিফলন-ভিত্তিক দোভাষী ব্যবহার করার পরিবর্তে ক্লাস দেওয়া হয়েছে। সম্ভাব্য মান
একটি কাস্টম সিরিয়ালাইজার ব্যবহার নিষ্ক্রিয় করার জন্য 'না' বা নির্দেশ করার জন্য একটি সংখ্যা যখন
XmlSerializer সিরিয়াল করা শুরু করা উচিত। ডিফল্ট মান 50, যার মানে হল
একটি কাস্টম সিরিয়ালাইজার 50 তম ব্যবহারে উত্পাদিত হবে।

MONO_X509_REVOCATION_MODE
একটি X509 শংসাপত্র চেইন যাচাই করার সময় ব্যবহৃত প্রত্যাহার মোড সেট করে (https,
ftps, smtps...)। ডিফল্ট হল 'নোচেক', যা কোনো প্রত্যাহার চেক করে না
সব অন্যান্য সম্ভাব্য মান হল 'অফলাইন', যা CRL চেক করে (না
এখনও প্রয়োগ করা হয়েছে) এবং 'অনলাইন' যা প্রত্যাহার যাচাই করতে OCSP এবং CRL ব্যবহার করে
অবস্থা (এখনও বাস্তবায়িত হয়নি)।

পরিবেশ বৈচিত্র্য জন্য ডিবাগিং

MONO_ASPNET_NODELETE
কোনো মান সেট করা হলে, ASP.NET সমর্থন ক্লাস দ্বারা তৈরি অস্থায়ী উৎস ফাইল
অপসারণ করা হবে না। সেগুলি ব্যবহারকারীর অস্থায়ী ডিরেক্টরিতে রাখা হবে।

MONO_DEBUG
সেট করা থাকলে, ডিবাগিংয়ের জন্য কার্যকর রানটাইমের কিছু বৈশিষ্ট্য সক্রিয় করে। এই পরিবর্তনশীল
ডিবাগিং বিকল্পগুলির একটি কমা বিভক্ত তালিকা থাকা উচিত। বর্তমানে, দ
নিম্নলিখিত বিকল্পগুলি সমর্থিত:

বিরতি-অন-যাচাই করা
যদি এই ভেরিয়েবলটি সেট করা থাকে, যখন Mono VM একটি যাচাইকরণের সমস্যায় পড়ে,
একটি ব্যতিক্রম নিক্ষেপ করার পরিবর্তে এটি ডিবাগারে ভেঙ্গে যাবে। এই
যাচাইকারী সমস্যা ডিবাগ করার সময় দরকারী

কাস্ট InvalidCast থেকে আরও বিস্তারিত তথ্য পেতে এই বিকল্পটি ব্যবহার করা যেতে পারে
ব্যতিক্রম, এটি জড়িত ধরনের সম্পর্কে তথ্য প্রদান করবে।

সংগ্রহ-পৃষ্ঠা-ফল্ট-পরিসংখ্যান
পৃষ্ঠার ত্রুটি সম্পর্কে তথ্য সংগ্রহ করে। এটি ট্র্যাক করতে অভ্যন্তরীণভাবে ব্যবহৃত হয়
মেটাডেটা লোড করার জন্য উত্পাদিত পৃষ্ঠার ত্রুটির সংখ্যা। এই প্রদর্শন করতে
তথ্য আপনাকে এই বিকল্পটি "--stats" কমান্ড লাইন বিকল্পের সাথে ব্যবহার করতে হবে।

ডোন্ট-ফ্রি-ডোমেইন
এটি মাল্টি-অ্যাপডোমেন অ্যাপ্লিকেশনগুলির জন্য একটি অপ্টিমাইজেশন (সবচেয়ে বেশি
ASP.NET অ্যাপ্লিকেশন)। অভ্যন্তরীণ সীমাবদ্ধতার কারণে মনো, মোনো ডিফল্টরূপে
মাল্টি-অ্যাপডোমেন অ্যাপ্লিকেশনগুলিতে টাইপ করা বরাদ্দ ব্যবহার করে না যেমনটি তারা করতে পারে
একটি ডোমেন আনলোড করা হলে মেমরি লিক হয়। যদিও এটি একটি সূক্ষ্ম ডিফল্ট, জন্য
যে অ্যাপ্লিকেশনগুলি অ্যাপডোমেনের চেয়ে বেশি ব্যবহার করে (উদাহরণস্বরূপ, ASP.NET
অ্যাপ্লিকেশন) এটি বর্ধিত জন্য ছোট লিক বন্ধ ট্রেডিং মূল্য
কর্মক্ষমতা (অতিরিক্ত, যেহেতু ASP.NET অ্যাপ্লিকেশনগুলি সম্ভবত যাচ্ছে না
উত্পাদন সিস্টেমে অ্যাপ্লিকেশন ডোমেনগুলি আনলোড করতে, এটি ব্যবহার করার মতো
এই বৈশিষ্ট্য).

dyn-রানটাইম-ইনভোক
পরিবর্তে একটি জেনেরিক রানটাইম-ইনভোক র্যাপার ব্যবহার করার চেষ্টা করার জন্য রানটাইমকে নির্দেশ দেয়
একটি ইনভোক র‍্যাপার তৈরি করা।

জিডিবি সেট করার সমতুল্য MONO_XDEBUG পরিবর্তনশীল, এটি a-তে প্রতীক নির্গত করে
শেয়ার্ড লাইব্রেরি কোডটি জেআইটিড যা পরিদর্শনের জন্য জিডিবিতে লোড করা যেতে পারে
প্রতীক।

gen-seq-পয়েন্ট
স্বয়ংক্রিয়ভাবে সিকোয়েন্স পয়েন্ট তৈরি করে যেখানে IL স্ট্যাক খালি থাকে। এইগুলো
এমন জায়গা যেখানে ডিবাগার একটি ব্রেকপয়েন্ট সেট করতে পারে।

স্পষ্ট-নাল-চেক
ভেরিয়েবল ডিরেফারেন্সে JIT কে একটি স্পষ্ট NULL চেক তৈরি করে
একটি SIGSEGV বা অন্য বাড়াতে অপারেটিং সিস্টেমের উপর নির্ভর করার পরিবর্তে
ফাঁদ ইভেন্টের ফর্ম যখন একটি অবৈধ মেমরি অবস্থান অ্যাক্সেস করা হয়।

হাতল-চিহ্ন
ইন্টারাপ্ট সিগন্যাল (কন্ট্রোল-সি) ক্যাপচার করে এবং যখন একটি স্ট্যাক ট্রেস প্রদর্শন করে
চাপা একটি প্রদত্ত সময়ে প্রোগ্রাম চালানো হয় যেখানে খুঁজে বের করতে দরকারী
বিন্দু এটি শুধুমাত্র একটি একক থ্রেডের স্ট্যাক ট্রেস প্রদর্শন করে।

init-স্ট্যাক
রানটাইমকে কিছু পরিচিত মান দিয়ে স্ট্যাক আরম্ভ করার নির্দেশ দেয় (0x2a
x86-64 এ) JIT ইঞ্জিন ডিবাগ করতে সহায়তা করার জন্য একটি পদ্ধতির শুরুতে।

রাখা-প্রতিনিধি
এই বিকল্পটি প্রতিনিধি ট্রাম্পোলাইনগুলিকে ফাঁস করবে যা আর হিসাবে উল্লেখ করা হয় না
প্রতিনিধি অপব্যবহার সম্পর্কে আরও তথ্য ব্যবহারকারীকে উপস্থাপন করতে।
মূলত একটি প্রতিনিধি উদাহরণ তৈরি করা যেতে পারে, অব্যবস্থাপিত কোডে পাস করা যেতে পারে,
এবং ম্যানেজড কোডে কোন রেফারেন্স রাখা নেই, যা আবর্জনা কোড সংগ্রহ করবে।
এই বিকল্পের সাহায্যে সমস্যার উৎস খুঁজে বের করা সম্ভব।

বিপরীত-পিনভোক-ব্যতিক্রম
এই বিকল্পটি যখন চলাকালীন একটি বর্ণনামূলক বার্তা সহ মোনোকে বাতিল করবে
স্ট্যাক আনওয়াইন্ডিং একটি ব্যতিক্রমের পরে এটি একটি নেটিভ স্ট্যাক ফ্রেমে পৌঁছে। এই
যখন একটি পরিচালিত প্রতিনিধি নেটিভ কোডে পাস করা হয় এবং পরিচালিত হয় তখন ঘটে
প্রতিনিধি একটি ব্যতিক্রম নিক্ষেপ. মোনো সাধারণত স্ট্যাকটি আনওয়াইন্ড করার চেষ্টা করবে
প্রথম (পরিচালিত) ব্যতিক্রম হ্যান্ডলার, এবং এটি কোনো নেটিভ স্ট্যাক এড়িয়ে যাবে
প্রক্রিয়ায় ফ্রেম। এটি অনির্ধারিত আচরণের দিকে পরিচালিত করে (যেহেতু মনো এটি করে না
নেটিভ ফ্রেমগুলি কীভাবে প্রক্রিয়া করতে হয় তা জানুন), লিক এবং সম্ভবত ক্র্যাশও।

no-gdb-ব্যাকট্রেস
এই বিকল্পটি রানটাইমের পরে নির্গত GDB ব্যাকট্রেস নিষ্ক্রিয় করবে
অনিয়ন্ত্রিত কোডে SIGSEGV বা SIGABRT।

suspend-on-sigsegv
একটি নেটিভ SIGSEGV প্রাপ্ত হলে এই বিকল্পটি প্রোগ্রাম স্থগিত করবে।
এটি ডিবাগিং ক্র্যাশের জন্য দরকারী যা gdb এর অধীনে ঘটে না, যেহেতু a
লাইভ প্রক্রিয়ায় একটি মূল ফাইলের চেয়ে বেশি তথ্য রয়েছে।

check-pinvoke-callconv
এই বিকল্পটি কলিং কনভেনশনের অমিলের জন্য রানটাইম পরীক্ষা করে
পিনভোক ব্যবহার করার সময়, যেমন cdecl/stdcall মিশ্রিত করা। এটি শুধুমাত্র উইন্ডোতে কাজ করে। যদি
একটি অমিল সনাক্ত করা হয়, একটি ExecutionEngineException নিক্ষেপ করা হয়।

MONO_LOG_LEVEL
লগিং স্তর, সম্ভাব্য মানগুলি হল `ত্রুটি', `গুরুত্বপূর্ণ', `সতর্কতা', `বার্তা',
`তথ্য' এবং `ডিবাগ'। আরও বিশদ বিবরণের জন্য ডিবাগিং বিভাগটি দেখুন।

MONO_LOG_MASK
মনো রানটাইমের ডোমেন নিয়ন্ত্রণ করে যেটিতে লগিং প্রযোজ্য হবে। সেট করা হলে, the
লগ মাস্ক সেট মান পরিবর্তন করা হয়. সম্ভাব্য মান হল "asm" (অ্যাসেম্বলি লোডার),
"টাইপ", "ডিএলএল" (নেটিভ লাইব্রেরি লোডার), "জিসি" (আবর্জনা সংগ্রহকারী), "সিএফজি" (কনফিগ ফাইল
লোডার), "aot" (প্রি-কম্পাইলার), "নিরাপত্তা" (যেমন মুনলাইট কোরসিএলআর সমর্থন) এবং
"সব"। ডিফল্ট মান হল "সব"। মুখোশের মান পরিবর্তন করা আপনাকে প্রদর্শন করতে দেয়
শুধুমাত্র একটি নির্দিষ্ট উপাদানের জন্য বার্তা। আপনি কমা দ্বারা একাধিক মুখোশ ব্যবহার করতে পারেন
তাদের আলাদা করা। উদাহরণস্বরূপ কনফিগার ফাইল বার্তা এবং সমাবেশ লোডার দেখতে
বার্তাগুলি আপনাকে "asm,cfg" এ মাস্ক সেট করে।

MONO_TRACE
মেথড কলের রানটাইম ট্রেসিংয়ের জন্য ব্যবহৃত হয়। কমা বিভক্ত ট্রেসের বিন্যাস
বিকল্প হল:

[-]M: পদ্ধতির নাম
[-]N:নামস্থান
[-]টি: শ্রেণীর নাম
[-]সব
[-]কার্যক্রম
অক্ষম ট্রেস আউটপুট শুরু করার পরে বন্ধ.

আপনি প্রোগ্রামে একটি SIGUSR2 সংকেত পাঠাতে ট্রেস আউটপুট চালু/বন্ধ টগল করতে পারেন।

MONO_TRACE_LISTENER
সেট করা হলে, System.Diagnostics.DefaultTraceListener সক্ষম করে, যা প্রিন্ট করবে
সিস্টেমের আউটপুট। ডায়াগনস্টিক ট্রেস এবং ডিবাগ ক্লাস। এটি একটি সেট করা যেতে পারে
ফাইলের নাম, এবং Console.Out বা Console-এ। স্ট্যান্ডার্ড আউটপুটে আউটপুট প্রদর্শন করতে ত্রুটি
বা যথাক্রমে আদর্শ ত্রুটি। যদি এটি Console.Out বা Console-এ সেট করা থাকে।আপনার ত্রুটি
একটি ঐচ্ছিক উপসর্গ যোগ করতে পারে যা এই ধরনের বার্তা লেখার সময় ব্যবহার করা হবে:
Console.Error:MyProgramName. System.Diagnostics.DefaultTraceListener দেখুন
আরও তথ্যের জন্য ডকুমেন্টেশন।

MONO_WCF_TRACE
এটি থেকে সমস্ত লগ বার্তা আউটপুট করে WCF ডায়াগনস্টিক কার্যকারিতা সহজ করে
WCF ইঞ্জিন থেকে "stdout", "stderr" বা এই এনভায়রনমেন্ট ভেরিয়েবলে পাস করা যেকোনো ফাইল।
লগ বিন্যাস স্বাভাবিক ডায়গনিস্টিক আউটপুট হিসাবে একই.

MONO_XEXCEPTIONS
X11 ত্রুটির সম্মুখীন হলে এটি একটি ব্যতিক্রম নিক্ষেপ করে; ডিফল্টরূপে একটি বার্তা হয়
প্রদর্শিত হয় কিন্তু মৃত্যুদন্ড অব্যাহত থাকে

MONO_XMLSERIALIZER_DEBUG
সিরিয়ালাইজারকে অস্থায়ী ফাইলগুলি অপসারণ থেকে আটকাতে এই মানটি 1 এ সেট করুন
যেগুলি দ্রুত ক্রমিককরণের জন্য তৈরি করা হয়; ডিবাগ করার সময় এটি কার্যকর হতে পারে।

MONO_XSYNC
X11 এর সাথে চলার সময় এটি System.Windows.Forms বাস্তবায়নে ব্যবহৃত হয়
ব্যাকএন্ড এটি Windows.Forms-এ সমস্যাগুলি ডিবাগ করতে ব্যবহৃত হয় কারণ এটি সবগুলিকে বাধ্য করে৷
X11 সার্ভারে কমান্ডগুলি সিঙ্ক্রোনাসভাবে করা হয়। এর ডিফল্ট মোড
অপারেশন অসিঙ্ক্রোনাস যা কিছু নির্দিষ্ট রুটকে আলাদা করা কঠিন করে তোলে
সমস্যা।

MONO_GENERIC_SHARING
এই এনভায়রনমেন্ট ভেরিয়েবল ব্যবহার করা জেনেরিক শেয়ারিং এর ধরন নিয়ন্ত্রণ করে। এই পরিবর্তনশীল
অভ্যন্তরীণ JIT বিকাশকারীরা ব্যবহার করে এবং উৎপাদনে পরিবর্তন করা উচিত নয়। করো না
এটা ব্যবহার করো. পরিবর্তনশীল নিয়ন্ত্রণ করে কোন ক্লাসে জেনেরিক কোড শেয়ারিং থাকবে
সক্রিয় অনুমোদিত মান হল:

সব সমস্ত জেনারেট কোড শেয়ার করা যাবে.

সংগ্রহ
শুধুমাত্র System.Collections.Generic-এর ক্লাসে এর কোড শেয়ার করা হবে
(এটি ডিফল্ট মান).

করলিব শুধুমাত্র corlib এর কোড এর কোড শেয়ার করা হবে।

না কোন জেনেরিক কোড শেয়ারিং সঞ্চালিত হবে না.
ডিফল্টরূপে জেনেরিক কোড ভাগ করা শুধুমাত্র সংগ্রহের ক্ষেত্রে প্রযোজ্য। ডিফল্টরূপে মনো জেআইটি
এটি চালু করে।

MONO_XDEBUG
যখন MONO_XDEBUG env var সেট করা হয়, JITted কোডের জন্য ডিবাগিং তথ্য নির্গত হয়
একটি ভাগ করা লাইব্রেরিতে, gdb-এ লোডযোগ্য। এটি, উদাহরণস্বরূপ, পরিচালিত দেখতে সক্ষম করে
জিডিবি ব্যাকট্রেসে ফ্রেমের নাম।

MONO_VERBOSE_METHOD
নির্দিষ্ট পদ্ধতির জন্য সর্বাধিক JIT ভার্বোসিটি সক্ষম করে৷ এটি খুবই সহায়ক
একটি নির্দিষ্ট পদ্ধতির একটি ভুল সংকলন সমস্যা নির্ণয় করতে।

MONO_VERBOSE_HWCAP
সেট করা হলে, সনাক্ত করা CPU বৈশিষ্ট্যগুলি সম্পর্কে JIT আউটপুট তথ্য তৈরি করে (যেমন SSE,
CMOV, FCMOV, ইত্যাদি) থেকে stdout.

MONO_CONSERVATIVE_HWCAP
সেট করা হলে, JIT কোনো হার্ডওয়্যার সক্ষমতা সনাক্তকরণ সঞ্চালন করবে না। এটা হতে পারে
JIT সমস্যাগুলির কারণ চিহ্নিত করতে দরকারী। মনো নির্মিত হলে এটি ডিফল্ট
একটি AOT ক্রস কম্পাইলার হিসাবে, যাতে জেনারেট করা কোড বেশিরভাগ হার্ডওয়্যারে চলবে।

ভালগ্রিন্ড

আপনি যদি Valgrind ব্যবহার করতে চান, তাহলে আপনি `mono.supp' ফাইলটি দরকারী খুঁজে পাবেন, এতে রয়েছে
GC এর জন্য দমন যা ভুল সতর্কতা ট্রিগার করে। এটি এই মত ব্যবহার করুন:
valgrind --suppressions=mono.supp mono...

DTRACE

কিছু প্ল্যাটফর্মে, Mono DTrace প্রোবের একটি সেট প্রকাশ করতে পারে (যা ব্যবহারকারী-ভূমি নামেও পরিচিত
স্থিরভাবে সংজ্ঞায়িত, USDT প্রোব)।

তারা `mono.d' ফাইলে সংজ্ঞায়িত করা হয়েছে।

ves-init-begin, ves-init-end
রানটাইম ইনিশিয়ালাইজেশনের শুরু এবং শেষ।

পদ্ধতি-সংকলন-শুরু, পদ্ধতি-সংকলন-শেষ
পদ্ধতি সংকলনের শুরু এবং শেষ। প্রোবের আর্গুমেন্ট হল ক্লাসের নাম, পদ্ধতি
নাম এবং স্বাক্ষর, এবং পদ্ধতি-সংকলন-শেষ সাফল্য বা ব্যর্থতার ক্ষেত্রে
সংকলন

gc-শুরু, gc-এন্ড
আবর্জনা সংগ্রহের শুরু এবং শেষ।

প্রোবের উপলব্ধতা যাচাই করতে, চালান:
dtrace -P mono'$target' -l -c mono

অনুমতিগুলি

নেটওয়ার্ক পৌঁছানোর ক্ষমতা সনাক্ত করার জন্য Mono এর Ping বাস্তবায়ন ICMP প্যাকেট তৈরি করতে পারে
কাজটি করার জন্য সিস্টেম পিং কমান্ডের প্রয়োজন ছাড়াই। আপনি যদি সক্রিয় করতে চান
এটি অ-রুট ব্যবহারকারীদের জন্য লিনাক্সে, আপনাকে মনো বাইনারি বিশেষ অনুমতি দিতে হবে।

রুট হিসাবে, এই কমান্ডটি চালান:
# setcap cap_net_raw=+ep /usr/bin/mono

onworks.net পরিষেবা ব্যবহার করে অনলাইনে মনো ব্যবহার করুন