উইন্ডোজের প্রাথমিক পার্টিশন / ড্রাইভ সি রাখার কোনও কারণ আছে: ছোট?


70

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

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

আমার প্রশ্ন এই অনুশীলন এখনও ভাল? কেন এটি করা হয়। এর প্রধান সুবিধা কোনটি যদি হয়? একটি স্পষ্ট এক হ'ল যদি প্রাথমিক বিভাজনটি ক্র্যাশ হয় তবে আপনার ডেটা মাধ্যমিকটি নিরাপদ।

আমি এই প্রশ্নটি করার কারণটি হ'ল কারণ আমি ভিজ্যুয়াল স্টুডিও আপডেট করার চেষ্টা করছি এবং প্রাথমিক পার্টিশনে আমার কেবল 24MB বাকি আছে বলে আমি করতে পারি না।


2
"প্রধান পার্টিশনের আকার ছোট (100 গিগাবাইটের মতো)" বলতে কী বোঝ? 100 জিবি বেশিরভাগ পদক্ষেপে "ছোট" হয় না? আপনার মানে কি "পুরো ড্রাইভের চেয়ে ছোট"? এবং "মেইন পার্টিশন" দ্বারা আপনি কী সেই পার্টিশনটি বোঝাতে পারেন যা উইন্ডোজ ড্রাইভ সি :? এবং আপনার পোস্ট করা স্ক্রিন শটটি কী বোঝাতে হবে? এটি কেবল একটি সম্পূর্ণ ড্রাইভ দেখায় ... দয়া করে স্পষ্ট করতে সম্পাদনা করুন।
স্লেসকে

10
১০০ জিবি ছোট মনে হচ্ছে না তবে এই দিনগুলিতে বড় সফ্টওয়্যার এটিকে আমার মামলার মতো দ্রুত পূরণ করে। প্রধান বিভাজন = প্রাথমিক পার্টিশন = বুট পার্টিশন। স্ক্রিনশটটি আমার প্রাথমিক পার্টিশিয়ান দেখায় (ড্রাইভ সি :) এবং দেখুন যে কেবল 24 মেগাবাইট বাকি রয়েছে। আমার ডি: 90 জিবি নিখরচায় এবং ই: 183 জিবি বিনামূল্যে free
hk_

1
আপনার প্রশ্নটি সম্পাদনের স্বাধীনতা আমি পরিষ্কার করে দিয়েছি। ভবিষ্যতে, আপনি যদি আপনার প্রশ্নটি সরাসরি তথ্য যুক্ত করতে সম্পাদনা করেন তবে সর্বোত্তম - মন্তব্যগুলি সরানো যেতে পারে এবং সবাই এগুলি পড়বে না।
sleske

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

1
মনে রাখবেন যে আপনি কোনও প্রোগ্রাম ইনস্টল করা ড্রাইভটি (যেমন এমএস অফিস) ইনস্টল করতে সর্বদা সক্ষম নন এবং প্রাথমিকভাবে প্ল্যানড করার চেয়ে আপনার আরও স্থানের প্রয়োজন হতে পারে।
নিজন 22

উত্তর:


89

আমার চাকরিতে প্রায় দুই দশক আগে, আইটি বিশেষজ্ঞরা অন্যান্য পার্টিশনের তুলনায় উইন্ডোজের মূল পার্টিশন (সি ড্রাইভ) এর আকারকে খুব ছোট রাখতেন। তারা ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে চলমান পিসিটিকে সর্বোত্তম গতিতে চালিত করবে। [...] আমার প্রশ্ন এই অনুশীলন এখনও ভাল?

সাধারণভাবে: কোন

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

আজকাল, সাধারণত একটি একক, বৃহত সি: পার্টিশনটি ব্যবহার না করার কোনও কারণ নেই। মাইক্রোসফ্টের নিজস্ব ইনস্টলার একটি একক, বৃহত সি: ড্রাইভ তৈরিতে ডিফল্ট। পৃথক ডেটা পার্টিশন তৈরি করার যদি কোনও ভাল কারণ থাকে তবে ইনস্টলারটি এটি সরবরাহ করবে - মাইক্রোসফ্ট আপনাকে উইন্ডোজ এমনভাবে ইনস্টল করতে দেয় যা সমস্যা তৈরি করে?

একাধিক ড্রাইভের মূল কারণ হ'ল এটি জটিলতা বাড়ে - যা আইটি-তে সর্বদা খারাপ is এটি নতুন সমস্যা তৈরি করে যেমন:

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

আছে কিছু বিশেষ ক্ষেত্রে যেখানে একাধিক পার্টিশন এখনও জানার করুন:

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

ছোট / পৃথক পার্টিশনের পক্ষে প্রায়শই উত্থাপিত কিছু যুক্তি সম্বোধন করতে:

  • ছোট পার্টিশন ব্যাকআপ করা সহজ

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

  • যদি একটি পার্টিশন ক্ষতিগ্রস্থ হয়, অন্য পার্টিশনটি এখনও ঠিক আছে

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

  • আপনি যদি কোনও ডেটা পার্টিশনে সমস্ত ব্যবহারকারীর ডেটা রাখেন তবে ওএস পার্টিশনটি মুছতে এবং পুনরায় ইনস্টল করতে / না করতে পারেন কারণ সেখানে কোনও ব্যবহারকারীর ডেটা নেই

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


আরও দেখুন আপনি উইন্ডোজ সিস্টেমের মতো একই বিভাগে সফ্টওয়্যার ইনস্টল করবেন? আরও তথ্যের জন্য.


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

1
আপনার সিস্টেম পার্টিশনের জন্য আপনি একটি চিত্র ব্যাকআপ সম্পাদন করতে চাইতে পারেন অন্য সমস্ত পার্টিশনের জন্য একটি সাধারণ ডেটা ব্যাকআপ যথেষ্ট।
থমাস

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

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

