এসএসডি-তে এনটিএফএস সংক্ষেপণ - উত্থান-পতন


13

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

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

আমি স্থান সঞ্চয় প্রভাব পছন্দ করি, এটি বিশাল নয় তবে এটি সেখানে there পারফরম্যান্স যদি উদ্বেগের বিষয় হয় তবে আমি এটিকে বন্ধ করে দেব:

এখানে চিত্র বর্ণনা লিখুন


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

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

উত্তর:


12

মাইক্রোসফ্ট কিছুক্ষণ আগে একটি ব্লগে এটি লিখেছিল :

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

এই ডিজাইনটি এলোমেলো অ্যাক্সেসটিকে খুব দ্রুত করে তোলে যেহেতু ফাইলটিতে কোনও একক ভিসিএন অ্যাক্সেস করার জন্য কেবলমাত্র একটি সিইউকে সঙ্কুচিত করা দরকার। দুর্ভাগ্যক্রমে, বৃহত অনুক্রমিক অ্যাক্সেস তুলনামূলকভাবে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে C

এবং একটি কেবি নিবন্ধে এটি লিখেছেন :

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

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

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

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


সারসংক্ষেপ:

কেবলমাত্র ছোট ফাইলগুলি সংকুচিত করুন যা কখনই পরিবর্তন হয় না (কেবল এটি পড়ে এবং কোনটিই এটি লেখেন না) কারণ পাঠাগুলি দ্রুত হয় তবে লেখাগুলিতে সংকোচনের প্রয়োজন হয় এবং নতুন সংকোচনের দরকার হয় যা সিপিইউ শক্তি গ্রহণ করে এবং স্টোরেজ প্রকারটি তেমন গুরুত্বপূর্ণ নয়।


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

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

"আপনি যখন কোনও সংকুচিত এনটিএফএস ফাইলটি অন্য কোনও ফোল্ডারে অনুলিপি করেন বা সরান, এনটিএফএস ফাইলটি সংক্রামিত করে," আমি সবে মাত্র একটি 11 জিবি সংক্ষেপিত ফাইল অন্য ফোল্ডারে সরিয়েছি, আমি বলতে পারি যে এটি সঙ্কুচিত হয়নি কারণ ফাইলটি তাত্ক্ষণিকভাবে সরানো হয়েছিল।
এমকাজেম আখগারি

এসএসডি-তে একটি র‌্যাম ক্যাশে কীভাবে ব্যবহার করবেন?
এমকাজেম আখগারি

7

ক্লোদিও যেহেতু অনেক কিছু বিশদভাবে বলেছেন, আমি তার মতামতটি আবার শুরু করতে যাচ্ছি এটি আমারও, তিনি যা বলেছিলেন তা চেষ্টা করার পরে আমি একই প্রভাব দেখেছি।

এসএসডি-র জন্য এনটিএফএসের সংক্ষেপণ অবশ্যই ব্যবহার করা উচিত নয়।

এখন আমি এই জাতীয় নিশ্চিতকরণের জন্য কিছু উদ্দেশ্য গণনা করব:

মোটিভ Nº1: এটি এসএসডি মাংসকে দ্রুত মেরে ফেলবে, যেহেতু এটি দুটি লিখেছে; এনটিএফএস সংক্ষেপণ সর্বদা র‌্যামে সংক্ষেপণ শুরু করার আগে সঙ্কুচিত ডেটা লিখে এবং তারপরে কমপ্রেসড ডেটা কম করে লিখুন কেবল যদি এটি কমপক্ষে 4KiB এর লাভ হয়।

উদ্দেশ্য Nive2: একটি এসএসডি তে এনটিএফএস 4KiB ক্লাস্টারটি এসএসডি গতির 50% হ্রাস করছে, যে কোনও মানদণ্ড পরীক্ষা করুন এবং 128KiB ব্লকগুলি এসএসডিকে 4KiB ব্লক ব্যবহারের চেয়ে দ্বিগুণ দ্রুততর করে তুলবে এবং এনটিএফএস সংক্ষেপনটি কেবল 4KiB ক্লাস্টার এনটিএফএস পার্টিশনে ব্যবহার করা যেতে পারে।

মোটিভ Nº3: এমন পাত্রে রয়েছে (পিআইএসএমও ফাইল মাউন্টের মতো) যা এমন একটি ধারক তৈরি করতে পারে যা ফ্লাই সংকোচন এবং / অথবা এনক্রিপশন হিসাবে দেখা যায়, যেমন প্রার্থীরা র্যামের উপর সংকোচনের কাজ করে এবং পুনরায় লেখার আগে ডিস্কে সঙ্কুচিত ডেটা প্রেরণ করে না do সংক্ষিপ্ত আকারে, আরও, পিআইএসএমও এনটিএফএসের চেয়ে আরও ভাল সংকোচনের অনুপাত পায়।

