সর্বাধিক প্রচলিত অ্যান্ড্রয়েড অপটিমাইজেশন অতিকথিত মিথগুলি

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

এই অ্যাপলিউসগুলির একচেটিয়া নিবন্ধে, আমরা “এর জন্য কিছু সাধারণ প্রস্তাবনা হাইলাইট করব অনুকূল করা ” অ্যান্ড্রয়েড পারফরম্যান্স এবং সেগুলি কেবল একটি পৌরাণিক কাহিনী বা ডিভাইসের পারফরম্যান্সের জন্য একটি বৈধ টুইট ak

অদলবদল

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

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

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

মুল বক্তব্যটি হ'ল, একটি ডিভাইস, উদাহরণস্বরূপ, 1 গিগাবাইট র‌্যাম কখনই অদলবদলে প্রয়োজনীয় পারফরম্যান্সের ডেটা পৌঁছাতে পারে না এবং অ্যান্ড্রয়েডে তাই অদলবদলের একেবারেই প্রয়োজন হয় না। এর বাস্তবায়ন কেবল পিছিয়ে থাকা এবং এটিকে বাড়ে অবক্ষয় পারফরম্যান্সে, বরং এটি অনুকূলিতকরণের চেয়ে।

zRAM - পুরানো এবং কোনও দীর্ঘতর দক্ষ নয়

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

জেডআরএএম এন্ট্রি-লেভেলের বাজেট-রেঞ্জের মাল্টি-কোর এসসির জন্য যেমন এমটিকে চিপসেট ব্যবহারকারী ডিভাইস এবং 512 এমবি র‌্যামের জন্য নির্মিত হয়েছিল। মূলত খুব সস্তার চাইনিজ ফোন। ZRAM মূলত যা করে তা হ'ল এনক্রিপশন প্রবাহের মাধ্যমে কার্নেলটি পৃথক করা।

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

বীজ - অ্যান্ড্রয়েড 3.0 এর পরে পুরানো

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

অ্যান্ড্রয়েডের জন্য সীডার অ্যাপ

হ্যাঁ, এমন একটি সংখ্যক প্রতিবেদন রয়েছে যা ইনস্টলেশনের পরে আরও ভাল অ্যান্ড্রয়েড পারফরম্যান্স ঘোষণা করে অনেক পুরানো অ্যান্ড্রয়েড ডিভাইস । যাইহোক, লোকেরা যে কোনও কারণে বিশ্বাস করে যার অর্থ এটি এর জন্য একটি প্রযোজ্য অপ্টিমাইজেশনও আধুনিক অ্যান্ড্রয়েড ডিভাইস , যা একেবারে অযৌক্তিক। সত্য যে বীজ এখনও রক্ষণাবেক্ষণ এবং একটি হিসাবে দেওয়া হয় ' আধুনিক ” ল্যাগ হ্রাস সরঞ্জাম ভুল তথ্য দেওয়ার উদাহরণ - যদিও এটি বীজ বিকাশকারীদের দোষ নয়, এমনকি তাদের প্লে স্টোর পৃষ্ঠায়ও উল্লেখ করা হয়েছে যে অ্যান্ড্রয়েড 4.0.০+ এর পরে বীজ কম কার্যকর রয়েছে। তবুও যে কারণেই হোক না কেন, বীজ এখনও আধুনিক অ্যান্ড্রয়েড সিস্টেমের জন্য অপ্টিমাইজেশন আলোচনার পপ আপ করে।

সিডার মূলত অ্যান্ড্রয়েড for.০ এর জন্য যা করে তা হ'ল একটি বাগের ঠিকানা দেওয়া যেখানে অ্যান্ড্রয়েড রানটাইম সক্রিয়ভাবে এনট্রপি অর্জনের জন্য / dev / এলোমেলো / ফাইল ব্যবহার করবে। / Dev / এলোমেলো / বাফার অস্থির হয়ে উঠবে এবং প্রয়োজনীয় পরিমাণে ডেটা পূরণ না করা পর্যন্ত সিস্টেমটি অবরুদ্ধ হয়ে থাকবে - অ্যান্ড্রয়েড ডিভাইসে বিভিন্ন সেন্সর এবং বোতামের মতো ছোট্ট জিনিস চিন্তা করুন।

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

