যখন কোনও পিসি কোনও ফাইল সম্পাদনা করে, এটি কি আসল ফাইলটি মুছে দেয়?


55

যদি code.txt(বা যে কোনও ফাইল) সম্পাদনা করা হয় এবং সেভ করা হয় তবে পিসি কীভাবে প্রক্রিয়াটি পরিচালনা করবে সে সম্পর্কে আমার দুটি ধারণা আছে:

  1. পিসি code.txtপুরোপুরি মুছে ফেলে এবং code.txtস্ক্র্যাচ থেকে একটি নতুন (সম্পাদিত সংস্করণ) তৈরি করে।

  2. পিসি হেক্সের অংশ সম্পাদনা করে code.txt। সুতরাং কোন মুছে ফেলা হয়।

কম্পিউটারটি কীভাবে কাজ করে তা কোন ধারণাটি উপস্থাপন করে?


গ্রিটিংস! ব্যবহারকারী গ্রাভিটি দ্বারা সরবরাহিত দুর্দান্ত উত্তর থেকে কাজ করা, এখানে কিছু

18
@ হাকনদাহল কী প্রশ্নগুলি স্পষ্ট করছে? আপনি কিছুই পোস্ট করেন নি।
দ্য গ্রেট ডাক

ধূর. আমি আমার পিসিতে ফিরে না আসা পর্যন্ত অপেক্ষা করতে হবে। তবে সারাংশটি কোন স্তরের - হার্ডওয়্যার, ফাইল সিস্টেম, ওএস, বা অ্যাপ্লিকেশন? আর কি অ্যাপ?

কেন এটা আপনার কাছে গুরুত্বপূর্ণ? এমনকি যে প্রোগ্রামগুলি একটি "নতুন" ফাইল তৈরি করে তা সম্ভবত তৈরির সময়টি পরিবর্তন করতে পারে যাতে এটি মূলটির সাথে মেলে। একমাত্র দৃশ্যমান পার্থক্যটি হ'ল ইনোড নম্বর (বা সমমানের ধারণা) যা বিবেচনা করতে পারে (যেমন আপনার চারপাশে হার্ডলিঙ্কগুলি থাকলে তারা "সিঙ্কের বাইরে" পাবেন)।
বাকুরিউ

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

উত্তর:


121

হয় হতে পারে - এটি ব্যবহৃত টেক্সট সম্পাদকের উপর নির্ভর করে।

একটি 'টেক্সট ফাইল' ধারণা কম্পিউটারে অন্তর্নির্মিত নয় - প্রতিটি অপারেটিং সিস্টেম ফাইলগুলি আলাদাভাবে পরিচালনা করতে পারে এবং প্রতিটি পাঠ্য সম্পাদক এই ফাইলগুলি আলাদাভাবে ব্যবহার করতে পারে।

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

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

অপারেশন এমনকি তৃতীয় মোড আছে - সম্পাদক প্রথমে পুরানো ফাইলের একটি ব্যাকআপ অনুলিপি তৈরি করতে পারে, তারপরে সরাসরি ফাইলটিতে নতুন ডেটা লিখতে পারে।


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

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

কিছু ফাইল সিস্টেমে (যেমন বিটিআরএফ বা এক্সট ৪) এটি একটি optionচ্ছিক বৈশিষ্ট্য; অন্যদের মধ্যে (যেমন লগ-কাঠামোগত ফাইল সিস্টেম) এটি মূল ডিজাইনের একটি অংশ।


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

7
@ ট্রলক্লি: সমস্ত আধুনিক ফ্ল্যাশ মেমরি ডিভাইসগুলি মুছে ফেলা অঞ্চলে বিভক্ত করা হয়েছে যা ডিস্ক সেক্টরের চেয়ে বড় মাত্রার অর্ডার এবং এগুলির সমস্ত অংশ মোছা ছাড়াই এই অঞ্চলের কোনও অংশই পুনর্ব্যবহার করতে পারে না। ফলস্বরূপ, যদি কোনও অঞ্চলে 32 টি অপ্রচলিত ক্ষেত্রের মূল্যবান ডেটা এবং 224 সেক্টর দরকারী ডেটা থাকে, তবে এটি অপ্রচলিত খাতগুলির কোনও স্থান থেকে স্থান খালি করার আগে অন্য কোথাও দরকারী ডেটা 224 সেক্টর অনুলিপি করতে হবে। আধুনিক অপারেটিং সিস্টেমগুলি ডিস্ক সেক্টরগুলিকে নির্দেশিত করতে একটি "ট্রিম" কমান্ড ব্যবহার করে যার বিষয়বস্তুগুলি যে ব্লকটিতে রয়েছে সেগুলি পুনর্ব্যবহৃত হলে তাদের পরিত্যক্ত থাকতে পারে।
supercat

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

