দর্শনের সত্যতা কি আপনার সিঙ্ক করা উচিত; সুসংগত; সুসংগত; সুসংগত?


27

লিনাক্সের সাথে আমার পরিচয় যখন 2000 সালে সিসকো সিস্টেমে কাজ করা হয়েছিল, তখন আমাকে syncকমান্ডের যোগ্যতা শিখানো হয়েছিল , ফাইল-সিস্টেমের দুর্নীতি / ডেটা ক্ষতি রোধ করতে ডিস্কে বাফারগুলি ফ্লাশ করার জন্য ব্যবহৃত হয়েছিল। আমাকে কেবল সহকর্মীরা নয়, কলেজের বন্ধুদের দ্বারা সর্বদা sync"কয়েক" বা "একগুচ্ছ" বার চালানোর জন্য বলা হয়েছিল, যা সম্ভবত একবারের পরিবর্তে 5 - 10 বার চালানো যেতে পারে।

আমি এই অভ্যাসটি তখন থেকেই চালিয়েছি, তবে, এর কোনও যোগ্যতা আছে কি? অন্য কেউ কখনও শুনেছেন? এবং সর্বাপেক্ষা গুরুত্বপূর্ণ, কেউ কি ধারণাটি syncকার্যকর করার জন্য আপনার একাধিকবার চালানো প্রয়োজন সেই ধারণাটির পক্ষে / বিপক্ষে ভাল যুক্তি / অভিজ্ঞতামূলক প্রমাণ সরবরাহ করতে পারেন?

উত্তর:


34

আমি এটি শুনেছি (দুঃখিত, আমি ভুলে গেছি) syncতিনবার কমান্ডটি টাইপ করার সময় (যেমন S Y N C Return:, প্রম্পটের জন্য অপেক্ষা করুন, পুনরাবৃত্তি করুন, পুনরাবৃত্তি করুন)। আমি আরও পড়লাম যে উত্সটি একটি নির্দিষ্ট সিস্টেম ছিল যেখানে ডিস্কটি তার বাফারগুলি ফ্লাশ করা শেষ করতে কয়েক সেকেন্ড সময় নিতে পারে, এমনকি এটি অপারেটিং সিস্টেমটি সবকিছু ঠিক করার পরেও বলেছিল। আরও দু'বার কমান্ড টাইপ করলে ডিস্কটি স্থিত হওয়ার যথেষ্ট সময় দেয়। দেখে মনে হয় যে কয়েক বছর ধরে উদ্দেশ্যটি ভুলে গিয়েছিল, এবং পরামর্শটি সংক্ষিপ্ত করে দেওয়া হয়েছিল sync; sync; syncযা পছন্দসই প্রভাব ফেলেনি (যেহেতু ডিস্কটি "সমস্ত পরিষ্কার" জানিয়েছিল, তাই দ্বিতীয় এবং তৃতীয় সিঙ্কগুলি তাত্ক্ষণিকভাবে সম্পন্ন হবে এবং প্রম্পটটি হবে) খুব তাড়াতাড়ি ফিরে আসতে হবে)।

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

গুগলিং কয়েকটি স্বতন্ত্র সম্মত বিশ্লেষণের দিকে নিয়ে যায়, যেমন লিজেন্ড অফ সিঙ্ক । আরও দেখুন লিনাক্স বন্ধ করার আগে সিঙ্ক (8) প্রয়োগের প্রয়োজন কি?


1
অান্তরিক ধন্যবাদ! sync; sync; sync; syncশিরোনামটি লেখার সময় আমার স্পষ্ট করা উচিত ছিল এবং আমি মাঝে মাঝে এটি টাইপ করি, শুনেছিলাম এটিও আমাকে একইভাবে ব্যাখ্যা করেছে, তা হল, সিঙ্ক, অপেক্ষা করুন, আবার সিঙ্ক করুন, অপেক্ষা করুন ইত্যাদি
জোশ

9

ওল্ড টাইমার এখানে। TAPE এর গৌরবময় দিনগুলিতে, তিনটি দ্রুত সিঙ্ক হ'ল ট্যাপ নিয়ন্ত্রকদের কেবল টেপ-প্রবাহকে আন-লিঙ্ক / আনস্পুল না করার জন্য বলার উপায় ছিল, পাশাপাশি এটি পুনর্নির্মাণ করা, অর্থাৎ এফডি / আরডাব্লু-হেড সেট করুন way থেকে 0।