2
"মাইক্রোসফ্ট কেন আপনাকে এমনভাবে উইন্ডোজ ইনস্টল করতে দেয় যা সমস্যা তৈরি করে?" কারণ আপনি ধরে নিয়েছেন মাইক্রোসফ্ট সর্বদা আপনাকে ডিফল্টরূপে সর্বোত্তম এবং অনুকূলিত বিকল্পটি ব্যবহার করতে দেয়?
জোনাথন ড্রিপো

25

এই অনুশীলনের historicalতিহাসিক কারণটি সম্ভবত চৌম্বকীয় এইচডিডি ঘোরানোর কর্মক্ষমতা বৈশিষ্ট্যের মধ্যে রয়েছে। সর্বাধিক ক্রমযুক্ত অ্যাক্সেস গতি সহ স্পিনিং ডিস্কের ক্ষেত্র হ'ল বহিরাগত সেক্টর (ড্রাইভ শুরুর কাছাকাছি)।

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

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

এই অনুশীলনটি এসএসডি স্টোরেজটির আবির্ভাবের সাথে সমস্ত কারণ হারিয়েছে।


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

6
"সর্বাধিক অ্যাক্সেসের গতি হ'ল আন্তঃতম ক্ষেত্রগুলি" " , "সুতরাং, ওএস ফাইলগুলি শারীরিকভাবে দ্রুততম ডিস্কের অঞ্চলে থাকার জন্য, আপনি ড্রাইভের শুরুতে একটি ছোট সিস্টেম পার্টিশন তৈরি করবেন" - না, এই প্রশ্নটির মতো আপনার পিছনে রয়েছে: সুপারসার ডটকম / প্রশ্নগুলি / 643013 /… । এছাড়াও আপনার "historical তিহাসিক কারণ" এর দাবি সন্দেহজনক is এটিপিআই ড্রাইভগুলি জোন বিট রেকর্ডিং ব্যবহার শুরু না করা পর্যন্ত সমস্ত পূর্ববর্তী এইচডিডি ধ্রুবক কৌণিক রেকর্ডিং ব্যবহার করেছিল, সুতরাং সিলিন্ডারের মধ্যে কথা বলার কোনও গতি পার্থক্য ছিল না।
কাঠের

3
@ সাউডস্ট, historicalতিহাসিক কারণটি বিলম্বিতা পড়েনি, তবে বিলম্বিতা খুঁজছিল। FAT সর্বনিম্ন ট্র্যাক ঠিকানায় সংরক্ষণ করা হয়েছিল এবং তাই ডিস্ক হেডকে কমপক্ষে প্রতিবার কোনও ফাইল তৈরি বা প্রসারিত অবস্থায় সেখানে ফিরে আসতে হবে। 1980 এর ডিস্ক সহ, পারফরম্যান্সের পার্থক্যটি পরিমাপযোগ্য ছিল। এইচপিএফসের একটি নকশা বৈশিষ্ট্য (এনটিএফএসের পূর্বপুরুষ) গড় সন্ধানের সময়কে হ্রাস করার জন্য পার্টিশনের মাঝখানে এমএফটি স্থাপন করা ছিল। অবশ্যই, আপনি একবার ডিস্কে একাধিক পার্টিশন রাখার পরে আপনার একাধিক FAT / MFT অঞ্চল রয়েছে তাই সন্ধানটি আর অনুকূলিত হবে না।
গ্রাহামজ 42

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

1
@ সাউডস্ট - আমি দুঃখিত যে আপনি আমাকে ভুল বুঝেছিলেন এবং একটি মন্তব্যের আকার আমি কী লিখতে পারি তা সীমাবদ্ধ করে। একটি ফ্যাট বিভাজনে, মাথাটি প্রতিবার আপডেট হওয়ার সাথে সাথে FAT এ প্রতিস্থাপন করতে হবে, বা যদি FAT সেক্টরটি পড়তে হয় তবে আর ক্যাশে করা হয় না, সুতরাং বাইরের সিলিন্ডারে মাথা খুঁজে পাওয়ার সম্ভাবনাটি এটি কোনও অভ্যন্তরে খুঁজে না পাওয়ার চেয়ে অনেক বেশি সিলিন্ডার, যার অর্থ গড় অনুসন্ধানের সময় কম হয়। আমি ৮০ এর দশকের গোড়ার দিকে স্টিপার-মোটর ড্রাইভের কথা বলছি (এসটি -412 এর গড় সন্ধানের সময় 85 মিলিয়ন ছিল তবে একটি সিলিন্ডারের জন্য 3 মিমি ছিল)। একটি আধুনিক ড্রাইভ প্রায় 10x দ্রুত।
গ্রাহামজ 42

5

উইন্ডোজের প্রাথমিক পার্টিশন / ড্রাইভ সি রাখার কোনও কারণ আছে: ছোট?

এটি করার কয়েকটি কারণ এখানে রয়েছে:

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

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

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

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

কেউ অনুধাবন করতে পারেন যে এই অনুশীলনটি কেন করা হয় এবং এটি এখনও কার্যকর?

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

এর মধ্যে কিছু দুর্ভাগ্যক্রমে আরও সমস্যাগুলি পরিচয় করিয়ে দিতে পারে:

  1. এটি কাঠামোর জটিলতা বাড়িয়ে তোলে যা এটি পরিচালনা করা আরও কঠিন এবং সময় সাপেক্ষে করে তোলে।
  2. কিছু পার্টিশন এখনও সিস্টেম পার্টিশনে ফাইল / মেটা-ডেটা লেখায় (ফাইল অ্যাসোসিয়েশন, কনটেক্সট মেনু, ইত্যাদি ..) অন্য পার্টিশনে ইনস্টল করা থাকলেও এটি ব্যাকআপ নেওয়া আরও শক্ত করে তোলে এবং পার্টিশনের মধ্যে সিঙ্ক করার ক্ষেত্রে ব্যর্থতা আনতে পারে। (@ বব এর মন্তব্যে ধন্যবাদ)