গুগল অ্যান্ড্রয়েড 3.0.০ এর পরে এই বাগটি ছিন্ন করেছে, তবুও কিছু কারণে সীডার এখনও পপ আপ করছে 'প্রস্তাবিত টুইটগুলি' অ্যান্ড্রয়েড কর্মক্ষমতা অপ্টিমাইজেশনের জন্য তালিকা। তদ্ব্যতীত, Seeder অ্যাপ্লিকেশনটিতে এসইফিক্সের মতো কয়েকটি অ্যানালগ রয়েছে যার মধ্যে বীজের কার্যকারিতা অন্তর্ভুক্ত রয়েছে, এটি ব্যবহার করে কিনা আরএনজিডি বা বিকল্প hasged , অথবা এমনকি / dev / ইউরানডম এবং / ডেভ / এলোমেলো মধ্যে একটি সিমিলিংক। এটি আধুনিক অ্যান্ড্রয়েড সিস্টেমগুলির জন্য একেবারেই অর্থহীন।

এর অর্থহীন কারণ হ'ল নতুন অ্যান্ড্রয়েড সংস্করণগুলি / ডিভ / এলোমেলো / তিনটি প্রধান উপাদানগুলিতে ব্যবহার করে - libcrypto , এসএসএল সংযোগগুলির এনক্রিপশন, এসএসএইচ কী তৈরি করা ইত্যাদি W

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

ওডেক্স

অ্যান্ড্রয়েড ডিভাইসের স্টক ফার্মওয়্যারটি সর্বদা ওডেক্স। এর অর্থ হ'ল APK সিস্টেমের জন্য অ্যান্ড্রয়েড অ্যাপ্লিকেশনগুলির জন্য স্ট্যান্ডার্ড প্যাকেজের পাশাপাশি / সিস্টেম / অ্যাপ / এবং / সিস্টেম / বেসরকারী-অ্যাপ্লিকেশন / .odex এক্সটেনশান সহ একই ফাইলের নাম। ওডেক্স ফাইলগুলি অপ্টিমাইজড বাইটকোড অ্যাপ্লিকেশনগুলি ধারণ করে যা ইতিমধ্যে বৈধকারক এবং অপ্টিমাইজার ভার্চুয়াল মেশিনের মধ্য দিয়ে গেছে, তারপরে এমন কোনও কিছু ব্যবহার করে একটি পৃথক ফাইলে রেকর্ড করা হয়েছে dexopt টুল.

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

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

লোমেমোরিকিলার টুইটগুলি

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

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

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

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

এ কারণেই, টাস্ক-কিলাররা সত্যই আগের মতো জনপ্রিয় ছিল না, যদিও অ্যান্ড্রয়েড নোভিসরা এখনও কিছু কারণে তাদের উপর নির্ভর করে tend দুঃখের সাথে তথ্যের অভাব) । দুর্ভাগ্যক্রমে, নতুন ট্রেন্ডটি টাস্ক-কিলারদের প্রতিস্থাপন করেছে, এর ট্রেন্ড লোমেমোরিকিলার প্রক্রিয়া টিউনিং। এটি উদাহরণস্বরূপ হবে MinFreeManager অ্যাপ্লিকেশন এবং মূল ধারণাটি হ'ল র‌্যামের ওভারহেড বৃদ্ধি করা যাক সিস্টেম ব্যাকগ্রাউন্ড অ্যাপ্লিকেশনগুলি হত্যা শুরু করার আগে।

সুতরাং উদাহরণস্বরূপ, 4, 8, 12, 24, 32, এবং 40 এমবি সীমিত স্থানে স্ট্যান্ডার্ড র‌্যাম কাজ করে এবং যখন 40 এমবি-র ফ্রি স্টোরেজ স্পেসটি পূর্ণ হয়, তখন মেমরিতে লোড হওয়া ক্যাশেড অ্যাপগুলির মধ্যে একটি ached তবে চলছে না সমাপ্ত করা হবে।

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

