2 লিনাক্স হোস্টের মধ্যে কীভাবে বিলম্বের সমস্যা সমাধান করবেন

2 টি লিনাক্স হোস্টের মধ্যে বিলম্বতা প্রায় .23 মিমি। তারা এক সুইচ দ্বারা সংযুক্ত করা হয়। পিং এবং ওয়্যারশার্ক বিলম্বিত নম্বরটি নিশ্চিত করে। তবে, এই বিলম্বের কারণ কী তা নিয়ে আমার কোনও দৃশ্যমানতা নেই। হোস্ট A বা B বা স্যুইচ বা কেবলগুলিতে NIC এর কারণে বিলম্ব হয়েছে কিনা তা আমি কীভাবে জানতে পারি?

আপডেট: আমার বিদ্যমান অ্যাপ্লিকেশনটির জন্য .23 এমএস বিলম্বিততা খারাপ, যা খুব উচ্চ ফ্রিকোয়েন্সিতে বার্তা প্রেরণ করে এবং আমি এটি দেখতে .1 মিমি থেকে নামিয়ে আনা যায় কিনা তা দেখার চেষ্টা করছি it

— Jimm
সূত্র

আপনি কেন ভাবেন? 23 মিমের খারাপ লেটেন্সি? এটা দুর্দান্ত বিলম্ব।

— স্পেসম্যানস্পিফ

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

— joeqwerty

রাজি, সমস্যা কি? আমি একে অপরের পাশে বসে থাকা দুটি মেশিনের তুলনায় 0.23 মিমি বিলম্বতা কম।

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

@ জোয়কওয়ার্টি যদি দুটি সিস্টেম ক্রসওভার কেবলের মাধ্যমে সংযুক্ত থাকে তবে তারা কীভাবে একে অপরকে সনাক্ত করবে? এআরপি কি এখনও কাজ করে? টিসিপি এখনও কাজ করে না?

— জিম্ম

তারা ঠিক একইভাবে কাজ করবে যেন তারা উভয় একই স্যুইচটিতে সংযুক্ত ছিল। কেবল কেবল শারীরিক মাধ্যম যা তারা যোগাযোগ করবে। ওএসআই মডেলের সমস্ত 7 স্তর (বা DARPA মডেলের 4 স্তরগুলি, যদি আপনি পছন্দ করেন) ঠিক এখনকার মতো কাজ করবে।

— joeqwerty

সাধারণভাবে, আপনি সিস্টেমগুলির মধ্যে নেটওয়ার্কের পারফরম্যান্স, বিশেষত বিলম্বতা এবং জিটারের দৃষ্টিভঙ্গি পেতে আইপিএফটি ইউটিলিটিতে কিছু উন্নত সুইচগুলি ব্যবহার করতে পারেন ...

এটি কি কোনও ইউডিপি বা টিসিপি-ভিত্তিক বার্তা প্রবাহ?

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

সম্পাদনা:

ঠিক আছে, সুতরাং এটি টিসিপি মেসেজিং। আপনি কোন /etc/sysctl.confপরামিতি পরিবর্তন করেছেন ? আপনার প্রেরণ / প্রাপ্ত বাফারগুলি দেখতে কেমন? রিয়েলটাইম কার্নেলটি একা ব্যবহার করা বেশি কিছু করবে না, তবে আপনি যদি সিপিইউতে বাধা বাঁধেন এমন জায়গায় চলে যান, মেসেজিং অ্যাপের রিয়েলটাইম অগ্রাধিকারটি পরিবর্তন করুন ( chrt) এবং সম্ভবত tuned-admসিস্টেমের প্রোফাইল পরিবর্তন করা সাহায্য করতে পারে ...

এটি জেনেরিক EL6 সিস্টেম বলে মনে হচ্ছে, সুতরাং একটি পারফরম্যান্স টিউনিং বেসলাইন সেট করার একটি সহজ পদ্ধতির মধ্যে সিস্টেমের পারফরম্যান্স প্রোফাইলটিকে সুরযুক্ত কাঠামোর মধ্যে থাকা অন্যটিতে রূপান্তর করা জড়িত । তারপরে সেখান থেকে বিল্ড করুন।

তোমার ক্ষেত্রে:

yum install tuned tuned-utils
tuned-adm profile latency-performance

