এর আগে কি ওওএম হত্যাকারীকে হস্তক্ষেপ করা সম্ভব?


34

আমি আমার ডেভলপমেন্ট সিস্টেমটিকে সর্বোচ্চ নির্ভরযোগ্যতার সাথে সামঞ্জস্য করার চেষ্টা করি। আমি অদলবদল অক্ষম করেছিলাম, কারণ জিইউআই ব্যবহারের জন্য এটি বেশিরভাগ ক্ষেত্রে মেশিনকে প্রতিক্রিয়াহীন করে তোলে যাতে আর ব্যবহারযোগ্য না হয়। তবুও, যদি আক্রমণাত্মক অ্যাপ্লিকেশনগুলি স্মৃতিশক্তিটি খায় তবে কিছু প্রক্রিয়া গতিতে ব্যয় করে এটিকে সর্বাধিক উপার্জন করতে পারে বলে মনে হয়। কোনও হার্ডড্রাইভ অদলবদল অপারেশন নেই, তবে সিস্টেমটি একইভাবে প্রতিক্রিয়াবিহীন হয়ে উঠছে। সুতরাং সিস্টেমটি স্মরণশক্তি অর্জনের জন্য কোনও বিশেষ প্রচেষ্টা করার আগে আমি ওওএম ঘাতকটিকে লাথি মারতে চাই। উদাহরণস্বরূপ যদি 100 এমবি কম ফ্রি শারীরিক মেমরি না থাকে তবে কি ওওএম কিলারকে কাজ করতে কনফিগার করা সম্ভব?


2
আমি মনে করি এখানে আসল সমস্যাটি হ'ল, শুরু করার মতো পর্যাপ্ত রাম নেই। মেষ না থাকলে আপনি অদলবদল ব্যবহার করবেন না। অদলবদল বন্ধ করে দিয়ে ... আপনি ময়দানের বাইরে চলে গেছেন এবং এতে পৃষ্ঠায় কোনও স্থান নেই। যা কুৎসিত ঘটনা ঘটায়। আপনার সিস্টেমটি খারাপভাবে সেট আপ হয়েছে বলে মনে হচ্ছে, এবং কোনও পরিমাণ টুইটের পরিমাণ এটি ঠিক করবে না।
যাত্রামন গীক

8
আমি রাজি নই। উন্নয়ন এবং 'পাওয়ার ব্যবহার' প্রায়শই পরীক্ষামূলক ব্যবহারের সাথে জড়িত। উদাহরণস্বরূপ, কমান্ড লাইন চিত্র প্রক্রিয়াকরণ সরঞ্জামটি ব্যবহার করার সময়, চিত্রের আকারের সাথে এটি কতটা মেমরি গ্রহণ করে তা কোনও স্পেস নেই। সুতরাং আমি এটি একটি রান দিতে। এবং এটি আমার সম্পূর্ণ মেশিনকে অকেজো রেন্ডার করবে বলে আমি আশা করি না। একটি একক পরীক্ষার জন্য, আমি এটি সুরক্ষিত রাখতে ওলিমিট ব্যবহার করতে পারি, তবে কখনও কখনও প্রচুর পরিমাণে অপারেশন সহ পুরো সিস্টেম অপারেশনের জন্য, একটি প্রক্রিয়াটির সংযোজন এতটা কার্যকর নয় তবে পুরো মেশিনের জন্য অবশ্যই একটি 'জীবন বীমা' is
ড্রোনাস

1
অদলবদল ব্যবহার করার সময় আপনার সিস্টেমটি থামার বিষয়টি সন্দেহজনক। আপনার কম্পিউটারটি অদলবদল এর স্মৃতিশক্তির বাইরে ব্যবহার করছে। অদলবদল হ্রাস করে কারণ ডিস্ক অ্যাক্সেস ধীর। ডিস্ক অ্যাক্সেসের কারণে ধীর গতি ??? এর সমস্ত সমস্যা নিচে down আপনি যে ভেড়ার চেয়ে কম তা কেবল এটি নয়। এটি এমন যে আপনি অন্য কিছু কারণে মিটগেট করার এক উপায় ব্যবহার করতে পারবেন না।
মজুর গিক