দুঃখের বিষয়, কিছু হোমব্রেউ উত্সাহিতরা যা সুপারিশ করেছিলেন তা হ'ল এলএমকে লাথি মারার আগে 100 এমবি মান বাড়ানো উচিত Now এখন ব্যবহারকারীটি আসলে হারান র‌্যাম (১০০ - ৪০ = so০), সুতরাং ব্যাক-এন্ড অ্যাপ্লিকেশনগুলি সঞ্চয় করতে এই স্থানটি ব্যবহার করার পরিবর্তে, সিস্টেমটি এই পরিমাণ মেমরি রাখবে বিনামূল্যে এটির জন্য একেবারে কোনও উদ্দেশ্য নেই।

এলকেএম টিউনিং দরকারী হতে পারে 512 র‌্যামের সাথে অনেক বেশি পুরানো ডিভাইসের জন্য, তবে এগুলির মালিক আর কে? 2 জিবি হ'ল আধুনিক 'বাজেট ব্যাপ্তি', এমনকি 4 জিবি র‌্যাম ডিভাইসগুলি আজকাল 'মধ্য-সীমা' হিসাবে দেখছে, সুতরাং এলএমকে টুইটগুলি সত্যই পুরানো এবং অকেজো।

আমি / হে টুইটগুলি

অ্যান্ড্রয়েডের জন্য প্রচুর অপ্টিমাইজেশান স্ক্রিপ্টগুলিতে আপনি প্রায়শই এমন টুইটগুলি পাবেন যা আই / ও সাবসিস্টেমকে সম্বোধন করে। উদাহরণস্বরূপ, আসুন একবার দেখুন থান্ডারবোল্ট! স্ক্রিপ্ট, যা এই লাইনগুলি ধারণ করে:

প্রতিধ্বনি 0> $ i / সারি / ঘূর্ণমান; প্রতিধ্বনি 1024> $ i / সারি / এনআর_রিকেষ্টস;

প্রথম লাইনটি কোনও এসএসডি নিয়ে কাজ করার ক্ষেত্রে I / O শিডিয়ুলার নির্দেশাবলী দেয় এবং দ্বিতীয়টি সারিটির সর্বাধিক আকার I / O 128 থেকে 1024 বৃদ্ধি করে - কারণ vari i ভেরিয়েবলটি ব্লক ডিভাইসের গাছের জন্য একটি পথ রয়েছে / sys, এবং স্ক্রিপ্টটি একটি লুপে চলে।

এটি অনুসরণ করে, আপনি সিএফকিউ শিডিয়ুলারের সাথে সম্পর্কিত একটি লাইন পাবেন:

প্রতিধ্বনি 1> $ i / সারিতে / iosched / back_seek_penalty; প্রতিধ্বনি 1> $ i / সারিতে / iosched / low_latency; প্রতিধ্বনি 1> $ i / সারি / আইওএসচেড / স্লাইস_ইডল;

এটির পরে আরও পরিকল্পনাগুলি অনুসরণ করা হয় যা অন্যান্য পরিকল্পনাকারীদের অন্তর্গত, তবে শেষ পর্যন্ত প্রথম দুটি কমান্ড অর্থহীন কারণ:

একটি আধুনিক লিনাক্স কার্নেল এটি বুঝতে পারে যে এটি কোন ধরণের স্টোরেজ মিডিয়ামটি ডিফল্টরূপে কাজ করে।

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

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

আমি ইন / সিএস / ব্লক / এমএমসি * এর জন্য; ইকো নূপ> $ i / কিউ / শিডিউলার ইকো 0> $ i / সারি / আইওস্ট্যাটস সম্পন্ন হয়েছে

এটি I / O পরিসংখ্যান সঞ্চিতি থেকে সমস্ত ড্রাইভের নূরের শিডিয়ুলারকে সক্ষম করবে, যা কার্য সম্পাদনের উপর ইতিবাচক প্রভাব ফেলবে, যদিও এটি অত্যন্ত ক্ষুদ্র এবং প্রায় সম্পূর্ণ তুচ্ছ।

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