পার্থক্যগুলি দেখায় একটি দ্রুত ম্যাট্রিক্স:

আপনি আমাদের হার্ডওয়্যার সম্পর্কে বলতে পারেন? সিপিইউ, এনআইসি, মেমরির প্রকার?

সুতরাং, আপনার লিঙ্কটি পরীক্ষা করা আকর্ষণীয় হতে পারে ... এই আইপিএফ পরীক্ষার চেষ্টা করুন ...

একটি সিস্টেমে, আইপিআরপি ইউডিপি শ্রোতা শুরু করুন। অন্যদিকে, প্রথমটির সাথে একটি সংযোগ খুলুন ... একটি দ্রুত লাইন মানের পরীক্ষা line

# Server2
[root@server2 ~]# iperf -su   

# Server1
[root@server1 ~]# iperf -t 60 -u -c server2

আমার ক্ষেত্রে, কম জিটার এবং লো পিং সময়:

------------------------------------------------------------
Server listening on UDP port 5001
Receiving 1470 byte datagrams
UDP buffer size:  224 KByte (default)
------------------------------------------------------------
[  3] local 192.168.15.3 port 5001 connected with 172.16.2.152 port 36312
[ ID] Interval       Transfer     Bandwidth        Jitter   Lost/Total Datagrams
[  3]  0.0-20.0 sec  2.50 MBytes  1.05 Mbits/sec   0.012 ms    0/ 1785 (0%)

PING server1 (172.16.2.152) 56(84) bytes of data.
64 bytes from server1 (172.16.2.152): icmp_seq=1 ttl=63 time=0.158 ms
64 bytes from server1 (172.16.2.152): icmp_seq=2 ttl=63 time=0.144 ms

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

তবে সত্যই, এমনকি আপনি আপনার বর্তমান সেটআপে যাচ্ছেন এমন পিং সময়গুলির সাথে, এটি আপনার অ্যাপ্লিকেশনটি মারার পক্ষে যথেষ্ট নয়। আমি আপনার প্রেরণ / গ্রহণ বাফারগুলির সুরের পথে নেমে যাব। দেখুন: net.core.rmem_max, net.core.wmem_maxএবং তাদের অক্ষমতা ...

নিম্নলিখিতগুলির মতো কিছু /etc/sysctl.conf(দয়া করে স্বাদে টিউন করুন):

net.core.rmem_default = 10000000
net.core.wmem_default = 10000000
net.core.rmem_max = 16777216
net.core.wmem_max = 16777216

— ewwhite
সূত্র

এটি একটি বিলম্বিত সংবেদনশীল বার্তা অ্যাপ্লিকেশন। টিপিক্যাল ওএস হবে কার্নেল -২.2.৩২-২79.১১.১.el6.x86_64, যদিও আমি কার্নেলটি দিয়ে 3.2.23-rt37.56.el6rt.x86_64 দিয়ে হোস্টগুলি লোড করেছি কিনা তা দেখতে কোনও পার্থক্য রয়েছে কিনা। তবে এটি বেশ একইরকম ছিল। বার্তার আকার 1KB- 3KB এর মধ্যে পরিবর্তিত হয়। সমস্ত যোগাযোগ টিসিপি এর মাধ্যমে ঘটে।

— জিম্ম

ওএস রেড হ্যাট এমআরজি?

— ew white

এখনই এটির সরল রেডহাট 6.3, তবে এমআরজিও একটি সম্ভাবনা। আমি উপরে উল্লিখিত হিসাবে, আমি উভয় চেষ্টা, কিন্তু বিলম্ব একই ছিল। কোন ধরণের টিউনবলের সাথে আমার সম্পর্ক করা উচিত?

— জিম্ম

আমি হার্ডওয়্যার এবং এনআইসি সেটআপ জানতে চাই। স্যুইচ মডেল সাহায্য করে। টিউনবলের জন্য, 6.3 এ দেখার স্পষ্ট অঞ্চলটি আপনার tuned-admপ্রোফাইল।

— ew white

দ্বৈত ইথারনেট কন্ট্রোলার: এমুলেক্স কর্পোরেশন ওয়ান সংযোগ 10 জিবি এনআইসি (রেভ 02) এবং 16 কোর এএমডি ফ্যামিলি 10 এহ প্রসেসর প্রতি 2400 মেগাহার্টজ।

— জিম্ম