2
অনেক সম্পাদক সহজেই ফাইলটিকে মেমরিতে পড়েন এবং সেখানে সমস্ত পরিবর্তন করেন। (সম্ভবত পর্যায়ক্রমে চলমান কাজের একটি অনুলিপি অন্যের কাছে স্বতঃ সংরক্ষণ করা হয় you) আপনি পরিবর্তনগুলি সংরক্ষণ না করা পর্যন্ত মূল ফাইলটি একেবারেই পরিবর্তন করা হয় না, যেমন vi এর: w কমান্ড সহ।
জামেএসকিফ

4
@ জামেস্কেফ: ঠিক আছে, প্রশ্নটি ছিল যখন কোনও ফাইল "সম্পাদিত এবং সংরক্ষণ করা হয়" তখন কী হয় ...
মাধ্যাকর্ষণ

6

যেহেতু আপনি "ফাইল সংরক্ষণ করার" কথা বলছেন, তারপরে ডিস্কের জায়গায় ফাইলটি সম্পাদনা করা হবে না।

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

আপনি যখন কোনও সাধারণ সম্পাদকে কোনও ফাইল সম্পাদনা করেন, তখন এটি ফাইলের ডেটা র‍্যামে লোড করবে এবং যে কোনও সম্পাদনা কেবলমাত্র ডেটার অনুলিপিতে ঘটবে। আপনি যখন ফাইলটি সংরক্ষণ করবেন তখন মূলত দুটি বিকল্প রয়েছে:

বিকল্প 1: মূল ফাইলটির নাম পরিবর্তন করা হয়েছে , সুতরাং মূল ডিরেক্টরি এন্ট্রি এবং মূল ডেটা উভয়ই ডিস্কে থাকবে। পুনঃনামকরণ উদাহরণস্বরূপ ফাইল প্রত্যয়টি পরিবর্তন করতে পারে .bak( .bakসাধারণত কোনও পূর্ববর্তী ফাইল অপসারণ )। তারপরে একটি নতুন ফাইল তৈরি করা হয় এবং সেখানে মেমরি থেকে ডেটা লেখা হয়।

বিকল্প 2: মূল ডিরেক্টরি এন্ট্রিটি পরিবর্তন করা হয়েছে যাতে ফাইলটি 0 দৈর্ঘ্যে কাটা হয়। ফাইল ডেটার জন্য ব্যবহৃত ডিস্কের অঞ্চলটি অব্যবহৃত হিসাবে চিহ্নিত করা হবে তবে পুরানো ফাইল সামগ্রীগুলি ওভাররাইট না হওয়া অবধি ডিস্কে থাকবে। তারপরে নতুন তথ্য লেখা হয়। এই ক্ষেত্রে ডিরেক্টরি এন্ট্রি থেকে যায়, কেবলমাত্র যে ডেটা এটি নির্দেশ করে তা পরিবর্তন করা হয়।

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

সুতরাং আপনার থিওরি 1 সর্বাধিক সম্পাদকেরা যা করেন তার কাছে।


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

সুতরাং আপনার থিয়োরি 2 কিছু ক্ষেত্রে সম্ভব, তবে সাধারণ পাঠ্য সম্পাদক এবং এগুলি এটি করে না।


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

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

4

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

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

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

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

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

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

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


3

নির্ভর করে। আফাইক মাইক্রোসফ্ট ওয়ার্ড, যখন দ্রুত সংরক্ষণের বিকল্পগুলি সক্ষম করে .doc(না .docx) ফাইলগুলি সংরক্ষণ করার সময় ডকুমেন্টে করা পরিবর্তনগুলি অন্তর্ভুক্ত করে শেষ ফাইলটি সংরক্ষণ করে যা বর্তমান ফাইলটি করে।


1

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

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


2
আমি মনে করি আপনি ফাইল সিস্টেমের লিঙ্কমুক্ত অপারেশনগুলির ধারণার সাথে "মেমরি" বিভ্রান্ত করছেন। এবং প্রকৃতপক্ষে বর্ণিত প্রশ্নের সাথে এর কোনও সম্পর্ক নেই, যা জিজ্ঞাসা করে যে কংক্রিট ফাইলগুলি ওভাররাইট করা হয়েছে বা এন-ওয়ে আপডেটের কোনও ধরণের আছে কিনা।

ওয়েল যদি সফ্টওয়্যারটি এটির জন্য বিশেষভাবে তৈরি করা হয় তবে এটি সম্ভব, যদিও আমি যতদূর জানি সচরাচর এটি দীর্ঘমেয়াদী স্টোরেজ এবং র‌্যাম উভয়ই কাজ করে।
গিগা জোলস

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

1

আশা করি এটি অনর্থক নয়, কিছুটা অতিরিক্ত তথ্য / পটভূমি।

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

কিছু অ্যাপস কীভাবে সম্পাদনা পরিচালনা করতে পারে তার কয়েকটি উদাহরণ:

নোটপ্যাড পুরো দস্তাবেজটিকে মেমরিতে লোড করে এবং তারপরে পুরো জিনিসটি আপনার মূল নথিতে (বা আপনার নির্দিষ্ট করা একটি নতুন) সংরক্ষণ করে।