আরও অনেক উদ্দেশ্য রয়েছে, তবে তা শীর্ষস্থানীয় সবচেয়ে বেশি আমদানিকারক।

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

এনটিএফএস তুলনা কেবল traditionalতিহ্যবাহী স্লো ডিস্কের জন্যই ভাল যখন আপনার বেশি ব্যবহার ছাড়াই সিপিইউ থাকে তবে এটি প্রতিটি লেখার (ফাইল স্তরে) পরে একটি ভাল ডিফ্র্যাগমেন্টেশন প্রয়োজন, কারণ প্রতিটি K৪ কেবি ব্লক (সংকুচিত বা না) 64৪ কেবি অবস্থানের একাধিক স্থানে লেখা হয়; এই ধরনের খণ্ডগুলি প্যাক করার একমাত্র উপায় হ'ল সংকোচনের পরে (বা সংক্ষেপিত ফোল্ডারে লিখুন) এই জাতীয় ফাইলের একটি ডিফ্র্যাগমেন্টেশন করা।

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


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

2

নন এসএসডি-তে মেয়র সমস্যা নিয়ে কেউ কথা বলেন না, এটি খণ্ডন।

প্রতিটি 64KiB ব্লকটি সেখানে লিখিত যেখানে এটি সংকোচনের ছাড়াই হবে, তবে এটি সংকোচিত করা যায়, সুতরাং এটি কমপক্ষে <= 60KiB হয়, তবে এটি 64KiB এর চেয়ে কম লিখেছে, বিট নীড় ব্লক যেখানে সেখানে যাবে ঠিক এমনটি যেখানে আগেরটি ছিল না সংকোচনের, তাই ফাঁক অনেক।

এটি কোনও উইন্ডো সিস্টেমের ভার্চুয়াল মেশিনের একাধিক গিগাবাট ফাইলের সাথে পরীক্ষা করুন (এগুলি 50% কমানো হয় তবে বিশাল> 10000 টুকরা দিয়ে)।

আর এসএসডি-র জন্য কিছু বলা হয়নি, কীভাবে লিখবেন? আমার অর্থ, এটি যদি এটি সঙ্কুচিতভাবে লিখতে থাকে এবং তারপরে এটি সংকোচিত সংস্করণ (প্রতিটি 64KiB মেগা ব্লকের জন্য) দিয়ে ওভাররাইট করা হয়, তবে এসএসডি জীবন অনেকটাই কেটে যায়; তবে এটি যদি সংকুচিত আকারে সরাসরি লিখতে থাকে তবে এসএসডি লাইভটি লো গ্রার বা খাটো হতে পারে .... আপনি যদি একবারে 64৪ কেবি লিখে থাকেন তবে সংক্ষিপ্ত, মিউ এইচ সংক্ষিপ্ত আকারে লিখুন যদি আপনি K৪ কেবি 4 কিবিতে লিখেন, কারণ এটি লিখবে যেমন 64KiB (সঙ্কুচিত আকারে) 64/4 = 16 বার হিসাবে বহুবার।

পারফরম্যান্স পেনাল্টির কারণ হ'ল 4KiB ব্লক লেখার প্রয়োজন নেই এমন সময় চেয়ে সিপু সময় সঙ্কুচিত / সঙ্কোচন করার প্রয়োজন ছিল ... সুতরাং খুব দ্রুত সিপিইউ এবং খুব ধীর ডিস্ক সংকোচনের সাথে লেখার সময় পড়ার সময় হ্রাস হয় তবে এসএসডি যদি হয় খুব দ্রুত এবং সিপিইউ বেশ ধীর, এটি অনেক ধীর লিখবে।

আমি যখন এই মুহুর্তে দ্রুত বা ধীর সিপিইউ সম্পর্কে কথা বলি তখন সিপিইউ 'গণিত' বা অন্যান্য প্রক্রিয়া দ্বারা ব্যবহৃত হতে পারে, তাই কাগজে সিপিইউতে নয়, সিপিইউতে সবসময়ই চিন্তা করা যায়, এটি ডিস্ক / এসএসডিতে যায়, এটি করতে পারে একাধিক প্রক্রিয়া দ্বারা ব্যবহার করা হবে।

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

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