RAID-অ্যারেগুলিতে 1 - 8 এমবি এর মধ্যে উচ্চতর রিড-ফরোয়ার্ড মানগুলি সুপারিশ করা হয়, তবে অ্যান্ড্রয়েড ডিভাইসের জন্য, 128 কেবি ডিফল্ট মানটি রেখে দেওয়া ভাল।

ভার্চুয়াল মেমরি ম্যানেজমেন্ট সিস্টেমের টুইটগুলি

আর একটি সাধারণ 'অপ্টিমাইজেশন' কৌশল ভার্চুয়াল মেমরি পরিচালনা সাবসিস্টেম টিউন করছে। এটি সাধারণত দুটি কর্নেল ভেরিয়েবল, vm.dirty_background_ratio এবং vm.dirty_ratio টার্গেট করে, যা 'নোংরা' ডেটা সংরক্ষণ করার জন্য বাফারের আকার সামঞ্জস্য করার জন্য। নোংরা ডেটা সাধারণত ডেটা যা ডিস্কে লেখা হয়েছে, তবে স্মৃতিতে এখনও রয়েছে এবং ডিস্কে লেখার জন্য অপেক্ষা করছে।

লিনাক্স ডিস্ট্রোস এবং অ্যান্ড্রয়েস উভয়ের ভিএম ম্যানেজমেন্ট সাবসিস্টেমের মধ্যে সাধারণ টুইকের মানগুলি হ'ল:

ভিএম.ডার্টি_ব্যাকগ্রাউন্ড_রাটিও = 10 ভিএম ডার্টি_রেটিও = 20

সুতরাং এটি যা করার চেষ্টা করে তা হ'ল যখন নোংরা ডেটা বাফার মোট র্যামের 10% থাকে, তখন এটি জাগ্রত হয় pdflush প্রবাহ এবং ডিস্কে ডেটা লিখতে শুরু করে - যদি ডিস্কে ডেটা রেকর্ডিংয়ের ক্রিয়াকলাপ হবে খুব তীব্র , বাফারটি বাড়তে থাকবে, এবং এটি যখন উপলব্ধ র‍্যামের 20% এ পৌঁছায়, সিস্টেমটি পরবর্তী বাফার ছাড়াই সিঙ্ক্রোনাস মোডে পরবর্তী রাইট ক্রিয়ায় স্যুইচ করবে। এর অর্থ ডিস্ক অ্যাপ্লিকেশন লেখার কাজ হবে ডেটা ডিস্কে লেখা না হওয়া পর্যন্ত অবরুদ্ধ (একে একে ‘লেগ’)।

আপনার যা বোঝা উচিত তা হল বাফার আকারটি 10% পৌঁছায় না সিস্টেমটি 30 সেকেন্ড পরে স্বয়ংক্রিয়ভাবে পিডিএফ ফ্লাশে লাথি মারবে। 10/20 এর সংমিশ্রণটি বেশ যুক্তিসঙ্গত, উদাহরণস্বরূপ, 1 গিগাবাইট র‌্যামযুক্ত ডিভাইসে এটি 100 / 200MB র‌্যামের সমান হতে পারে যা বিস্ফোরণ রেকর্ডের ক্ষেত্রে যথেষ্ট বেশি যেখানে গতি প্রায়শই সিস্টেম ন্যান্ডের গতি রেকর্ডের নীচে থাকে rst স্মৃতি, বা এসডি-কার্ড, যেমন অ্যাপ্লিকেশন ইনস্টল করার সময় বা কম্পিউটার থেকে ফাইল অনুলিপি করার সময়।

কিছু কারণে স্ক্রিপ্ট লেখকরা এই মানটিকে আরও বেশি, অযৌক্তিক হারের দিকে ঠেলে দেওয়ার চেষ্টা করেন। উদাহরণস্বরূপ আমরা খুঁজে পেতে পারেন এক্সপ্লিক্স অপ্টিমাইজেশন স্ক্রিপ্ট একটি হার 50/90 হিসাবে উচ্চ।