"সিঙ্ক; সিঙ্ক; সিঙ্ক" আসলেই কেবল আমাদের উত্পাদনশীল হিসাবে ব্যবহার করা হত, যারা আমাদের দাঁত কেটে টেপ-ভিত্তিক ইউনিক্সের সাহায্যে কাটেন, অর্থাৎ অ্যাপ্লিকেশন, যাদের ফাইলগুলিতে / ভার / স্পুলের উপর মাউন্ট করা ছিল, সেই সময়ে সবচেয়ে সহজ স্টোরেজ ছিল। ;)

এমআইপিএস রিস্ক / ওএস অপারেটর ম্যানুয়ালগুলিতে এর একটি পৃষ্ঠা রয়েছে ..


6

অবশ্যই সেখানে পুরানো ইউনিক্স সিস্টেম ছিল যার জন্য একাধিক বার সিঙ্ক করা নিরাপদ ছিল তবে সমস্ত কমান্ড লাইনে "সিঙ্ক; সিঙ্ক; সিঙ্ক" হিসাবে নয়। ৮০-এর দশকের মাঝামাঝি, এটি এতে পাতিত হয়ে যায়:

আপনি সিস্টেমটি বন্ধ করার সময়, আপনি তিনবার সিঙ্ক করবেন। বেশিও না, কমও না. তিনটি সিঙ্কিংয়ের সংখ্যা এবং সিঙ্কিংয়ের সংখ্যা তিনটি হবে। আপনি চারবার সিঙ্ক করবেন না, দু'বার সিঙ্ক করবেন না, আপনি তৃতীয় বার সিঙ্ক করার জন্য এগিয়ে চলেছেন ...

তিনটি বার কোথা থেকে এসেছে তা আমি সত্যিই জানি না, তবে এটি মজাদার ছিল। তবে রাস্তায় শব্দটি এটি করার জন্য দু'বার করুন। "সিঙ্ক; সিঙ্ক" হিসাবে নয়, শেলের দুটি পৃথক লাইন হিসাবে।

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

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

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

পুনরায় সিঙ্ক চালানো সহজ কাজ ছিল, সময় নিয়েছিল এবং এগুলি সমস্ত কিছু না বুঝে একটি নির্দিষ্ট স্বজ্ঞাত আবেদন ছিল বা "কাউন্ট টু 10" বা এর মতো কিছু অস্পষ্ট নির্দেশের সাথে ডিল করে।

এমনকি ভি 7 ম্যান পৃষ্ঠায় একটি বিইউজি বিভাগও ছিল updateবলেছিলেন:

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

(যা, যাইহোক, ভি 7 ম্যানুয়ালগুলির 1 ম খণ্ডে খুব শেষ জিনিস ছিল)

সময়ের সাথে সাথে, ফাইল সিস্টেম সরঞ্জামগুলি এবং শাট ডাউন এবং রিবুট সিস্টেমগুলির প্রোগ্রামগুলি এটি মোকাবেলা এড়াতে আরও ভাল হয়েছিল। সিস্টেমটি রহস্যজনকভাবে আচরণ করে ফোকলোর, ভুডো এবং সিস্টেম ম্যাজিক এতে প্রবেশ করে। দু'বার সিঙ্ক করার ফলে এটির সম্ভাবনা অনেক কম হয়ে গেছে যে আপনার ফাইল সিস্টেমকে আবার একসাথে রাখার জন্য আপনাকে বিট ট্যুইজারগুলি বের করতে হবে, সুতরাং এটি আচারের অংশ হয়ে উঠেছে। একবার আপনি এটি একবার করেছেন, আপনি চিন্তা না করেই এটি করেন thinking তারপরে কেউ খেয়াল করে জিজ্ঞাসা করলেন কেন। এবং উত্তরটি এমন কিছু, "সর্বদা এটি সেভাবেই করা হয়েছে It's এটি নিরাপদ।"

আমি দাবি করব না যে এটি অনুমোদনযোগ্য এবং আমি কিছু বিবরণ সম্পর্কে ভুল হতে পারি। তবে আমি মনে করি এটি উত্সটির খুব কাছাকাছি।


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

@ জোশ কারণটি দেওয়া হয়েছিল। "সিঙ্ক কমান্ডটি প্রস্থান করার পরে, কার্নেল সিঙ্কের সময় নির্ধারণ করেছিল, তবে সমস্ত বাফার (সমস্ত-গুরুত্বপূর্ণ ফাইল-সিস্টেম সুপারব্লক সহ) অ্যাক্সেসরূপে এটি ডিস্কে তৈরি করে নি।" আরও দেখুন: "স্ট্যান্ডার্ড স্পেসিফিকেশন অনুসারে (যেমন, পসিক্স ১.২-২০০১), সিঙ্ক () লেখার সময়সূচী তৈরি করে, তবে আসল লেখার আগে ফিরে আসতে পারে" " man7.org/linux/man-pages/man2/sync.2.html
সোর্সজেডি
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.