প্রায় সমস্ত অন্যান্য ছোট সম্পাদক সম্পাদনা করার সাথে সাথে একটি "নতুন" ফাইল সংরক্ষণ করবে এবং তারপরে আপনার "সংরক্ষণ" করার সময় এটি মুছে ফেলা আপনার মূল দস্তাবেজের উপর অনুলিপি করবে।

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

বড় সম্পাদকরা কেবলমাত্র আপনার মূল নথিতে "আপডেটগুলি" সহ অস্থায়ী ফাইলগুলি সংরক্ষণ করতে পারেন। আপনি যখন আপনার চূড়ান্ত সংরক্ষণ করবেন তখন এগুলি সমস্তগুলিকে একত্রিত করতে পারে এবং আপনার দস্তাবেজটি আবার লিখতে পারে।

বেশিরভাগ সম্পাদককে বিদ্যমান সংস্করণটি ছোঁয়া ছাড়ার জন্য কনফিগার করা যেতে পারে এবং আপনার পরিবর্তনগুলি (পুরানো সংস্করণ ধরে রাখুন) দিয়ে একটি নতুন তৈরি করতে পারেন।

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


1

2 অসম্ভব নয়, তবে এটি বিভিন্ন কারণে বোকা।

একটি ভাল লিখিত পাঠ্য ফাইল সম্পাদক:

  1. একটি আলাদা নাম এবং নতুন বিষয়বস্তু সহ একটি ফাইল লিখুন। আসলটি থাকলে নতুনটি myfile.txtহতে পারেmyfile.txt.new
  2. প্রদত্ত ১. সফল, ব্যাকআপ ফাইলে আসলটির নতুন নাম দিন, বলুন myfile.txt~
  3. নতুন ফাইলটির মূল নামকরণ করুন myfile.txt
  4. যদি সবকিছু সফল হয় তবে ব্যাকআপ ফাইলটি সরান। অনেক সম্পাদক এটিকে যাহাই হউক না কেন, ব্যবহারকারী খুব শীঘ্রই কাজটি সেরে ফেলতে পারে যে সম্পাদকের সাথে সে যা করেছে তা সে / সে যা করতে চেয়েছিল তা নয়।

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


বিগত অর্ধ শতাব্দীর জন্য নন-আইবিএম / নন-মাইক্রোসফ্ট অপারেটিং সিস্টেমগুলির জন্য প্রচুর পাঠ্য সম্পাদকদের ট্রানসেট-ইন-প্লেস এবং পুনর্লিখনের আচরণ "বোকা" নয়।
জেডিবিপি

1

সংক্ষিপ্ত উত্তর

আপনার সম্পাদক, অন্তর্নিহিত সফ্টওয়্যার / ড্রাইভার, স্টোরেজ উপর অত্যন্ত নির্ভর করে।


পরানিয়াক উত্তর

আপনি স্থায়ীভাবে অপসারণ না করে পুনরুদ্ধারযোগ্য হতে পারে।


দীর্ঘ উত্তর

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

এটি কয়েকটি কারণের উপর নির্ভর করে:

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

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

  3. স্টোরেজ :

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

    • একটা টিপিক্যাল যান্ত্রিক HDD এর চৌম্বক ডিস্ক এমনকি যখন ডেটা থেকে ডাটা রিকভার করার উপায় আছে ওভাররাইট । এবং এতে বিশেষায়িত সংস্থাগুলি রয়েছে।

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


মুছে ফেলা ফাইলটি স্টোরেজ থেকে আসলে মুছে ফেলা হয়েছে তা নিশ্চিত করে কীভাবে?

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


1

একটি আচরণ যা এখনও কেউ উল্লেখ করেনি তা হ'ল এমএস উইন্ডোজ অপারেটিং সিস্টেমের কয়েকটি সংস্করণের প্রাসঙ্গিক আচরণও ব্যবহৃত ফাইল সিস্টেমের সাথে সম্পর্কিত।

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

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

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


প্রকৃতপক্ষে, এটি গুরুত্বপূর্ণ, কারণ এনটিএফএস হার্ড লিঙ্কগুলিকে সমর্থন করে এবং এই পদ্ধতির মধ্যে একটি সুপরিচিত পার্থক্য হ'ল গুণযুক্ত-সংযুক্ত ফাইলগুলিতে প্রভাব। কমপক্ষে উইন্ডোজ এনটি 5.0 থেকে ফাইল সিস্টেমের টানেলিংটি প্রায় হয়েছে।
জেডিবিপি

@ জেডিবিপি - হ্যাঁ, আমরা সম্মত হই। এ কারণেই আমি বলেছিলাম # 1) "প্রায়" মধ্যে "চূড়ান্ত ফাইলটি প্রতিটি উপায়ে (প্রায়) মূল ফাইলের মতো", এবং # 2) ডিরেক্টরিতে পৃথক স্থানে প্রবেশ করে।
কেভিন ফেগান

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