ধরা যাক আমার কাছে নিম্নলিখিত সি কোড রয়েছে:
int main () {
int *p = malloc(10 * sizeof *p);
*p = 42;
return 0; //Exiting without freeing the allocated memory
}
যখন আমি সেই সি প্রোগ্রামটি সংকলন ও সম্পাদন করি, অর্থাৎ মেমরির কিছু জায়গা বরাদ্দের পরে, আমি যে অ্যাপ্লিকেশনটি বরাদ্দ করেছি তা কি অ্যাপ্লিকেশন থেকে বেরিয়ে যাওয়ার পরে এবং প্রক্রিয়াটি শেষ হওয়ার পরেও বরাদ্দ দেওয়া হবে (অর্থাত্ মূলত স্থান গ্রহণ)?
উত্তর:
এটি অপারেটিং সিস্টেমের উপর নির্ভর করে। আধুনিক (এবং সমস্ত বড়) অপারেটিং সিস্টেমের সিংহভাগ প্রোগ্রাম শেষ করে মেমরি মুক্ত করবে না।
এর উপর নির্ভর করা খারাপ অভ্যাস এবং এটি পরিষ্কারভাবে মুক্ত করা ভাল better সমস্যাটি কেবল আপনার কোডটি খারাপ দেখাচ্ছে বলে নয়। আপনি সিদ্ধান্ত নিতে পারেন যে আপনি আপনার ছোট প্রোগ্রামটি একটি দীর্ঘ, দীর্ঘ চলমান একটিতে সংহত করতে চান। তারপরে কিছুক্ষণ পরে আপনাকে মেমোরি ফাঁস ট্র্যাক করতে কয়েক ঘন্টা ব্যয় করতে হবে।
অপারেটিং সিস্টেমের কোনও বৈশিষ্ট্যের উপর নির্ভর করে কোডটি কম পোর্টেবলও করে।
সাধারণভাবে, আধুনিক সাধারণ উদ্দেশ্যমূলক অপারেটিং সিস্টেমগুলি সমাপ্ত প্রক্রিয়াগুলির পরে পরিষ্কার করে । এটি প্রয়োজনীয় কারণ বিকল্প হিসাবে সিস্টেমটি সময়ের সাথে সাথে সংস্থানগুলি হারাতে পারে এবং এমন প্রোগ্রামগুলির কারণে রিবুট করতে হয় যা খুব কম লেখা হয় বা খুব কমই ঘটে থাকে এমন সমস্যা রয়েছে যা সংস্থানগুলি ফাঁস করে।
আপনার প্রোগ্রামকে স্পষ্টভাবে এর সংস্থানগুলি মুক্ত করে দেওয়া বিভিন্ন কারণে ভাল অনুশীলন হতে পারে যেমন:
তবে, এখানে নিখরচায় মেমরি এড়ানোর একটি কারণ: দক্ষ শাটডাউন । উদাহরণস্বরূপ, ধরুন আপনার অ্যাপ্লিকেশনটিতে স্মৃতিতে একটি বৃহত ক্যাশে রয়েছে। এটি যখন প্রস্থান করে তখন এটি পুরো ক্যাশে কাঠামোটি অতিক্রম করে এবং একবারে এক টুকরো মুক্ত করে দেয় যা কোনও কার্যকর উদ্দেশ্যে কাজ করে না এবং সংস্থানগুলি অপচয় করে। বিশেষত, সেই ক্ষেত্রে বিবেচনা করুন যেখানে আপনার ক্যাশে থাকা মেমরি পৃষ্ঠাগুলি অপারেটিং সিস্টেম দ্বারা ডিস্কে বদলানো হয়েছে; কাঠামোটি হাঁটা এবং এটিকে ফ্রি করে আপনি সেই সমস্ত পৃষ্ঠাগুলি একবারে স্মৃতিতে ফিরিয়ে আনছেন , কোনও প্রকৃত উপকারের জন্য উল্লেখযোগ্য সময় এবং শক্তি অপচয় করছেন এবং সম্ভবত সিস্টেমের অন্যান্য প্রোগ্রামগুলিও সরে যেতে পারে!
সম্পর্কিত উদাহরণ হিসাবে, উচ্চ-পারফরম্যান্স সার্ভার রয়েছে যা প্রতিটি অনুরোধের জন্য একটি প্রক্রিয়া তৈরি করে কাজ করে, তারপরে এটি শেষ হয়ে গেলে; এর মাধ্যমে তাদের এমনকি মেমরি বরাদ্দ ট্র্যাক করতে হবে না এবং কখনই কোনও নিখরচায় বা আবর্জনা সংগ্রহ করতে হবে না, কারণ প্রক্রিয়াটির শেষে সবকিছু কেবল অপারেটিং সিস্টেমের ফ্রি মেমরির মধ্যে ফিরে যায়। (একই ধরণের জিনিস কাস্টম মেমোরি বরাদ্দকারী ব্যবহার করে কোনও প্রক্রিয়ার মধ্যেই করা যায় তবে খুব সতর্কতার সাথে প্রোগ্রামিং প্রয়োজন; অপরিহার্যভাবে ওএস প্রসেসের মধ্যে "লাইটওয়েট প্রসেস" এর নিজস্ব ধারণা তৈরি করা প্রয়োজন।)
এই থ্রেডে শেষ পোস্টের পরে এত দিন পোস্ট করার জন্য আমার ক্ষমা চাইছি।
একটি অতিরিক্ত পয়েন্ট। সমস্ত প্রোগ্রাম এটিকে সুদৃ .় প্রস্থান করে না। ক্র্যাশ এবং সিটিআরএল-সি ইত্যাদির ফলে একটি প্রোগ্রাম নিয়ন্ত্রণহীন উপায়ে বেরিয়ে আসবে। যদি আপনার ওএস আপনার গাদাটি মুক্ত না করে, আপনার স্ট্যাকটি পরিষ্কার করে দেয়, স্ট্যাটিক ভেরিয়েবলগুলি মুছতে পারে, তবে আপনি শেষ পর্যন্ত মেমরি ফাঁস বা আরও খারাপ থেকে আপনার সিস্টেমটি ক্রাশ করে ফেলবেন।
এটি আকর্ষণীয়, উবুন্টুতে ক্র্যাশ / বিরতি, এবং আমি সন্দেহ করি যে অন্য সমস্ত আধুনিক ওএসএসকে "পরিচালিত 'সংস্থানগুলি নিয়ে সমস্যা আছে a কোনও প্রোগ্রাম শেষ / ক্র্যাশ হয়ে গেলে সকেট, ফাইল, ডিভাইস ইত্যাদি" খোলা "থাকতে পারে It প্রশংসনীয় প্রস্থান করার আগে আপনার ক্লিন আপের অংশ হিসাবে একটি "হ্যান্ডেল" বা "বর্ণনাকারী" দিয়ে যে কোনও কিছু বন্ধ করার জন্যও ভাল অনুশীলন।
আমি বর্তমানে এমন একটি প্রোগ্রাম বিকাশ করছি যা সকেটগুলি ভারী ব্যবহার করে। যখন আমি একটি ঝুলন্ত অবস্থায় আটকে যাই তখন আমাকে এ থেকে ctrl-c করতে হয়, এভাবে আমার সকেটগুলি স্ট্র্যান্ড করে। আমি সমস্ত খোলা সকেটের একটি তালিকা এবং সিগিন্ট এবং সিগটার্ম ক্যাচ করে এমন একটি সিগিকেশন হ্যান্ডলার সংগ্রহ করতে একটি স্টাডি :: ভেক্টর যুক্ত করেছি। হ্যান্ডলার তালিকায় চলে এবং সকেটগুলি বন্ধ করে দেয়। আমি থ্রো এর আগে ব্যবহারের জন্য একই ধরণের ক্লিনআপ রুটিন তৈরির পরিকল্পনা করছি যা অকাল শেষ হতে পারে।
এই ডিজাইন সম্পর্কে মন্তব্য করতে কেউ যত্নবান?
এখানে ( আধুনিক ওএসে ) যা ঘটছে তা হ'ল আপনার প্রোগ্রামটি তার নিজস্ব "প্রক্রিয়াতে" চলে। এটি একটি অপারেটিং সিস্টেম সত্তা যা নিজের ঠিকানার স্থান, ফাইল বর্ণনাকারী ইত্যাদির দ্বারা সমৃদ্ধ Yourmalloc কলগুলি "হিপ" থেকে মেমরি বরাদ্দ করছে বা আপনার প্রক্রিয়াতে বরাদ্দকৃত অবিকৃত মেমরি পৃষ্ঠা নেই।
যখন আপনার প্রোগ্রামটি সমাপ্ত হয়, যেমন এই উদাহরণ হিসাবে, আপনার প্রক্রিয়াতে নির্ধারিত সমস্ত সংস্থানগুলি কেবল অপারেটিং সিস্টেম দ্বারা পুনর্ব্যক্ত / ছিন্ন করা হয়। মেমরির ক্ষেত্রে, আপনাকে বরাদ্দ করা সমস্ত মেমরি পৃষ্ঠাগুলিকে কেবল "ফ্রি" হিসাবে চিহ্নিত করা হয় এবং অন্যান্য প্রক্রিয়াগুলি ব্যবহারের জন্য পুনর্ব্যবহার করা হয়। পৃষ্ঠাগুলি হ'ল ম্যালোক যা পরিচালনা করে তার চেয়ে নিম্ন স্তরের ধারণা - ফলস্বরূপ, পুরো জিনিস পরিষ্কার হয়ে যাওয়ার সাথে সাথে ম্যালোক / ফ্রি এর স্পেসিফিকেশনগুলি সমস্তই ধুয়ে যায়।
এটি এর নৈতিক সমতুল্য, যখন আপনি আপনার ল্যাপটপটি ব্যবহার করে শেষ করেন এবং কোনও বন্ধুর কাছে দিতে চান, আপনি প্রতিটি ফাইল পৃথকভাবে মুছতে বিরক্ত করবেন না। আপনি কেবল হার্ড ড্রাইভ ফর্ম্যাট করুন।
এগুলি যা বলেছিল, অন্য সমস্ত উত্তরদাতারা যেমন লক্ষ করছে, এই বিষয়টির উপর নির্ভর করা ভাল অনুশীলন নয়:
হ্যাঁ. ওএস সংস্থানগুলি পরিষ্কার করে। ভাল ... নেটওয়ারের পুরানো সংস্করণগুলি হয়নি।
সম্পাদনা: সান জ্যাকিন্টো যেমন উল্লেখ করেছেন, অবশ্যই এমন সিস্টেম রয়েছে (নেটওয়্যার বাদে) যা তা করে না। এমনকি থ্রো-অ্যাও প্রোগ্রামগুলিতে, আমি অভ্যাসটি ধরে রাখার জন্য সমস্ত সংস্থানকে মুক্ত করার অভ্যাস করার চেষ্টা করি।
হ্যাঁ, প্রক্রিয়াটি শেষ হলে অপারেটিং সিস্টেম সমস্ত মেমরি ছেড়ে দেয়।
mallocকেবল মেমরির সাথে সি কী করবে তা প্রতিজ্ঞা করতে পারে; ডিজাইন অনুসারে, সি এর বাইরে আচরণ সম্পর্কিত কোনও কিছুর গ্যারান্টি দেয় না। যদি অ্যাপটি অপ্রত্যাশিতভাবে মারা যায়, রানটাইম লাইব্রেরিটি করা কোনও প্রতিশ্রুতি বাতিল এবং অকার্যকর, যেহেতু তাদের কাছে বেঁচে থাকার পক্ষে আর বেঁচে থাকে না।
এটি নির্ভর করে, অপারেটিং সিস্টেমগুলি সাধারণত আপনার জন্য এটি পরিষ্কার করে দেবে, তবে আপনি যদি এম্বেড এম্বেড সফ্টওয়্যারগুলির জন্য কাজ করে থাকেন তবে এটি প্রকাশিত হতে পারে না।
আপনি এটিকে মুক্ত করেছেন তা নিশ্চিত করুন, পরে যখন আপনি এটি কোনও বড় প্রকল্পে সংহত করতে চান তখন এটি আপনাকে অনেক সময় বাঁচাতে পারে।
এটি প্রকৃতপক্ষে অপারেটিং সিস্টেমের উপর নির্ভর করে, তবে সমস্ত অপারেটিং সিস্টেমের জন্য আপনি কখনই মুখোমুখি হবেন, প্রক্রিয়াটি বের হয়ে গেলে মেমরির বরাদ্দ অদৃশ্য হয়ে যাবে।
আমি মনে করি সরাসরি মুক্ত করা সবচেয়ে ভাল। অপরিজ্ঞাত আচরণটি সবচেয়ে খারাপ জিনিস, সুতরাং আপনার প্রসেসটিতে এটি এখনও সংজ্ঞায়িত হয়ে থাকলে আপনার যদি অ্যাক্সেস থাকে তবে এটি করুন, লোকেরা এর জন্য প্রচুর ভাল কারণ দিয়েছে।
কোথায়, বা না, আমি খুঁজে পেয়েছি যে ডাব্লু 9৮-তে আসল প্রশ্নটি 'কখন' ছিল (আমি এর উপর জোর দিয়ে কোনও পোস্ট দেখিনি)। একটি ছোট টেম্পলেট প্রোগ্রাম (মিডিআই সিসেক্স ইনপুট জন্য, বিভিন্ন ম্যালোক'ড স্পেস ব্যবহার করে) ডাব্লুড্রপ্রোকের ডাব্লুএম_এসটিস্ট্রয় বিটটিতে মেমরি মুক্ত করবে, তবে আমি যখন এটি বৃহত্তর প্রোগ্রামে ট্রান্সপ্ল্যান্ট করলাম তখন এটি প্রস্থান করার সময় ক্র্যাশ হয়ে গেছে। আমি ধরে নিয়েছি এর অর্থ হ'ল আমি বৃহত্তর ক্লিনআপের সময় ওএস ইতিমধ্যে যা মুক্তি পেয়েছিলাম তা মুক্ত করার চেষ্টা করছি। যদি আমি এটি ডাব্লুএম_সিএলএসএতে করি, তারপরে ডাস্ট্রয়ওয়াইন্ডো () বলা হয়, এটি সব ঠিকঠাক, তাত্ক্ষণিক পরিষ্কার প্রস্থানে কাজ করে।
যদিও এটি এমআইডিআই বাফারগুলির মতো ঠিক নয়, তবুও মিল রয়েছে যে প্রক্রিয়াটি অক্ষুণ্ন রাখা, পুরোপুরি পরিষ্কার করা এবং তারপরে প্রস্থান করা ভাল। পরিমিত মেমরি খণ্ড সহ এটি খুব দ্রুত। আমি দেখতে পেয়েছি যে অনেক ছোট বাফার অল্প বড় লোকের চেয়ে অপারেশন এবং ক্লিনআপে দ্রুত কাজ করেছে।
ব্যতিক্রমগুলি উপস্থিত থাকতে পারে, যেমন কেউ ডিস্কে অদলবদল ফাইলের বাইরে বড় মেমরি খণ্ডগুলি এড়াতে এড়াতে বলেছিল, তবে এটি আরও, এবং আরও কম বরাদ্দ করা স্পেস রেখে কমিয়ে আনা যেতে পারে।