7
@ জর্নিম্যানজিগ, আপনি বাম মাঠে রয়েছেন। রাম, পিরিয়ডের তুলনায় ডিস্কগুলি ধীর গতির হয়, অতএব ভারী অদলবদল সবসময় সিস্টেমে থামে ind অবশ্যই তিনি স্মৃতি থেকে দূরে রয়েছেন কারণ তিনি এমন একটি প্রোগ্রাম চালানোর চেষ্টা করেছিলেন যা প্রচুর স্মৃতি ব্যবহার করে। প্রশ্নটি স্মৃতির বাইরে গেলে কী করতে হবে? হোগ মেরে ফেলুন, বা ডিস্ক ক্যাশে কোনও স্মৃতি রেখে না থাকার কারণে ধীর করুন।
psusi

2
@ টমউইজসম্যান, ডিস্ক আইও মেমরি আইওর চেয়ে ধীর গতির অনেকগুলি অর্ডার, সুতরাং ডিস্ক অদলবদলকে সর্বদা একটি বিশাল ধীর গতিতে বোঝায়। কখনও কখনও (বিশেষত পুরানো দিনগুলিতে যেখানে ভেড়া ব্যয়বহুল ছিল এবং তাই বেশিরভাগ লোকের বেশি ছিল না) যা আপনি যা চেষ্টা করছেন তা করতে সক্ষম না হওয়াই ভাল। আজকাল ডিস্ক নেই তাই অনেক RAM তুলনায় ধীর, এবং রাম যথেষ্ট সস্তা যে অধিকাংশ মানুষ, প্রচুর তাই বিরল অনুষ্ঠানে যেখানে তারা ঘটনাক্রমে আরো কিছু র্যাম চেয়ে তারা আছে ব্যবহার করে চালানো, এটি 1000 নিতে চেয়ে ছেড়ে দিতে প্রায়ই উত্তম এটি করতে দীর্ঘ সময়।
psusi

উত্তর:


36

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