আপনার যে সমস্যা হচ্ছে তা এড়াতে আপনার এগুলি করতে হবে:

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

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

দ্রষ্টব্য: এবং যেমন আপনি নিজের উল্লেখ করেছেন, বুটযোগ্য পার্টিশনের ব্যর্থতার ক্ষেত্রে পৃথক পার্টিশনে থাকা ডেটাটি নিরাপদ রাখে।


1
"অতএব, একটি ছোট মাস্টার ফাইল টেবিলযুক্ত একটি ছোট বিভাজন দ্রুত অনুসন্ধান করবে এবং একটি হার্ড ড্রাইভের কার্যকারিতা উন্নত করবে।" উদ্ধৃতি আবশ্যক - সার্ভারসফল্ট / প্রশ্ন / 222110/… উদাহরণস্বরূপ ইঙ্গিত দেয় যে আজকাল বিশাল আকারগুলিও কোনও সমস্যা নয়।
sleske

1
"অবশ্যই, প্রচুর সফ্টওয়্যার বিকাশকারীদের প্রাথমিক পার্টিশনে তাদের ব্যবহারকারীদের অ্যাপ্লিকেশন ইনস্টল করার পরামর্শ দেওয়ার খারাপ অভ্যাস রয়েছে But তবে সাধারণত, এটি ভাল ধারণা নয়" " - উদ্ধৃতি আবশ্যক
gronostaj

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

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

2
"এই সফটওয়্যারগুলি [সফটওয়্যার] থেকে অন্য সফ্টওয়্যার থেকে পৃথক করে রাখা ভাল" - না। এই পদ্ধতির সমস্যাটি অনেকগুলি সফ্টওয়্যার ওএসের সাথে ইনস্টলেশন স্থিতি (এবং আনইনস্টলার) বজায় রাখে। অনেকগুলি সফ্টওয়্যার ওএসের বিভিন্ন অংশগুলির সাথে ফাইল নিবন্ধ করে - ফাইল সংযোগ, প্রসঙ্গ মেনু এন্ট্রি, পূর্বরূপ রেন্ডারগুলি, ইত্যাদি etc সফ্টওয়্যারটি পৃথক পার্টিশনে ইনস্টল করা এগুলি প্রতিরোধ করে না; এটি কেবল তাদের দুটি পার্টিশন জুড়ে ছড়িয়ে দেয়। কোনটি যদি থাকে তবে এগুলি একত্রে রাখার চেয়ে খারাপ - আপনি এখন ব্যাকআপগুলিতে দুটি পার্টিশন সিঙ্ক না হয়ে যাওয়ার ঝুঁকি যুক্ত করেছেন।
বব

4

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

সমস্ত ফাইল সিস্টেম খণ্ডিত সাপেক্ষে। এসএসডিগুলির সাথে এটি মূলত একটি নন-ইস্যু, তবে এটি এখনও ট্র্যাডিশনাল ডিস্ক ড্রাইভগুলির একটি সমস্যা।

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

আমার ব্যক্তিগত ফাইলগুলি একটি পৃথক ভলিউমে রাখা, আমি খুঁজে পেয়েছি:

  • সিস্টেমের আয়তন প্রায় দ্রুত (বা গুরুতরভাবে) খণ্ডিত হয় না;
  • এটির সমস্ত কিছুর সাথে একটি পৃথক ভলিউমের চেয়ে দুটি পৃথক ভলিউমকে ডিফ্র্যাগমেন্ট করা অনেক দ্রুত - প্রতিটি ভলিউমের সম্মিলিত ভলিউমের যতক্ষণ 20% -25% লাগে।

আমি এটি উইন্ডোজের বিভিন্ন সংস্করণ সহ পিসির বেশ কয়েকটি প্রজন্মের মধ্যে পর্যবেক্ষণ করেছি।

(একজন মন্তব্যকারী যেমন উল্লেখ করেছেন, এটি ব্যাকআপগুলি তৈরি করতেও সহায়তা করে))

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

ক্যাভ্যাট: উইন্ডোজের নতুন সংস্করণ সহ (৮ টি থেকে) এটি আরও বেশি জটিল হয়ে উঠেছে, কারণ সি ব্যতীত অন্য একটি ভলিউমের ব্যবহারকারী ফোল্ডারগুলি আর সরকারীভাবে সমর্থিত নয়। আমি আপনাকে বলতে পারি যে আমি উইন্ডোজ 7 থেকে উইন্ডোজ 10 এ স্থানের মধ্যে কোনও আপগ্রেড করতে পারিনি, তবে ওয়াইএমএমভি (ব্যবহারকারীর ফোল্ডারটি [পুনরায়] সনাক্ত করার বিভিন্ন উপায় রয়েছে, আমি জানি না যেগুলি প্রভাবিত হয়েছে) ।

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


আমার জন্য, এটি কেবলমাত্র সি: পুনরায় ইনস্টল করা যেতে পারে, যেখানে ডি-তে সমস্ত কিছু ব্যাক আপ করা দরকার
মওগ

এসএসডি সহ, মেটাডেটা টুকরো টুকরো করা এখনও একটি ইস্যু 'এর অর্থ এটি একই কাজের জন্য আরও পঠন / লেখার আদেশ দেয়। যদিও প্রভাবটি আবর্তনীয় ড্রাইভের চেয়ে তুলনামূলকভাবে অল্পমাত্রায় কম।
ivan_pozdeev

4

সংক্ষিপ্ত উত্তর: আর নেই।

