উবুন্টুর পূর্ববর্তী সংস্করণগুলির সাথে (এক্সট 3 ফাইল সিস্টেম ব্যবহার করে) আমি noatimeপরামিতিটি সেট করে লক্ষণীয় ফলাফলের সাথে আরও ভাল পারফরম্যান্সের জন্য এটি টিউন করতাম /etc/fstab।
এক্সট 4 ফাইল সিস্টেমের সাথে এটি করা কি এখনও মূল্যবান, যা এখন উবুন্টুতে ডিফল্ট? যদি তা হয়, তবে পদ্ধতিটি কি কোনও উপায়ে পরিবর্তিত হবে?
উত্তর:
উবুন্টু 10.04-এ, relatimeওভাররাইড না করে ডিফল্ট মাউন্ট বিকল্পগুলির অংশ /etc/fstab। পূর্ববর্তী কয়েকটি প্রকাশগুলি relatimeস্পষ্টভাবে জানিয়েছিল /etc/fstab। পুরানো ফ্যাশন মেল বিজ্ঞপ্তিদাতাদের ঝামেলা না করে relatimeযেমন একই গতি (এবং ফ্ল্যাশ রাইট চক্র সংরক্ষণ) সুবিধা দেয় noatime।
আপনি যে নিবন্ধটি উদ্ধৃত করেছেন সেটির প্রস্তাব দেয় data=writeback। উবুন্টু ডিফল্ট data=ordered। ভারী ডিস্ক লোডের ক্ষেত্রে উবুন্টুর সেটিংস ধীরে ধীরে, তবে ক্রাশ বা পাওয়ার ব্যর্থতার ক্ষেত্রে ডেটা হ্রাস হওয়ার ঝুঁকিটি উল্লেখযোগ্যভাবে কম বহন করে। সুতরাং আমি উবুন্টু ডিফল্ট থেকে পরিবর্তন করার পরামর্শ দেব না।
বেশিরভাগ পরিস্থিতিতে সামান্য উপকারের জন্য ক্র্যাশ হওয়ার সময় ডেটা নষ্ট হয়ে যাওয়ার সময় সময় উইন্ডো বৃদ্ধি করা পরিবর্তন commit=5করা commit=100।
সংক্ষিপ্তসার: সেটিংসটি যেমন রয়েছে তেমন ছেড়ে দিন, সেগুলি একটি কারণে বেছে নেওয়া হয়েছিল।
যুক্ত: মাউন্ট বিকল্পের বাইরে অন্য কিছু আছে যা পার্থক্য করতে পারে। থেকে স্যুইচ ext3করতে ext4নিজেই প্রায়ই একটি দৃশ্যমান উন্নতি হয়। ল্যাপটপ ব্যবহারকারীদের জন্য আরও কয়েকটি টিপস এখানে।
আপনার যদি ধীরে ধীরে এসএসডি হয় তবে এস ইউ তে এই থ্রেডটি পরীক্ষা করে দেখুন । গুরুত্বপূর্ণ টিপস হ'ল ব্রাউজার ক্যাশে (এবং সম্ভবত ইতিহাস) এর tmpfsজন্য /tmpএবং এর জন্য ব্যবহার ।
যদি আপনার একটি হার্ড ডিস্ক থাকে এবং আপনি এটি দীর্ঘ সময়ের জন্য স্পিনিং বন্ধ করতে চান, তবে নফ্লুশড ইনস্টল করুন , যা র্যাম পূর্ণ না হওয়া অবধি সমস্ত লেখায় বিলম্ব করে ডিস্কটি কমিয়ে দেয়। (অবশ্যই, পাঠ্যগুলি ডিস্কটি স্পিন করতে পারে; আপনি cat /files/I/m/likely/to/need >/dev/nullডিস্কটি নেমে যাওয়ার আগে চলার অভ্যাসে যেতে চাইবেন )) নোফ্ল্যাশড কার্যকর হওয়ার জন্য, সমস্ত অদলবদল বন্ধ করুন এবং আপনার ফাইল সিস্টেমগুলি এমন কিছু দিয়ে মাউন্ট করুন commit=3600।
নফল্ল্যাড কার্যকরভাবে ব্যবহারের অর্থ হ'ল আপনার ডেটা দীর্ঘ সময়ের জন্য ডিস্কে অলিখিত লেখা থাকতে পারে। এটি একটি ঝুঁকি, কিছুক্ষণের জন্য ডিস্ক থেকে কোনও শব্দ বা উত্তাপ না আসার সুবিধার বিরুদ্ধে ওজন করা উচিত। আপনি যদি এই ঝুঁকি নিয়ে আরামদায়ক না হন তবে নফল্ল্যাড ব্যবহার করবেন না।
noatimeবনাম atimeএকটি দৃশ্যমান পার্থক্য আনতে পারে, তবে আমি বিস্মিত হব যে noatimeবনাম এটি relatimeকরবে। আমি আমার উত্তরে কয়েকটি ল্যাপটপ-নির্দিষ্ট টিপস যুক্ত করেছি; আমি ব্যক্তিগতভাবে এই টিপস থেকে দৃশ্যমান উন্নতি পর্যবেক্ষণ করেছি। নফ্লুশড একটি ঝুঁকি বহন করে যা আমি এটি ব্যবহার করার সময় নিতে ইচ্ছুক ছিলাম।
data=writeback- এটি কেবল ফাইলের ডেটা এবং মেটাডেটা এলোমেলো ক্রমে ( orderedযার বিপরীতে সর্বদা ডেটার পরে মেটাডেটা লেখেন) লিখেছেন । এর অর্থ বিদ্যুৎ বিভ্রাট হওয়ার পরে আপনি আপনার ফাইলটি দীর্ঘ বাইট পেতে পারেন, যেখানে 0 বাইট আসলে লেখা হয়েছিল। আচ্ছা… তবে এটা একেবারেই স্বাভাবিক! আমি সবসময়ই ভাবছিলাম যে ফাইল সিস্টেম প্রথমে ফাইলের আকার বাড়ায় এবং তারপরে ডেটা লিখে। বিপরীত ক্রমে এটি হতে পারে তা অনুসন্ধানে র্যামে ক্যাচিং যুক্ত করতে এই প্যাটার্নটির রূপান্তর প্রয়োজন requires আমি নিশ্চিত না যে কেন writebackএটি ব্যবহার করতে হবে না যদি এটি বিলম্বিতা উন্নতি করতে সহায়তা করতে পারে।
হ্যাঁ, এটি এখনও noatimeউবুন্টু 12.10 হিসাবে ব্যবহার করা বোধগম্য হতে পারে
relatimeএকটি ডিফল্ট মাউন্ট বিকল্প। এবং relatimeতুলনায় অনেক ভাল atime। প্রাক্তনটির একটি লেখার পরে প্রথম পঠনের জন্য একটি লেখার প্রয়োজন হয়, পরবর্তী প্রতিটি লেখার জন্য একটি লেখার প্রয়োজন হয়। তবে noatimeপ্রতিটি পঠন সহ একটি লেখা বিনামূল্যে।
এর মূল অর্থ relatimeহ'ল মাউন্টের জন্য একটি ডিস্কে লেখার সংখ্যা noatimeমাউন্টের অন্য জিনিসটির সমান হওয়ার দ্বিগুণ relative এটি ফ্ল্যাশ মেমরি ডিভাইসের পার্টিশনগুলির জন্য একটি গুরুতর উদ্বেগ।
লিনাক্স কার্নেল সম্প্রদায়ের বিশদ আলোচনাটি http://kerneltrap.org/node/14148 এ রয়েছে
relatimeত্রুটিগুলি ব্যাখ্যা করার জন্য এবং কার্নেলট্র্যাপ আলোচনা ভাগ করে নেওয়ার জন্য ধন্যবাদ , তবে " কেবল ফাইল-লেখার কোনও অর্থ নেই " বলা বাজে কথা: সবগুলি /usrএবং /libকেবল পঠনযোগ্য ফাইল। আসলে, বেশিরভাগ গাছ, সানস /homeএবং /varকেবল পঠনযোগ্য। ফাইলগুলি /etcখুব কমই পরিবর্তিত হয়।
relatimeতুলনায় কোনও অতিরিক্ত রাইটিং নেই noatime। বাকি সমস্তগুলির জন্য, ফাইলটি পড়ার সময় একটি অতিরিক্ত রচনা রয়েছে।
comit=100যেমনটি আপনি উল্লেখ করেছেন। তবে আমি কার্যকারিতা বাড়াতে কিছুটা সংমিত ঝুঁকি নিতে ইচ্ছুক, যেহেতু আমি একটি ল্যাপটপ এবং প্রায় (প্রায়) নিয়মিত ব্যাকআপ ব্যবহার করি।