তবে ব্যবহারকারীর স্পেসে আমরা যা খুশি তা করতে পারি। সুতরাং আমি প্রথম OOM ডেমন লিখেছি ( https://github.com/rfjakob/earlyoom ) যা উপলব্ধ র‌্যামটি 10% এর নীচে চলে যাওয়ার পরে সবচেয়ে বড় প্রক্রিয়াটিকে (আরএসএস দ্বারা) হত্যা করবে।

প্রারম্ভীকরণ ব্যতীত, কয়েকবার http://www.unrealengine.com/html5/ শুরু করে আমার মেশিনটি (8 গিগাবাইট র‌্যাম) লক করা সহজ হয়েছে। এখন জিনিসগুলি হাতছাড়া হওয়ার আগে দোষী ব্রাউজারের ট্যাবগুলি মারা যাবে।


3
এই চুলকানি স্ক্র্যাচ করার জন্য ধন্যবাদ! এখন পর্যন্ত প্রারম্ভিক প্রেম
থমাস ফেরিস নিকোলাইসেন

1
সন্ধান করা অ্যান্ড্রয়েড দীর্ঘ সময়ের জন্য একই কাজ করে। আমি নিশ্চিত নই যে এটি এর জন্য আপনার মতো কাস্টম কোড ব্যবহার করছে কিনা।
ড্রোনাস

1
আমি earlyoomএখন পরীক্ষা করছি , এটি প্রথম ট্রিগার পরীক্ষায় ভাল করে। আমি কেবল আশ্চর্য হয়েছি কেন এটি কার্নেল কনফিগারেশন বা সিস্টেম সরঞ্জাম দ্বারা প্রয়োগ করা যায় না।
ড্রোনাস

12

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

আপনি 2 থেকে একটি মান লিখে মেমরি ওভারকমিটটিকে অস্বীকার করতে ডিফল্ট নীতি পরিবর্তন করতে পারেন /proc/sys/vm/overcommit_memory। এর ডিফল্ট মান /proc/sys/vm/overcommit_ratio50, সুতরাং কার্নেল অ্যাপ্লিকেশনগুলিকে 50% র‌্যাম + অদলবদলের বেশি বরাদ্দ করতে দেয় না। আপনার যদি অদলবদল না থাকে, তবে কার্নেল অ্যাপ্লিকেশনগুলিকে আপনার ম্যামের 50% এর বেশি বরাদ্দ করতে দেবে না, অন্য 50% কেশে ছাড়বে। এটি কিছুটা অতিরিক্ত হতে পারে, সুতরাং আপনি এই মানটি 85% বা তার চেয়ে বেশি বাড়াতে চাইতে পারেন, যাতে অ্যাপ্লিকেশনগুলি আপনার ম্যামের 85% পর্যন্ত বরাদ্দ করতে পারে, যা ক্যাশের জন্য 15% রেখে।


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

3
@ টমউইজসম্যান, প্রশ্নটি পরিষ্কার করে দিয়েছে যে তিনি কম স্মৃতিশক্তি অবস্থায় নিয়মিত নন; তিনি কেবল কখনও কখনও একটি কমান্ড চালান যা অপ্রত্যাশিতভাবে বড় পরিমাণে স্মৃতি নেয়। আপনি যখন ফুরিয়ে আসেন তখন কেবলমাত্র বেশি মেমরি কেনা একমাত্র সমাধান নয়। অন্যান্য সম্ভাব্য সমাধানগুলির মধ্যে রয়েছে আপনার মেমরির ব্যবহারের আরও ভাল উপায়গুলি সন্ধান করা, বা কেবলমাত্র এতটা মেমরির প্রয়োজন হয় না তাই করা। প্রশ্নটি এটিকে পরিষ্কার করে দেয় যে পরবর্তীটি আরও বেশি পরিমাণে র‌্যাম কেনার চেয়ে বেশি গ্রহণযোগ্য।
psusi

প্রশ্নের কোন লাইন এটি পরিষ্কার করে দেয়? আমি উল্টোটি দেওয়া দেখছি I disabled swap, because for GUI usage it mostly renders the machine unresponsive in such a way not useable anymore.। তিনি জিইউআই-কে উল্লেখ করেছেন, আপনি ধরে নিচ্ছেন তিনি কমান্ড চালাচ্ছেন। বেশি মেমরি কেনা প্রথম সমাধান, কম মেমোরি নিজেই ব্যবহার করা দ্বিতীয় সমাধান, স্থিতিশীল ডিফল্টগুলির সাথে ফিড করে আপনার সিস্টেমকে অস্থির করে তোলা সর্বশেষ সমাধান। প্রশ্নের আক্ষরিক জবাব দিতে হবে না, সুতরাং আপনার সমস্যাটি কী তা আমি দেখতে পাচ্ছি না যে আপনাকে মন্তব্যগুলিতে আমাদের দুজনকেই বিরক্ত করতে হবে। ভাড়া কোনও উপকারে আসে না ...
তমারা উইজসম্যান

4
আরে, এই উত্তরটি বেশ দুর্দান্ত শোনাচ্ছে। দুর্ভাগ্যক্রমে, 'কমিট' বোঝায় ভার্চুয়াল মেমরির চাহিদা বোঝায় যা অ্যাপ্লিকেশন প্রোগ্রামারদের দ্বারা অনুমান করা খুব খারাপ। আমার (কোন swap 'র) ডেস্কটপ চলমান সঙ্গে যেমন, প্রায় 400 2000mb শারীরিক মেমরি ব্যবহার কিন্তু 1600mb' হিসেবে commit'ted হয় /proc/meminfos 'এর Committed_ASযুক্তরাষ্ট্র। কিছু অ্যাপ্লিকেশন চলার সাথে, এই মানটি শারীরিক স্মৃতি থেকে সহজেই ছাড়িয়ে যায় তাই এটি দ্বারা একটি সম্ভাব্য সীমা নির্ধারণ করা শক্ত।
ড্রোনাস

3
এটি চেষ্টা করার আগে আপনার কাজটি সংরক্ষণ করুন! : পিআইয়ের তত্ক্ষণাত ব্যর্থতা ছিল (ব্যাশ, উইন্ডো ম্যানেজার ইত্যাদি)।
জোজকিয়াক্ক

8

আমার জন্য vm.admin_reserve_kbytes = 262144 সেট করা ঠিক এই জিনিসটি করে। সিস্টেম সম্পূর্ণ প্রতিক্রিয়াহীন হওয়ার আগে OOM হত্যাকারী হস্তক্ষেপ করে।


1
আমি ধারণা পছন্দ করি, তবে এর অর্থ কি আপনার 256MiB দৈহিক মেমরি কখনও ব্যবহার করা হয়নি?
জেরুমে পাউিলার

1
256MiB ক্যাশের জন্য ব্যবহৃত হবে। ক্যাশেগুলি সত্যই গুরুত্বপূর্ণ, এটি কেবল দ্রুত চালানোর বিষয়ে নয়, ক্যাশেগুলির জন্য পর্যাপ্ত স্মৃতিশক্তি না থাকলে সিস্টেম কিছুতেই কাজ করবে না। প্রতিটি চলমান প্রোগ্রামের কোডটি মেমরি থেকে লোড করা যায় কারণ এটি এমএমএড এবং ডিস্ক থেকে ফিরে পড়া যেতে পারে। ক্যাশে ছাড়াই প্রতিটি টাস্ক স্যুইজের জন্য ডিস্ক রিডের প্রয়োজন হবে এবং সিস্টেমটি সম্পূর্ণ প্রতিক্রিয়াহীন হয়ে উঠবে।
মাইকেল ভিগোভস্কি

4

অন্যান্য উত্তরের ভাল স্বয়ংক্রিয় সমাধান রয়েছে, তবে আমি মনে করি SysRqযখন জিনিসগুলি হাতছাড়া হয়ে যায় তার জন্য কীটি সক্ষম করতে এটি সহায়ক হতে পারে। সঙ্গে SysRqকী, আপনি নিজে কার্নেল বার্তালাপ হতে চাই, এবং আপনি একটি নিরাপদ পুনরায় বুট (সঙ্গে মত জিনিসগুলি করতে পারেন SysRQ + REISUB) এমনকি যদি ইউজার-স্পেস সম্পূর্ণরূপে হিমায়িত হয়েছে।

কার্নেলটিকে অনুরোধগুলি শুনতে, সেট kernel.sysrq = 1করতে বা বিটমাস্কের মাধ্যমে আপনি সম্ভবত ব্যবহার করতে পারেন এমন ফাংশন সক্ষম করতে ( এখানে ডকুমেন্টেড ) enable উদাহরণস্বরূপ kernel.sysrq = 244উপরের নিরাপদ পুনরায় বুট করার জন্য প্রয়োজনীয় সমস্ত কম্বো এবং সেই সাথে ওওএম হত্যাকারীর ম্যানুয়াল আহ্বান সক্ষম করবে SysRq + F


-2

নির্ভরযোগ্যতা কম স্মৃতি শর্ত এবং একটি OOM ঘাতক দ্বারা পৌঁছে না।

কোনও ক্লোজেটে পার্টি সাজানো এবং আপনার ছোট প্লেলিস্টে "আমার পায়খানা পরিষ্কার করা" রাখা ভুল ।

এর আগে কি ওওএম হত্যাকারীকে হস্তক্ষেপ করা সম্ভব?

এটি করার ফলে অনিচ্ছাকৃত পার্শ্ব ফলাফল হবে, কারণ কী হত্যা করা হয়েছে তাতে আপনার কোনও নিয়ন্ত্রণ নেই।

আমি আমার ডেভলপমেন্ট সিস্টেমটিকে সর্বোচ্চ নির্ভরযোগ্যতার সাথে সামঞ্জস্য করার চেষ্টা করি।

সর্বধিক নির্ভরযোগ্যতা জড়িত পরীক্ষা এই পরীক্ষার উপর ভিত্তি করে আপনার সিস্টেম এবং আপনার সিস্টেম উন্নত।

কেবল এলোমেলোভাবে টুইটগুলি আপনাকে কোথাও পাবেন না ...

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

কম স্মৃতিশক্তির কারণে, অদলবদল অক্ষম করা আচরণের উন্নতি করবে না , এটি বিপরীত করে

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

কোনও হার্ডড্রাইভ অদলবদল অপারেশন নেই, তবে সিস্টেমটি একইভাবে প্রতিক্রিয়াবিহীন হয়ে উঠছে।

আপনার অদলবদল থাকুক বা না থাকুক, স্বল্প স্মৃতিশক্তির শর্তগুলি প্রকৃতপক্ষে প্রতিক্রিয়াহীনতার ফলস্বরূপ।

সুতরাং সিস্টেমটি স্মরণশক্তি অর্জনের জন্য কোনও বিশেষ প্রচেষ্টা করার আগে আমি ওওএম ঘাতকটিকে লাথি মারতে চাই।

উপরে উল্লিখিত হিসাবে বিশেষ প্রচেষ্টা যা ভাল চেয়ে বেশি ক্ষতি করতে পারে। পরিবর্তে, আপনি নিজের প্রয়োজন না এমন প্রক্রিয়াগুলি মেরে ফেলতে পারেন তবে আমার ধারণা আপনি এটি করতে পারবেন না যাতে OOM আপনার প্রয়োজনীয় প্রসেসগুলি মেরে ফেলবে।

উদাহরণস্বরূপ যদি 100 এমবি কম ফ্রি শারীরিক মেমরি না থাকে তবে কি ওওএম কিলারকে কাজ করতে কনফিগার করা সম্ভব?

হতে পারে তবে আপনি যদি কিছু অতিরিক্ত মেমরি কেনেন তবে এই দিনগুলিতে সত্যিকার অর্থে খুব বেশি খরচ হয় না তবে আপনি বিনিয়োগের উপর উচ্চতর রিটার্ন পাবেন। বিবেচনা করুন যে আপনি যদি কম স্মৃতিশক্তি নিয়ে কাজ চালিয়ে যান তবে আপনি দীর্ঘ সময় নিজেকে পায়ে আঘাত করতে চলেছেন। ওম একটি বেলিফের মতো, এটি আপনাকে সহায়তা করে না, এটি ওএসকে সহায়তা করে ...


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

7
কারণ আপনি যে অ্যাপ্লিকেশনটি চেয়ে বেশি মেমরি ব্যবহার করার চেষ্টা করছেন এমন একটি অ্যাপ্লিকেশনকে হত্যা করা পুরো সিস্টেমটিকে তার হাঁটুতে আনার চেয়ে ভাল। একটি নিখুঁত বিশ্বে আপনার সীমাহীন স্মৃতি থাকবে এবং কখনই ফুরিয়ে যাবে না, তবে বাস্তবে কখনও কখনও আপনি দুর্ঘটনার দ্বারা দৌড়ে যান এবং সিস্টেমটি থামার চেয়ে "পর্যাপ্ত স্মৃতি নয়" বলা হবে।
psusi

5
কিছু অতিরিক্ত মেমরি কেনা কিছু ক্রয়ের পরিমাণের উপর নির্ভর করে সমস্যার সমাধান করতে পারে। তবে এটি সত্যকে পরিবর্তন করে না যে প্রস্থের আদেশে অনভিজ্ঞ ব্যবহারগুলি হতে পারে। সুতরাং আমি আবেদনটি ব্যর্থ হতে চাই, তবে এই শর্তে সিস্টেমটি নয়। কয়েকটি উদাহরণ: সংকুচিত চিত্রগুলির পূর্ণ একটি ফোল্ডার প্রসেস করুন, তাদের বেশিরভাগই "স্বাভাবিক" আকারের, তবে তাদের মধ্যে কিছু সত্যই বড়। একটি ছোট্ট ভুল মেমরির পলাতক 1 জিবি / এস খেয়ে একটি ডেড লুপ করতে পারে। ঘটনাচক্রে একটি পাঠ্য সম্পাদককে একটি ভিডিও ফাইল খুলুন। সাধারণত এই ঝাঁকুনিপূর্ণ মাউস এবং প্রায় মৃত UI 'তে মধ্যে হলে OOM kills কিক পর্যন্ত মত উপসর্গের সঙ্গে শেষ।
dronus

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

6
অ্যাপ্লিকেশনগুলি হত্যার সাথে আমার কোনও সমস্যা নেই যা মারা যেতে পারে। 2 জিবি শারীরিক + 2 গিগাবাইট সোয়াপযুক্ত একটি সিস্টেম বিবেচনা করুন। শারীরিক স্মৃতি দ্রুত সঞ্চালিত একটি অ্যাপ্লিকেশন খুব সহজেই অদলবদল খেতে পারে। কয়েক মিনিট সময় ধরে এই প্রতিক্রিয়াহীন সিস্টেমটি সরবরাহ করার পরে এটি মারা যায়। তাহলে জিইউআই অপারেশন ফ্ল্যাশ হওয়ার আগে তাড়াতাড়ি মেরে ফেলবেন না কেন? অনেকগুলি প্রক্রিয়া তাদের সমস্ত কাজ 10 এমবি দিয়ে করে, কিছুগুলি 1 জিবি নেয়, এবং কিছু বিরল জন্য 10 জিবি প্রয়োজন হয়, এটিই জীবন।
ড্রোনাস
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.