ভার্চুয়াল মেশিনে চালিত হার্ড ড্রাইভটি কি আমার ডিফ্র্যাগ করা উচিত?


18

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


: কোন ধারণা কেন এত চালু থাকে, তখন কিন্তু প্রাসঙ্গিক হতে পারে stackoverflow.com/questions/281527/...
ডের Hochstapler

আপনি যদি কোনও ভিএসএস সচেতন ডিফ্রেগামেন্টার ব্যবহার না করেন তবে ভিএসএস স্টোরেজ বাড়তে পারে।

ডিফ্রেগ বিকল্পটি যদি আপনার ভার্চুয়ালাইজেশন সফ্টওয়্যারটির অংশ হয় তবেই।
qasdfdsaq

উত্তর:


14

আমি আমার ভিএইচডি ডিফ্যাগ করি তবে জায়গার কারণে, সময় নয়:

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


স্পেস ফ্যাক্টরটি প্রাসঙ্গিক হতে পারে কারণ ভিএম কোনও এসএসডি-তে রয়েছে, যদিও সাধারণভাবে, কোনও এসএসডি-তে কোনও কিছুকে ডিফ্র্যাগিং পারফরম্যান্সের কারণে প্রয়োজন হয় না এবং নিরুৎসাহিত করা হয়।
Bigbio2002

3

এসএসডি ডিফ্র্যাগ করার দরকার নেই। ফাইলগুলির (অংশগুলির) সন্ধান করার জন্য একটি নিয়মিত হার্ড ড্রাইভে স্পিন করতে হয়। কোনও এসএসডি র‍্যামের সাথে তুলনীয়, সমস্ত ফাইল একই বিলম্বের সাথে পৌঁছানো যায়।

উইকিপিডিয়ায় বলা হয়েছে যে "এসএসডি-তে ডেটা কোথায় সংরক্ষণ করা হয়েছে তার উপর ভিত্তি করে পড়ার পারফরম্যান্স পরিবর্তন হয় না"


দয়া করে উইকিপিডিয়া নিবন্ধের একটি লিঙ্ক সরবরাহ করুন ।
উইজলগ

1
@ উইজলগ ভোইলা;)
সাইমন

2

এটি কেবল আমার মতামত, এটির ব্যাকআপ নেওয়ার জন্য আমার কাছে পরীক্ষার ফলাফল নেই। কীভাবে জিনিসগুলি সম্ভবত ঘটে যায় তার মোটামুটি অনুমান এখানে:

রিয়েল ওএস:

  1. অ্যাপ্লিকেশনটি এক্স (দ্রুত) ডেটা চেয়েছে
  2. ওএস ডিস্ক ড্রাইভারকে ডেটা এক্স (দ্রুত) চেয়েছে
  3. ফিজিকাল ডিস্কটি ডেটা এক্স নিয়ে আসে এবং এটি ওএসে ফেরত দেয় ( খণ্ডিত হলে ধীর )

এখানে কোনও ভিএম-এর সমতুল্য শৃঙ্খলা হবে:

  1. ভিএম অ্যাপ্লিকেশনটি এক্স (দ্রুত) ডেটা চেয়েছে
  2. ভিএম ওএস ডেটা এক্স (দ্রুত) জিজ্ঞাসা করছে
  3. ভিএম হোস্ট প্রকৃত ওএসকে ভার্চুয়াল ডিস্ক ফাইলে (দ্রুত) ডাটা সঞ্চিত ডাটা পেতে বলেছে
  4. রিয়েল ওএস ডিস্ক ড্রাইভারকে ডেটা এক্স (দ্রুত) পেতে বলে
  5. শারীরিক ডিস্কটি এক্স এক্স এনে দেয় এবং এটি ওএসে ফেরত দেয় ( খণ্ডিত হলে ধীর )।

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

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

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


2

আপনার ভার্চুয়াল মেশিনটি traditionalতিহ্যবাহী চৌম্বকীয় এইচডিডি বা বৈদ্যুতিন এসএসডিতে সঞ্চিত ডেটা অ্যাক্সেস করছে কিনা তা, উইন্ডোজ এনটিএফএস ফাইল এবং ফ্রি স্পেস বিভাজন ডেটা অনুরোধ করে অ্যাপ্লিকেশনগুলির অ্যাক্সেস গতি কমিয়ে দেয়। আপনার অনুমানের তুলনায় এনটিএফএস ফাইল এবং ফ্রি স্পেস বিভাজন অনেক বেশি ঘটে। অপারেটিং সিস্টেমটি ইনস্টল করার সাথে সাথে এটি হওয়ার সম্ভাবনা রয়েছে। আপনি যখন অ্যাপ্লিকেশন বা সিস্টেম আপডেট ইনস্টল করেন, ইন্টারনেট অ্যাক্সেস করবেন, ফটো ডাউনলোড এবং সংরক্ষণ করুন, ই-মেইল তৈরি করবেন, অফিস ডকুমেন্টস ইত্যাদি… এটি কম্পিউটার সিস্টেমের একটি সাধারণ ঘটনা এবং আচরণ, তবে এটির ওভারে নেতিবাচক প্রভাব পড়ে সমস্ত অ্যাপ্লিকেশন এবং সিস্টেমের কর্মক্ষমতা। বিভাজন ঘটলে কম্পিউটার সিস্টেম এবং অন্তর্নিহিত স্টোরেজ প্রয়োজনীয়তার চেয়ে বেশি কাজ করছে performing প্রতিটি I / O অনুরোধটি একটি পরিমাপযোগ্য পরিমাণ সময় নেয়। এমনকি এসএসডি পরিবেশে "তাত্ক্ষণিক" আই / ও অনুরোধের মতো কোনও জিনিস নেই। যে কোনও সময় কোনও অ্যাপ্লিকেশন ডেটা পড়তে বা লেখার জন্য অনুরোধ করে এবং সেই অনুরোধটি অতিরিক্ত আই / ও অনুরোধে বিভক্ত হয়ে যায় এবং এটি আরও কাজ করার কারণ হয়। এই অতিরিক্ত কাজটি ঠিক সময়ে সেই মুহুর্তে দেরি করে।

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

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

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