যেহেতু ডিস্কে লেখার আগে পিআইএসএমও র‌্যামে সংক্ষেপণ করে, এটি এসএসডি দীর্ঘায়িত করতে পারে, এনটিএফএস সংক্ষেপণের আমার পরীক্ষাগুলি আমাকে মনে করে যে এটি ডিস্কে দুবার ডেটা প্রেরণ করে, প্রথমে সঙ্কুচিত হয় এবং তারপরে যদি এটি সংকোচন করতে পারে তবে এটি সংকুচিত আকারে ওভারটিউট করা হবে is ।

আমার এসএসডি-তে এনটিএফএস সংক্ষিপ্ত লেখার গতি ফাইলের কমপ্রেসডের চেয়ে 1/2 এর আকারের আকারের চেয়ে কম বা কম সংকীর্ণ আকারের প্রায় 1/2? আমার এএমডি থ্রেড্রিপার 2950 (32 কোরি এবং 64 থ্রেড) এর 128 গিগাবাইট র্যাম (দ্রুত সিপিইউ, খুব দ্রুত সিপিইউ) এর 1% এর কম ব্যবহারের সাথে রয়েছে, সুতরাং এসএসডি সর্বোচ্চ সিকিউনুয়াল গতির চেয়ে দ্রুত কমপ্রেশন করার জন্য প্রচুর সিপিইউ রয়েছে, কারণ সম্ভবত এনটিএফএস সংকোচনের পরে শুরু হয় যে 64KiB ব্লকগুলি ডিস্কে কমপ্রেসড প্রেরণ করা হয় এবং তারপরে সংক্ষেপিত সংস্করণ দিয়ে ওভাররাইট করা হয় ... ওহ আমি যদি হোস্টে উইন্ডোজ ও উইন্ডোতে লিনাক্স চালিত ভার্চুয়াল মেশিনে এটি করি, তবে লিনাক্স ক্যাশে আমাকে অবহিত করে যে এই ধরনের ক্লাস্টারগুলি দু'বার লেখা হয়েছে , এবং গতি অনেক দ্রুত

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

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

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

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

উপায় দ্বারা, কিছু লোক এনটিএফএস ভম্প্রেশন সম্পর্কে জানেন না ... 4KiB বা নিম্নের যে কোনও ফাইল কখনই এনটিএফএস সংকোচনের সুযোগ পাবে না কারণ এর আকার কমপক্ষে 4KiB হ্রাস করার কোনও উপায় নেই।

এনটিএফএস সহ চাপ 64৪ কেবি বিচ্ছিন্ন করে, সেগুলি সংকুচিত করে এবং যদি এটি একটি ক্লাস্টার (4KiB) হ্রাস করতে পারে তবে এটি সংক্ষেপিত লিখিত হয়, 64KiB 4KiB এর 16 ব্লক (আধ্যাত্মিক)।

যদি 8KiB- র কোনও ফাইল যদি চূড়ান্ত ফলাফলটি 4KiB এর বেশি হয় তবে এটি কোনও ক্লাস্টার সংরক্ষণ করতে পারে না, তাই এটি লিখিত হয় না, সংকীর্ণ, ... এবং আরও ... প্রেস কমপক্ষে 4KiB লাভ করতে হবে।

আহ, এবং এনটিএফএস সংকোচনের জন্য, এনটিএফএস অবশ্যই 4KiB এর ক্লাস্টার আকারের সাথে থাকতে হবে।

একটি পরীক্ষা করে দেখুন এবং করুন: এসএসডায় আপনি একটি এনটিএফএসে 128KiB ক্লাস্টারটি ব্যবহার করুন একটি পড়ার গতি লেখার ক্ষেত্রে একটি বিশাল পারফরম্যান্স উন্নতি করতে দেখবেন।

4KiB ক্লাস্টার সহ এসএসডি-তে ফাইল সিস্টেমগুলি তাদের গতি অনেকটাই হ্রাস করে চলেছে, বেশিরভাগ ক্ষেত্রে 50% এরও বেশি হারিয়েছে ... সেখানে কোনও বেনমার্ক দেখুন যা বিভিন্ন ব্লকের আকারের সাথে পরীক্ষা করে, 512 বাইট থেকে 2MiB পর্যন্ত, বেশিরভাগ এসএসডি ডাবল লিখে লেখেন 4KiB এর চেয়ে 64KiB (বা 128KiB) ক্লাস্টারের আকারে যখন গতি হবে।

আপনার এসএসডি-তে সত্যিকারের কার্যকরতা চান? ফাইল সিস্টেমে 4KiB ক্লাস্টার ব্যবহার করবেন না, 128KiB ব্যবহার করুন।

যদি আপনার 99% ফাইলের 128KiB এর চেয়ে কম হয় তবে কেবল 4KiB ক্লাস্টার ব্যবহার করুন।