আমার অভিজ্ঞতায় (আইটি প্রশাসনিক কাজের 20+ বছর), এই অনুশীলনের প্রাথমিক কারণ (অন্যদের নীচে তালিকাভুক্ত করা হয়েছে) হ'ল ব্যবহারকারীরা মূলত তাদের ডেটা এবং হার্ড ড্রাইভের জায়গার সাথে উইন্ডোজকে বিশ্বাস করেন না।

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

  • মাইক্রোসফ্টগুলি সহ প্রচুর পণ্য রয়েছে, যা পরিষ্কারভাবে আনইনস্টল করে না এবং / অথবা সামঞ্জস্যতা এবং স্থায়িত্বের সমস্যাগুলি সৃষ্টি করে না (সর্বাধিক বিশিষ্ট প্রকাশ হ'ল চারপাশের অবশিষ্ট ফাইল এবং রেজিস্ট্রি এন্ট্রি এবং ডিএলএল হেলএর সমস্ত অবতারে)। ওএস দ্বারা নির্মিত অনেকগুলি ফাইল পরে পরিষ্কার হয় না (লগস, উইন্ডোজ আপডেট ইত্যাদি), ওএস সময় হিসাবে আরও বেশি স্থান নেয় to উইন্ডোজ 95 এবং এমনকি এক্সপি যুগে, পরামর্শটি একবারে ওএসের পরিষ্কার পুনরায় ইনস্টল করার পরামর্শ হিসাবে চলেছিল। ওএস পুনরায় ইনস্টল করার জন্য ওএস এবং তার পার্টিশন (ফাইল সিস্টেমে কোনও বগাস ডেটা পরিষ্কার করার জন্য) মুছে ফেলার গ্যারান্টি দেওয়ার ক্ষমতা প্রয়োজন - একাধিক পার্টিশন ছাড়াই অসম্ভব। এবং ডেটা না হারাতে ড্রাইভকে বিভক্ত করা কেবল বিশেষায়িত প্রোগ্রামগুলির মাধ্যমেই সম্ভব (যার কোনও খারাপ ক্ষেত্রের মুখোমুখি হওয়ার পরে ডেটা জামিন দেওয়া এবং ডেটা অকেজো অবস্থায় রেখে দেওয়ার মতো নিজস্ব বাজে চমক থাকতে পারে)। বিভিন্ন "ক্লিন আপ" প্রোগ্রামগুলি সমস্যাটি দূর করেছিল, তবে তাদের যুক্তি বিপরীত প্রকৌশল এবং পর্যবেক্ষণ আচরণের ভিত্তিতে তৈরি হয়েছে,RegCleanএমএসের দ্বারা ইউটিলিটি নিজেই অফিস 2007 প্রকাশের পরে এটি নিবন্ধভুক্ত রেজিস্ট্রি সম্পর্কে অনুমানকে ভেঙে ফেলা হয়েছিল)। অনেক প্রোগ্রাম তাদের যথেচ্ছ স্থানে তাদের ডেটা সংরক্ষণ করে তোলে তা ব্যবহারকারী এবং ওএস ডেটা পৃথক করে আরও শক্ত করে তোলে, ফলে ব্যবহারকারীরা ওএস স্তরক্রমের বাইরেও প্রোগ্রাম ইনস্টল করতে সক্ষম হন।
    • মাইক্রোসফ্ট বিভিন্ন ধরণের সাফল্যের (স্থিতিশীল ডিএলএল , উইন্ডোজ ফাইল সুরক্ষা এবং এর উত্তরসূরি ট্রাস্টেডইনস্টলার, পাশাপাশি পাশাপাশি সাবসিস্টেম , স্টোরেজ স্ট্রাকচার সহ। নেট মডিউলগুলির একটি পৃথক সংগ্রহস্থল যা সংস্করণ এবং বিক্রেতাদের দ্বন্দ্ব রোধ করে , তার সাথে স্থিতিশীলতা বাড়াতে বিভিন্ন উপায় চেষ্টা করেছিল) )। উইন্ডোজ ইনস্টলার এর সর্বশেষতম সংস্করণে এমনকি প্রাথমিক নির্ভরতা পরীক্ষা করা আছে (সম্ভবত এই বৈশিষ্ট্যটি অন্তর্ভুক্ত করার জন্য সর্বশেষ ব্যবহৃত প্যাকেজ ম্যানেজার)।
    • সেরা অনুশীলনের সাথে তৃতীয় পক্ষের সফ্টওয়্যার সম্মতি সম্পর্কিত, তারা opালু-লিখিত তবে যথেষ্ট পরিমাণে ব্যবহৃত সফ্টওয়্যারটির সাথে সামঞ্জস্য বজায় রাখার মধ্যে চক্রান্ত করেছে (অন্যথায়, এর ব্যবহারকারীরা একটি নতুন উইন্ডোজ সংস্করণে আপগ্রেড করবে না) - যা একটি মন-বগিং পরিমাণের দিকে নিয়ে যায় kludges এবং OS এ সমাধান নীচে উপস্থিত, অনথিভুক্ত এপিআই আচরণ সহ 3 য় পক্ষের প্রোগ্রাম তাদের মধ্যে বাগ ফিক্স লাইভ প্যাচিং এবং কয়েক মাত্রা রেজিস্ট্রি এবং ফাইলসিস্টেম ভার্চুয়ালাইজেশন এর - এবং এর মধ্যে একটি সার্টিফিকেশন লোগো মত ব্যবস্থা মেনে মধ্যে 3 য় পক্ষের বিক্রেতাদের অত্যাচার প্রোগ্রাম এবং ড্রাইভার স্বাক্ষরকরণ প্রোগ্রাম (ভিস্তার সাথে শুরু করা বাধ্যতামূলক)।
  • ব্যবহারকারীর প্রোফাইলে একটি দীর্ঘ পথের নিচে সমাহিত হওয়া ব্যবহারকারীর ডেটা এতে ব্রাউজ করতে এবং এর জন্য পাথ নির্দিষ্ট করতে অসুবিধে করে। পাথগুলিতে দীর্ঘ নামও ব্যবহৃত হত , ফাঁকা জায়গা ছিল (সর্বত্র কমান্ড শেলের একটি নিষিদ্ধকরণ) এবং জাতীয় অক্ষর (অতি সাম্প্রতিক সংস্করণগুলির ব্যতীত প্রোগ্রামিং ভাষার জন্য একটি বড় সমস্যা যার মধ্যে ইউনিকোডের বিস্তৃত সমর্থন রয়েছে) এবং ছিল স্থানীয়-নির্দিষ্ট (!) এবং উইনাপি অ্যাক্সেস ছাড়াই অদম্য (!!) (স্ক্রিপ্টগুলিতে কোনও আন্তর্জাতিকীকরণের প্রচেষ্টাকে হত্যা করা), এর সবগুলিই কোনও ক্ষেত্রেই সহায়তা করে না।
    সুতরাং আলাদা ড্রাইভের মূল ডাইরে আপনার ডেটা থাকা উইন্ডোজ যা সরবরাহ করেছিল তার চেয়ে বেশি সুবিধাজনক ডেটা স্ট্রাকচার হিসাবে দেখা গেছে।
    • এটি শুধুমাত্র সাম্প্রতিক উইন্ডোজ রিলিজগুলিতে স্থির হয়েছিল। ভিস্টায় নিজেরাই পথগুলি স্থির করা হয়েছিল, দীর্ঘ নামগুলি সংক্ষেপ করে, স্পেস এবং স্থানীয়করণের নামগুলি মুছে ফেলা হয়েছিল। ব্রাউজিংয়ের সমস্যাটি উইন 7 এ স্থির করা হয়েছিল যা ব্যবহারকারীর প্রোফাইলের মূল এবং এর অধীনে বেশিরভাগ অন্যান্য ডিরেক্টরি উভয়ের জন্য স্টার্ট মেনু এন্ট্রি সরবরাহ করে এবং Downloadsব্রাউজ করার প্রয়োজনীয়তা সংরক্ষণের জন্য বুদ্ধিমান ডিফল্ট হিসাবে ফাইল নির্বাচন সংলাপে অবিচ্ছিন্ন "প্রিয়" ফোল্ডারগুলির মতো বিষয়গুলি সরবরাহ করে provided তাদের জন্য প্রতিটি সময়।
  • সব মিলিয়ে এমএসের প্রচেষ্টা শেষ পর্যন্ত ফল পেয়েছে। উইন since এর পর থেকে, ক্লিনআপ ইউটিলিটিগুলি সহ ওএস, স্টক এবং তৃতীয় পক্ষের সফ্টওয়্যারগুলি স্থিতিশীল এবং যথেষ্ট ভাল আচরণযোগ্য এবং এইচডিডি যথেষ্ট পরিমাণে, ওএসের জন্য একটি সাধারণ ওয়ার্কস্টেশনের পুরো জীবনের জন্য পুনরায় ইনস্টলেশন প্রয়োজন হয় না। এবং স্টক হায়ারার্কি ব্যবহারযোগ্য এবং বাস্তবে এটি গ্রহণ করতে এবং প্রতিদিন অনুশীলনে ব্যবহার করার জন্য পর্যাপ্ত অ্যাক্সেসযোগ্য।