এটিকে ব্যাক আপ করার জন্য আমার বেঞ্চমার্ক ফলাফল রয়েছে। আপনি যদি চান তবে এই ফলাফলগুলির জন্য অনুরোধ করে একটি মন্তব্য পোস্ট করুন এবং সেগুলি আপনার সাথে ভাগ করে নিতে পেরে আমি আনন্দিত।


হাওয়ার্ড বাটলার, আপনি এই সাইটে নতুন, স্বাগতম। সাধারণভাবে, এটি ব্যক্তিগতভাবে ইন্টারনেটে ব্যক্তিগত তথ্য প্রকাশের পরামর্শ দেয় ill
উইজলগ

@ উইজলগ যদি তথ্যটি নিজের হয় তবে ইন্টারনেটে ব্যক্তিগত তথ্য পোস্ট করার ক্ষেত্রে কোনও ভুল নেই। তবে স্ট্যাকএক্সচেঞ্জের উদ্দেশ্যে, আপনার পরিচিতির তথ্য বা উত্তরে 'স্বাক্ষর' পোস্ট করা বাড়াবাড়ি। ব্যবহারকারীরা চাইলে আরও তথ্যের জন্য আপনার প্রোফাইলে ক্লিক করতে পারেন।
iglvzx

@iglvzx আমি কেবল একটি মন্তব্য রচনা করছিলাম যা মূলত একই জিনিসটি সুপারিশ করবে ... এই উত্তরের দ্বারা প্রস্তাবিত হিসাবে ।
উইজলগ

2

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

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

কারণটা এখানে…

  1. অ্যাপ্লিকেশনটি এক্স ডেটা চাইবে

  2. অনুরোধটি এনটিএফএস.সিস দ্বারা প্রক্রিয়া করা হয়

  3. ফাইলের বৈশিষ্ট্যগুলি পরীক্ষা করা হয় ($ এমএফটি) এবং যদি ডেটাটি একটি মাত্রায় (টুকরা) না থাকে তবে মূল ডেটা অনুরোধটি সন্তুষ্ট করার জন্য প্রতিটি আইটেম / ফ্রেগমেন্টের জন্য অতিরিক্ত আই / ও অনুরোধ তৈরি করা হয়।

  4. এর পরে প্রতিটি অনুরোধ ডিস্ক স্টোরেজ ড্রাইভারের কাছে প্রেরণ করা হয়।

  5. ডেটা পুনরুদ্ধার করা হলে এটি স্ট্যাকটি ব্যবহারকারী / অ্যাপ্লিকেশনে ব্যাক আপ করে দেওয়া হয়।

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

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


1

উইন্ডোজ সার্ভার ২০০৮ এবং উইন্ডোজ ভিস্তা দিয়ে শুরু করে, উইন্ডোজ ডিফল্ট নির্ধারিত ডিফ্র্যাগ টাস্কটি সম্পর্কে সতর্ক থাকুন।

এটি দিয়ে অক্ষম করা যেতে পারে: schtasks /change / tn “microsoft\windows\defrag\ScheduledDefrag” /disable

বা পাওয়ারশেল ব্যবহার:

Get-ScheduledTask ScheduledDefrag | Disable-ScheduledTask

থেকে নেওয়া হয়েছে: http://www.sysadmit.com/2015/10/vmware-y-gpo-defrag-windows.html


0

আমি সবেমাত্র একটি ভিএমএলাইট এক্সপিমোড ভিএম 240 জিবি ইনটেল এসএসডিএসসি 2 সিডব্লু 240 এ 3 তে হোস্ট করা উইন্ডোজ ডিফ্র্যাগ ব্যবহার করে ডিফল্ট করেছি।

হোস্টটিতে প্রাক ডিফ্রেগ ভিএম আকার - 7.83 জিবি (সি তে ব্যবহৃত স্পেস: ভিএম-তে, 121 জিবি এর 5.81 জিবি)

পোস্ট ডিফ্র্যাগ - 9.86 জিবি (সি তে ব্যবহৃত স্পেস: ভিএম-তে, 121 জিবি এর 5.80 জিবি)

আমি প্রত্যাশিত ফলাফলটি নয় এবং আমি প্রাক ডিফ্রেগ সংস্করণটি পুনরুদ্ধার করেছি।


-1

না সত্যিই না. ডিসিপারের দ্বারা "হাইপারফেষ্ট" এর মতো জিনিস রয়েছে তবে এই প্রযুক্তিগুলি কতটা দক্ষ তা আমার কোনও ধারণা নেই। (এটি সম্ভবত কেবল একটি রিপফ তাই এসএসডি মূলধারার হয়ে যাওয়ার পরে তারা বাজারে পড়বে না))


হাইপারफाস্ট, ম্যাজিক সসের মতো শোনাচ্ছে।
জাফিন
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.