/ ইত্যাদি / হোস্ট (লিনাক্স) এর আকার সীমা

Question

আপনি যদি পারফরম্যান্সে অবনতি দেখা শুরু করতে পারেন তার আগে কোনও লিনাক্স সিস্টেমে / ইত্যাদি / হোস্টগুলির তাত্ত্বিক আকারের সীমা কী তা জানতে পারে?

তদুপরি, কেউ কি আমাকে এমন কোনও সরকারী উত্সের দিকে নির্দেশ করতে পারে যা প্রত্যাশিত সীমাটি কী বলে?

Comments

এটি আমাকে ভাবায় যে আপনি সেরা-অনুশীলনের বাইরে কিছু ক্রেজি বা ওয়ে করছেন। বিস্তারিত কি?

— ইয়েওয়াইট

নিশ্চিত মনে হচ্ছে হালকা ডিএনএস রেজোলভার স্থাপন করা আরও ভাল সমাধান হতে পারে।

— জোরদাচে

আমার কাছে একজন গ্রাহক আছেন যারা এটি অনুরোধ করছেন। আমি এমন কিছু ডকুমেন্টেশন খুঁজে পাওয়ার আশা করছিলাম যা আমি তাদের দেখিয়ে দিতে পারি যে এটি কেন সমস্যার কারণ হবে; পরিবর্তে এটি একটি পরীক্ষার মেশিনে চেষ্টা করে দেখানো উচিত।

— মাইকপ 90

হোস্ট ফাইলটি 1970-এর দশকের এবং 1980 এর দশকের শুরুর প্রাক-ডিএনএস দিনের একটি প্রতীক। একটি হোস্ট ফাইলে এন্ট্রি শত শত রয়ে একটি খারাপ ধারণা হিসাবে স্বীকৃত ছিল যে পর্যন্ত ফিরে । আপনার যদি 10 টিরও বেশি এন্ট্রি পাওয়া যায় তবে আপনি সম্ভবত ভুল পথে আছেন on

— মাইকেল হ্যাম্পটন

Answer 1

উত্সটি ব্যবহার করুন , মাইক।

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

আপনি যদি কোনও ডাটাবেস প্রোগ্রামার বা অ্যাডমিনের সাথে কথা বলেন তবে আপনি কোনও সূচী দর্শন (ও (লগ 2 (এন)) একটি সম্পূর্ণ টেবিল স্ক্যানের চেয়ে সস্তা, তবে সাধারণভাবে উত্তরটি 20 এর অঞ্চলে হবে 100 রেকর্ডে।

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

এটি জটিল / বৃহত ডেটাসেট পরিচালনার জন্য কোনও উপায় সরবরাহ করে না - আপনার যদি একাধিক আইপি ঠিকানা সহ হোস্ট থাকে তবে হোস্ট ফাইলের মাধ্যমে অনুসন্ধানগুলি সর্বদা প্রথম এন্ট্রিতে ফিরে আসবে।

Comments

লুপটি বন্ধ করতে, আমরা হোস্ট ফাইলটিতে 1.7 মিলিয়ন রেকর্ড যুক্ত করেছি এবং অনুমান করেছি যে এটি প্রতিটি অনুসন্ধানে .5 সেকেন্ড যোগ করেছে। এই পরিবেশে, .5 সেকেন্ডের তুলনামূলকভাবে কম। আমি মনে করি একটি ডিএনএস সার্ভার এখনও একটি আরও ভাল সমাধান, তবে গ্রাহক যা চান তা গ্রাহক চায়।

— মাইকপ 90

Answer 2

কিছুটা ইন্টারনেট ইতিহাস - ১৯৮৪ সালে ডিএনএস মোতায়েনের আগে হোস্ট ফাইলই ছিল নামগুলি সমাধান করার জন্য, এবং নেটওয়ার্কে প্রচুর হোস্ট ছিল না - ফেব্রুয়ারী 1983 সালে 325 (আরএফসি 847) । ইন্টারনেট-ইতিহাস মেলিস্টের সংরক্ষণাগারে 1982 সাল থেকে HOSTS.TXT (যদিও মেশিন রিডেবল নয়) এর অনুলিপি রয়েছে । এমনকি একটি বিকল্প HOSTS.TXT (জিওফ গুডফেলো) ছিল ।

Answer 3

টেকনিক্যালি, কোন উপরের সীমা নেই। যাইহোক, প্রতিটি ডিএনএস লুক্কুল এই ফাইলটি হিট করতে চলেছে, তবে কেন নিজেকে সে জন্য খোলা রাখবেন?

এটির মূল্যের জন্য, /etc/hostsআমি আমার পরিবেশে বিতরণ করেছি বৃহত্তম ফাইলটি ছিল 1,200 লাইন। এবং আমি যে অ্যাপ্লিকেশনটি পরিচালনা করেছিলাম তার জন্য এটি ভাল কাজ করেছে। ডিএনএস সেই বিশেষ পরিবেশে কোনও বিকল্প ছিল না।

Comments

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

— হরিণ হান্টার

আমি ইন্টারনেটে পাওয়া একটি জনপ্রিয় হোস্ট ফাইল ব্যবহার করি, 15,430 টি লাইন রয়েছে এবং আমি ওয়েব সার্ফিংয়ের পারফরম্যান্সে কোনও সত্যিকারের অবক্ষয় লক্ষ্য করি না।

— বার্ট

@ ডিয়ারহান্টার আমি ইউনিক্স কার্নেলে এমন কিছু নেই যা হোস্টনেম অনুসন্ধান করে।

— বর্মার

বার্টের নোটটিতে +1। আমি সবেমাত্র 22,000 লাইন সহ একটি কাস্টম ফাইল ব্যবহার করেছি এবং এটির কার্যক্ষমতা প্রভাবিত হয়নি। এটি পরীক্ষার উদ্দেশ্যে কার্যকর!

— জোশ কোইনিগ