দ্বিতীয় কারণগুলি হ'ল:

  • প্রারম্ভিক সফ্টওয়্যার (বিআইওএস এবং ওএসে ফাইল সিস্টেম এবং বিভাজন সমর্থন) বড় পরিমাণে ডেটা সমর্থন করার জন্য হার্ড ড্রাইভের তুলনায় পিছনে ছিল, তার সম্পূর্ণ ক্ষমতা ব্যবহারের জন্য একটি হার্ড ড্রাইভকে কিছু অংশে বিভক্ত করার প্রয়োজন হয়েছিল।
    • এটি মূলত ডস এবং উইন্ডোজ 95 বার একটি ইস্যু ছিল। FAT32 (উইন্ডোজ 98) এবং এনটিএফএস (উইন্ডোজ এনটি 3.1) এর আবির্ভাবের সাথে আপাতত সমস্যাটি বেশিরভাগ ক্ষেত্রেই সমাধান হয়েছিল।
    • 2TB বাধাটি যেটি সম্প্রতি উদ্ভূত হয়েছিল তা ফাইল সিস্টেমগুলির সাম্প্রতিক প্রজন্মের দ্বারা নির্ধারণ করা হয়েছিল ( এক্সট 4 এবং এনটিএফএসের সাম্প্রতিক সংস্করণ ), জিপিটি এবং 4 কে ডিস্ক
  • পারফরম্যান্স অনুকূল করতে বিভিন্ন প্রচেষ্টা। আবর্তনের হার্ড ড্রাইভগুলি অভ্যন্তরের তুলনায় বাইরের ট্র্যাকগুলি (যা সূচনা ক্ষেত্রগুলিতে ম্যাপ করে) থেকে ডেটা পড়তে কিছুটা দ্রুত (প্রায় 1.5 গুন) দ্রুত হয়, ডিস্কের শুরুর কাছে ঘন ঘন অ্যাক্সেসযুক্ত ফাইলগুলি যেমন ওএস লাইব্রেরি এবং পেজফাইলে সন্ধান করার পরামর্শ দেয়।
    • যেহেতু ব্যবহারকারীর ডেটাও খুব ঘন ঘন অ্যাক্সেস করা হয় এবং মাথা নির্দিষ্ট করে দেওয়া খুব কার্যকরী কাজের চাপের বাইরেও কার্য সম্পাদনে আরও বড় প্রভাব ফেলে, বাস্তব-জীবনের ব্যবহারের উন্নতি সর্বোত্তমভাবে প্রান্তিক।
  • একাধিক শারীরিক ডিস্ক। এটি একটি ওয়ার্কস্টেশনের জন্য একটি অ-সাধারণ সেটআপ যেহেতু একটি আধুনিক এইচডিডি প্রায়শই নিজের দ্বারা যথেষ্ট পরিমাণে বড় হয় এবং ল্যাপটপের এমনকি ২ য় এইচডিডি-র স্থানও নেই। বেশিরভাগ ক্ষেত্রে যদি আমি এই সেটআপটির সাথে দেখেছি এমন সমস্ত স্টেশনগুলি ডেস্কটপগুলি নয় যা (আবার) পুরানো এইচডিডি ব্যবহার করে যা এখনও চালু রয়েছে এবং প্রয়োজনীয় আকারে যুক্ত হয় - অন্যথায়, হয় একটি র‌্যাড ব্যবহার করা উচিত, অথবা ড্রাইভগুলির একটিতে রাখা উচিত ব্যাকআপ এবং নিয়মিত ব্যবহারে না।
    • এটি সম্ভবত একমাত্র ক্ষেত্রে যেখানে পৃথকীকরণ সিস্টেম এবং ডেটা পৃথক ভলিউমে রূপান্তরিত হতে পারে: যেহেতু তারা শারীরিকভাবে বিভিন্ন হার্ডওয়্যারে থাকে তাই তাদের সমান্তরালে অ্যাক্সেস করা যায় (যদি না এটি একই প্যাটেলের দুটি পিএটিই চালিত না হয়) এবং কোনও কার্যকারিতা নেই তাদের মধ্যে স্যুইচ করার সময় মাথায় চাপ দিন hit
      • উইন্ডোজ ডিরেক্টরি কাঠামো পুনরায় ব্যবহার করতে, আমি সাধারণত ডেটা ড্রাইভে চলে যাই C:\Usersকেবলমাত্র একটি প্রফাইল মুভিং বা এমনকি মাত্র Documents, Downloadsএবং Desktopপ্রোফাইলের অন্যান্য অংশের Cuz নিকৃষ্ট 'হতে প্রমাণিত এবং Publicএছাড়াও uncontrollably বৃদ্ধি করতে পারেন ( "পৃথক কনফিগারেশন এবং ডেটা" নীচে সেটআপ দেখুন)।
    • যদিও ডিস্কগুলি একটি বিস্তৃত ভলিউমে সংহত করা যায় , আমি এটি ব্যবহার বা সুপারিশ করি না কারণ ডায়নামিক ভলিউমগুলি এমন একটি মালিকানাধীন প্রযুক্তি যা তৃতীয় পক্ষের সরঞ্জামগুলির সাথে কাজ করতে সমস্যা হয় এবং কারণ যদি কোনও ড্রাইভ ব্যর্থ হয় তবে পুরো ভলিউমটি নষ্ট হয়ে যায়।
  • একটি এম 2 এসএসডি + এইচডিডি।
    • এই ক্ষেত্রে, আমি বরং কেবলমাত্র ক্যাশে হিসাবে এসএসডি ব্যবহার করার পরামর্শ দিচ্ছি: এইভাবে, আপনি কেবলমাত্র কিছু স্বেচ্ছাসেবী অংশের পরিবর্তে আপনার সম্পূর্ণ অ্যারের ডেটার জন্য এসএসডি সুবিধা পাবেন এবং যা ত্বরান্বিত হয় তা স্বয়ংক্রিয়ভাবে নির্ধারিত হয় যা আপনি আসলে যা করেছেন তার দ্বারা অনুশীলনে অ্যাক্সেস।
    • যাই হোক না কেন, একটি ল্যাপটপের এই সেটআপটি কেবলমাত্র একটি এসএসডি 'কুউজ এইচডিডি থেকে নিকৃষ্ট, এছাড়াও বাহ্যিক শক এবং কম্পনের প্রতি অসহিষ্ণু যা ল্যাপটপের ক্ষেত্রে খুব প্রকৃত ঘটনা।
  • দ্বৈত বুট পরিস্থিতি। সাধারণত, দুটি ওএস একক পার্টিশনে সহাবস্থান করতে পারে না। এটিই কেবলমাত্র একটি দৃশ্যের আমি জানি যে কোনও ওয়ার্কস্টেশনে একাধিক পার্টিশনের ওয়ারেন্ট রয়েছে। এবং এর জন্য কেসগুলি আজকাল অদৃশ্যভাবে বিরল, কারণ প্রতিটি ওয়ার্কস্টেশন এখন ভিএম চালানোর পক্ষে যথেষ্ট শক্তিশালী।
  • সার্ভারগুলিতে, অন্যান্য বেশ কয়েকটি বৈধ পরিস্থিতি রয়েছে - তবে এর কোনওটিই সুপার ব্যবহারকারীর ডোমেনে প্রয়োগ হয় না।
    • উদাহরণস্বরূপ, কোনও পলাতক অ্যাপ্লিকেশনটিকে পুরো সিস্টেমটি ভেঙে ফেলার জন্য অবিরাম ডেটা (প্রোগ্রাম এবং কনফিগারেশন) ডেটা (অ্যাপ্লিকেশন ডেটা এবং লগগুলি) পরিবর্তন করা থেকে আলাদা করতে পারে। এছাড়াও বিভিন্ন বিশেষ প্রয়োজন রয়েছে (যেমন একটি এম্বেডড সিস্টেমে, র‌্যাম ড্রাইভে কাজের ডেটা চলাকালীন অবিচ্ছিন্ন ডেটা প্রায়শই EEPROM এ থাকে। লিনাক্সের ফাইল সিস্টেম হায়ারার্কি স্ট্যান্ডার্ড এই জাতীয় টুইটগুলিতে নিজেকে সুন্দরভাবে ধার দেয়।

3

প্রায় 2 দশক আগে ওয়ার্কস্টেশন / সার্ভারের পাশে এনটি 4 এবং 2000 সহ এক্সপি এর মাধ্যমে উইন্ডোজ 98 এর পরিসীমা দ্বারা আধিপত্য ছিল।

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

উওশেলের উত্তর যেমন বলেছে, ড্রাইভে নিম্নতর যৌক্তিক ক্ষেত্রগুলি (প্লাটারের বাইরে) সবচেয়ে দ্রুত হতে থাকে। আমার 1 টিবি ডাব্লুডিসি ভেলোসিরাপ্টর ড্রাইভগুলি 215MB / s থেকে শুরু হয়, তবে বাইরের সেক্টরে 125MB / s এ নেমে যায়, 40% ড্রপ হয়। এবং এটি একটি 2.5 "ড্রাইভ প্ল্যাটার ড্রাইভ, সুতরাং বেশিরভাগ 3.5" ড্রাইভগুলি সাধারণত 50% এরও বেশি পারফরম্যান্সে কখনও বড় ড্রপ দেখতে পায় । মূল পার্টিশনটি ছোট রাখার এটি প্রাথমিক কারণ, তবে এটি কেবল তখনই প্রযোজ্য যেখানে ড্রাইভের আকারের সাথে পার্টিশনটি ছোট থাকে।

পার্টিশনটি ছোট রাখার অন্য প্রধান কারণটি ছিল যদি আপনি FAT32 ফাইল সিস্টেম হিসাবে ব্যবহার করেন, যা 32 জিবি-র চেয়ে বড় পার্টিশন সমর্থন করে না। আপনি যদি এনটিএফএস ব্যবহার করে থাকেন তবে উইন্ডোজ 2000 এর আগে 2TB অবধি পার্টিশনগুলি সমর্থিত ছিল, তারপরে 256TB অবধি।

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

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

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

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

আমার ল্যাপটপে কেবল একটি একক 128 গিগাবাইট এসএসডি এবং আলাদা ব্যবহারের কেস রয়েছে, তাই আমি একই জিনিসটি করতে পারি না, তবে আমি এখনও 3 পার্টিশন, সি: (৮০ জিবি ওএস এবং প্রোগ্রাম), টি: (৮ জিবি টেম্পে) এবং এফ: এ বিভক্ত হয়েছি ( ২৪ জিবি ব্যবহারকারীর ফাইল), যা স্থান নষ্ট না করে টুকরো টুকরো টান নিয়ন্ত্রণ করার ভাল কাজ করে এবং ল্যাপটপটি স্থান ছাড়ানোর অনেক আগে প্রতিস্থাপন করা হবে। এফ: এ নিয়মিতভাবে পরিবর্তিত হওয়া একমাত্র গুরুত্বপূর্ণ ডেটা রয়েছে বলে এটি ব্যাকআপ নেওয়া আরও সহজ করে তোলে।


তবে আমার প্রশ্নটি বলে, আমাদের আইটি বিশেষজ্ঞ "তবু" এটি করেন কারণ আমি এখনই একই সমস্যার মুখোমুখি হচ্ছি।
এইচকে_

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

2
@ এইচকে_ কেবলমাত্র আপনার আইটি বিশেষজ্ঞ এখনও অভ্যাসের বাইরে কাজ করছেন তার অর্থ এই নয় যে 20 বা 15 (বা এমনকি 5) বছর আগের অভ্যাসের ভিত্তিগত সত্যগুলি আজও সত্য। আপনি যদি ব্রিটিশ হন এবং মহাদেশীয় ইউরোপে যাওয়ার সময় অভ্যাসের বাইরে রাস্তার বাম দিকে চালনা চালিয়ে যান, তবে আপনি আহত হয়ে উঠবেন world অর্থাত্ "কারণ আমি সর্বদা এটি সেভাবেই করেছি" কিছু করা চালিয়ে যাওয়ার কোনও ভাল কারণ নয় reason
ফ্রিম্যান

@ ফ্রিম্যান আমি এটি সমর্থন করছি না। আমার প্রশ্ন তাই আমার প্রশ্ন ছিল।
এইচকে_

3

আমি কিছু আইটি কাজ করতাম এবং আমি যা জানি এবং মনে করি তা এখানে।

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

আমি আজও ব্যবহার করি এমন আরও একটি দুর্দান্ত সুবিধা হ'ল পৃথক ড্রাইভগুলিতে "ডেটা" এবং "ওএস" রয়েছে, বা যদি আমি সেই পৃথক পার্টিশন পরিচালনা করতে না পারি। এসএসডি, বা আরও দ্রুত চৌম্বকীয় ড্রাইভ ব্যবহার করা হলে সত্যিকারের গতি বৃদ্ধি নেই, তবে ওএস অবশেষে ট্যাঙ্ক করলে সেখানে একটি বিশাল "ইজি ফিক্স" বিকল্প রয়েছে। কেবল ড্রাইভটি অদলবদল করুন বা partition পার্টিশনটিকে পুনরায় ভূত দিন। ব্যবহারকারীর ডেটা অক্ষত। সঠিকভাবে সেট আপ করার সময়, ডি: ড্রাইভ এবং "রোমিং প্রোফাইল" এর মধ্যে পুনরায় ইনস্টল করা উইন্ডোজ 5 মিনিটের নন-ইস্যু। এটি স্তর 1 প্রযুক্তির জন্য এটি একটি ভাল ধাপে পরিণত করে।


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

1
এগুলি খুব মুছে যায়, এর অর্থ আপনি কনফিগার সমস্যাগুলিও বাতিল করতে পারেন।
কোটায়ার

2

এখানে একটি কারণ রয়েছে, তবে আমি বিশ্বাস করি না এটি আজকের (আধুনিক) কম্পিউটারগুলির একটি বৈধ কারণ।

এটি উইন্ডোজ 95/98 এবং XT এ ফিরে যায়। এটি সম্ভবত ভিস্তার এবং পরবর্তী ক্ষেত্রে প্রযোজ্য নয়, তবে এটি একটি হার্ডওয়্যার সীমাবদ্ধতা ছিল তাই পুরানো হার্ডওয়্যারটিতে একটি নতুন ওএস চালানো এখনও সীমাবদ্ধতার সাথে মোকাবিলা করতে হবে।

আমি বিশ্বাস করি যে সীমাবদ্ধতাটি 2 জিবি ছিল, তবে পূর্ববর্তী সময়ে 1 জিবি সীমাবদ্ধতা (বা সম্ভবত অন্যরা) থাকতে পারে।

সমস্যাটি ছিল (এরকম কিছু): বুট পার্টিশনটি ড্রাইভের শারীরিক জায়গার প্রথম 2 জিবি (সম্ভবত 1 জিবি আগে) মধ্যে থাকতে হয়েছিল। এটি হতে পারে যে 1) বুট পার্টিশনের শুরুটি সীমার সীমানার মধ্যে থাকতে হবে, বা, 2) ENTRE বুট পার্টিশনটি সীমাটির সীমানার মধ্যে থাকতে হয়েছিল। এটা সম্ভব যে বিভিন্ন সময়ে, সেই কেসগুলির প্রতিটি প্রয়োগ করা হয়েছিল, তবে # 2 প্রয়োগ করা হলে এটি সম্ভবত স্বল্পস্থায়ী ছিল, সুতরাং আমি এটি # 1 ধরে নেব।