ইত্যাদি, ইত্যাদি ... পরীক্ষা করুন, পরীক্ষা করুন এবং নিজের ক্ষেত্রে পরীক্ষা করুন।

দ্রষ্টব্য: 128KiB ক্লাস্টার সহ উইন্ডোজ ইনস্টল করার সময় বা অন্য উইন্ডোজ থেকে কনসোল মোডে ডিস্ক পার্ট দিয়ে সিস্টেম এনটিএফএস পার্টিশন তৈরি করুন, তবে ইনস্টলার গ্রাফিকাল অংশে উইন্ডোজ ফর্ম্যাট করতে দেবেন না (এটি সর্বদা এটি 4KiB ক্লাস্টার এনটিএফএস হিসাবে ফর্ম্যাট করবে)।

আমার সমস্ত উইন্ডোজ এখন> 400 জিআইবি এসএসডি (এসএলসি) 128KiB ক্লাস্টার এনটিএফএস বিভাজনে ইনস্টল করা আছে।

আশা করি বিষয়গুলি পরিষ্কার হয়ে যাবে, এম saying কীভাবে এনটিএফএসকে সংকুচিত লিখেছেন তা বলছেন না, আমার পরীক্ষাগুলি আমাকে এটি দুটি বার লিখতে বলেছে (64KiB কমপ্রেসড, তারপরে <= 60KiB সম্মতিযুক্ত), একবারে নয় (এসএসডি থাকলে সে সম্পর্কে সতর্ক হন)।

সাবধানতা: উইন্ডোজ এনটিএফএসকে কিছু অভ্যন্তরীণ ডায়ার সংকোচনের চেষ্টা করে, আপনি এনটিএফএসকে কোনও সংকোচনের কথা না বলুন না কেন, যদি এফটিএস ক্লাস্টারের আকার 4KiB এর চেয়ে আলাদা থাকে তবে সত্যই এড়াতে হবে, যেহেতু এনটিএফএস সংকোচন কেবল 4KiB ক্লাস্টার আকার এনটিএফএস পার্টিশনে কাজ করে


2
সুপার ব্যবহারকারীকে স্বাগতম! আপনার উত্তরটি এমন সংক্ষিপ্তসারের সাথে উন্নত হতে পারে যা সরাসরি
ওপি'র

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

0

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

28.5 গিগাবাইট ডেটা 30.6 জিবি আকারে ডিস্কে 729.246 ফাইল এবং 15.000 ফোল্ডার রয়েছে (!!!)

এটি আমার ল্যাপটপে 500 জিবি এসএসডি সহ রয়েছে, যেখানে উইন্ডোজ পার্টিশনটি 200 গিগাবাইট।

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

ডিস্কে 1.55 জিবি ডেটা আকার: 839 গিগাবাইটে 34.362 টি ফাইল রয়েছে 1.955 ফোল্ডার

এই স্টাফটি একবার লেখা হয়, এবং প্রকল্প তৈরির সময় কয়েক মিলিয়নবার পড়ে। ব্যয় নিখুঁত জ্ঞান করে তোলে কিছু এটা ডিকম্প্রেস এবং আপনার মূল্যবান এসএসডি স্থান সম্ভবত অর্ধেক সংরক্ষণ করতে CPU- র শক্তি।


-1

আপনার জানতে দুবার বেঞ্চমার্ক করা দরকার to সংকুচিত। Uncompressed। এসএসডিগুলিতে পরতে ভুলে যান। আপনার একটি দ্রুত এসএসডি এবং সিপিইউ দরকার যাতে কোনওরকম বাধা নেই।

512gb এর একটি এসএসডি আজকাল 50 টাকা। আমার পক্ষে এখন পর্যন্ত দ্রুততম ডিস্ক অ্যাক্সেসটি সম্ভব যেখানে লিনাক্স এবং LIFO ডিস্ক সারি প্রক্রিয়াটি ব্যবহার করছে using বরং সিএফকিউর চেয়ে বেশি।

উইন্ডোজ 10 আমার ল্যাপটপে 12 জিবি র‌্যাম ইনস্টল করে অসীম ডিস্ক ক্রিয়াকলাপ তৈরি করে। লিনাক্স পুদিনা লোড এবং প্রায় শূন্য ডিস্ক অ্যাক্সেস পরে ঘটে। আপনি যদি এটি আরম্ভ না করেন। উইন্ডোজ কাছে দৃশ্যমান কাজ ছাড়া নিজেকে ব্যস্ত রাখার একটি উপায় রয়েছে।


2 এসএসডি তে 0 রেড হয় সম্ভবত 800 এমবি / গুলি বিস্ফোরণ হয়।
মরিসিও গেরেরো
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.