sysctl -w vm.dirty_background_ratio = 50 sysctl -w vm.dirty_ratio = 90

1 গিগাবাইট মেমরিযুক্ত ডিভাইসে, এটি একটি নোংরা বাফারের উপর 500/900 এমবি সীমা নির্ধারণ করে, যা অ্যান্ড্রয়েড ডিভাইসের জন্য সম্পূর্ণ অকেজো, কারণ এটি কেবল এর অধীনে কাজ করবে ডিস্কে ধ্রুব রেকর্ডিং - এমন কিছু যা কেবল ভারী লিনাক্স সার্ভারে ঘটে।

থান্ডারবোল্ট! স্ক্রিপ্ট আরও যুক্তিসঙ্গত মান ব্যবহার করে তবে সামগ্রিকভাবে এটি এখনও মোটামুটি অর্থহীন:

যদি ['$ মেম' -লিট 524288]; তারপরে sysctl -w vm.dirty_background_ratio = 15; sysctl -w vm.dirty_ratio = 30; এলিফ ['$ মেম' -ল্ট 1049776]; তারপরে সিস্টেস্ট-ডাব্লু ভিএম.ডার্টি_ব্যাকগ্রাউন্ড_রেটিও = 10; sysctl -w vm.dirty_ratio = 20; অন্য sysctl -w vm.dirty_background_ratio = 5; sysctl -w vm.dirty_ratio = 10; ফাই

প্রথম দুটি কমান্ড 512 এমবি র‌্যাম সহ স্মার্টফোনগুলিতে চালিত হয়, দ্বিতীয়টি - 1 জিবি এবং অন্যগুলি - 1 জিবি এরও বেশি। তবে প্রকৃতপক্ষে ডিফল্ট সেটিংস পরিবর্তন করার কেবল একটি কারণ রয়েছে - খুব ধীর অভ্যন্তরীণ মেমরি বা মেমরি কার্ড সহ একটি ডিভাইস। এক্ষেত্রে ভেরিয়েবলের মানগুলি ছড়িয়ে দেওয়া যুক্তিসঙ্গত, এটি এই জাতীয় কিছু তৈরি করা:

sysctl -w vm.dirty_background_ratio = 10 sysctl -w vm.dirty_ratio = 60

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

অতিরিক্ত অকেজো টুইট এবং পারফরম্যান্স টিউনিং

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

এখানে অ্যান্ড্রয়েড সিস্টেম এবং ডিভাইসের উপর নির্ভর করে কিছু অতিরিক্ত জনপ্রিয় অপ্টিমাইজেশন রয়েছে যা কার্যকর হতে পারে বা নাও পারে।

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

অকেজো সেটিংস বিল্ড.প্রপ

এক্সডিএ ডেভেলপারস ফোরামের লারাক্রাফট 304 একটি গবেষণা চালিয়েছে এবং প্রমাণ করেছে যে 'বিশেষজ্ঞ' ব্যবহারের জন্য প্রস্তাবিত একটি প্রভাবশালী সংখ্যক / সিস্টেম / বিল্ড.প্রপ সেটিংস উত্স এওএসপি এবং সায়ানোজেনমডে বিদ্যমান নেই। তালিকাটি এখানে:

ro.ril.disable.power.collapse ro.mot.eri.losalert.delay ro.config.hw_fast_dormancy ro.config.hw_power_saving Windowsmgr.max_events_per_sec persist.cust.tel.eons ro.max.fling_velocity ro.min.f. কার্নেল.সেকজনি ডালভিক.ভম.সিভারিফাই-বাইটকোড ডিবাগ.অপারফরমেন্স.চুনিং ভিডিও.একসিলেটরেট ডাব্লু.মিডিয়া.ডেক.জেপেইগ.মেমক্যাপ রোসকনফিগ.নোচেকিন প্রোফাইর্ফোর্স_ডিজিবল_লোগ প্রোফাইল.ফোর্স_ডিজি_ডুট.ডমজডটম