সুতরাং, # 1 দিয়ে, বুট পার্টিশনের শুরুটি দৈহিক স্থানের প্রথম 2 জিবি মধ্যে হতে হয়েছিল। এটি বুট / ওএসের জন্য 1 টি বড় পার্টিশন তৈরি করা থেকে বিরত থাকবে না। তবে বিষয়টি দ্বৈত / মাল্টি বুট ছিল। যদি মনে হয় যে ড্রাইভটি দ্বৈত / মাল্টি বুট করতে চান তবে ড্রাইভে অন্যান্য বুটযোগ্য পার্টিশন তৈরি করতে 2 জিবি চিহ্নের নিচে জায়গা থাকতে হবে। যেহেতু ইনস্টল করার সময় এটি জানা যাবে না যদি ড্রাইভটির জন্য অন্য কোনও বুট পার্টিশন প্রয়োজন হয়, বলুন, লিনিক্স, বা কিছু বুটেবল ডিবাগ / ট্রাবলশুট / পুনরুদ্ধার পার্টিশন প্রয়োজন, তাই এটি "ছোট" এ ইনস্টল করার জন্য প্রায়শই পরামর্শ দেওয়া হয়েছিল (এবং প্রায়শই কেন জানি না) "ওএস বুট বিভাজন।


2

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


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


নীচের মন্তব্যের কারণে আমি এই বিভাগটি আমার উত্তরে রেখে চলেছি।

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


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

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

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

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

@ بابি - আমি কেবলমাত্র একটি ভিন্ন ওএসে রিবুট করার পরে আমার প্রোগ্রামটি চালিত করি, তাই কোনও পার্টিশনের ব্যাক আপ নেওয়া সক্রিয় নয়, একটি সক্রিয় পার্টিশনের ব্যাকআপ নেওয়ার চেষ্টা করার সময়কালের স্ন্যাপ শট ইস্যুটিকে এড়িয়ে চলে। এটি একটি হার্ড ড্রাইভ "ক্লোন" করতে ডিস্ক ইমেজিং ইউটিলিটি চালানোর জন্য সিডি-রম থেকে বুট করার অনুরূপ (যা আমি আমার হার্ড ড্রাইভগুলি প্রতিস্থাপন করার পরে কিছুক্ষণ আগে করেছি)।
rcgldr

2

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

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

এবং আজ, ভার্চুয়াল মেশিন এবং ক্লাউড ড্রাইভগুলি এই পছন্দগুলির মধ্যে অনেকগুলি পরিপূরক করে।


2

একটি নির্দিষ্ট কারণ আছে - ভলিউম স্ন্যাপশট ব্যবহার করে।

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

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

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


0

আমি প্রায় অর্ধ শতাব্দী ধরে প্রোগ্রামিং করছি। অন্য উত্তরটি historical তিহাসিক বলে এবং আরও একটি দীর্ঘ জবাব একাধিক শারীরিক ডিস্ক বলে

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

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


-1

আমরা 2 পার্টিশন তৈরি করার কারণটি ছিল ভাইরাসগুলির কারণে। কিছু ভাইরাস বুট সেক্টর ও ডিস্কের শুরুতে ওভাররাইট করতে ব্যবহৃত হয়।

ব্যবহারকারীদের কম্পিউটারগুলিতে ব্যাকআপগুলি পুরো প্রোগ্রামটির একটি অনুলিপি ফ্লপি ডিস্কে ফোটায়। (বাস্তবে একটি ব্যাকআপ নেই)

সুতরাং যখন কোনও ভাইরাস ডিস্কের শুরুতে "খেয়ে ফেলে", সাধারণত কেবলমাত্র সিস্টেমটি পুনরায় ইনস্টল করতে হত।

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

সুতরাং আপনার যদি ব্যাকআপ থাকে তবে এই কারণটি বৈধ নয়।

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