নেটওয়ার্কের বিলম্ব: 100Mbit বনাম 1 জিবিট


11

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

30 বাইট লোড সহ উদাহরণস্বরূপ (100mbit থেকে 100mbit সার্ভার):

> ping server -i0.05 -c200 -s30
[...]
200 packets transmitted, 200 received, 0% packet loss, time 9948ms
rtt min/avg/max/mdev = 0.093/0.164/0.960/0.093 ms

300 বাইট লোড (যা এমটিইউ এর নীচে রয়েছে) সহ 100mbit থেকে 100mbit সার্ভার) উদাহরণ:

> ping server -i0.05 -c200 -s300
[...]
200 packets transmitted, 200 received, 0% packet loss, time 10037ms
rtt min/avg/max/mdev = 0.235/0.395/0.841/0.078 ms

সুতরাং 30 থেকে 300 পর্যন্ত গড়। লেটেন্সিটি 0.164 থেকে 0.395 পর্যন্ত বৃদ্ধি পায় - আমি আশা করব এটি 1 জিবিটি থেকে 1 জিবিটি সংযোগের জন্য ধীর বৃদ্ধি হবে। এমনকি সংযোগটি যদি এমন একটি সুইচের মাধ্যমে হয় যা পুরো প্যাকেটটি না পাওয়া পর্যন্ত প্রথমে অপেক্ষা করে তবে আমি 100 গিগাবাইট থেকে 1 গিগাবাইটটি আরও দ্রুত হবে to

আপডেট: দয়া করে উত্তরের মন্তব্যগুলি মনোযোগ সহকারে পড়ুন! সংযোগটি স্যাচুরেটেড নয়, এবং আমি মনে করি না যে এই গতি বৃদ্ধিটি মানুষের জন্য একটি অনুরোধের জন্য গুরুত্বপূর্ণ, তবে এটি অনেকগুলি অনুরোধ যা অ্যাড করে (রেডিস, ডাটাবেস, ইত্যাদি)।

@ ল্যাটিনসইউডির উত্তর সম্পর্কে :

> ping server -i0.05 -c200 -s1400
200 packets transmitted, 200 received, 0% packet loss, time 9958ms
rtt min/avg/max/mdev = 0.662/0.866/1.557/0.110 ms

এছাড়াও নতুন জিবিথ ইথারনেট কার্ড এবং তারগুলি সহ বিভিন্ন এনকোডিং (10 বি / 12 বি?) রয়েছে যাতে এটি 10x এর শীর্ষে 25% আরও পারফরম্যান্স (যখন স্যাচুরেটেড) হতে পারে তবে 100Mbit বনাম হতে পারে?
huseyin tugrul buyukisik

উত্তর:


15

বর্তমান 100Mbit লিঙ্কটি যদি স্যাচুরেটেড হয় তবে ল্যাটেন্সিটি প্রশংসনীয়ভাবে নেমে আসার একমাত্র উপায়। যদি এটি স্যাচুরেটেড না হয় তবে আপনি সম্ভবত কোনও পরিবর্তন লক্ষ্য করবেন না।

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


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

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

পরীক্ষার জন্য আপনাকে ধন্যবাদ! 0.21 থেকে 0.17 অবধি 20% এর উন্নতি, যা দুর্দান্ত। আমি বাড়ি থেকে পিং (50 মিমি) নিয়ে উদ্বিগ্ন নই তবে অনুরোধটি সরবরাহকারীর কাছে থেকে যাওয়ার সময়। আমরা সমস্ত প্রসেসিং (সিপিইউ) এবং ননড্রাইভ-আইও (র‌্যাম / ক্যাশে / ইত্যাদি) সর্বাধিকটিতে ট্যুইক করেছি, সুতরাং এখন আমি প্রশ্ন করছি সার্ভারগুলির মধ্যে নেটওয়ার্কের গতি সামগ্রিকভাবে পুরো বিলম্বকে কতটা যুক্ত করে। উদাহরণস্বরূপ আমরা একটি ওয়েবসভার-অনুরোধের জন্য 20 ডলার রিডিস-অনুরোধ করি। @ মাইক্রেনফ্রো: আপনি কি উচ্চতর লোডসাইজ দিয়ে একই পরীক্ষা করতে পারেন? সাধারণ পিং 30 বাইট, গড়। প্রায় 250 এর কাছাকাছি। আমি পার্থক্যটি বাড়তে আশা করব।
আন্দ্রেয়াস রিখটার

2
@Andreas; আমি মনে করি আপনি এই মন্তব্যগুলির বিন্দুটি পুরোপুরি মিস করেছেন। এটি 40 ন্যানোসেকেন্ডের উন্নতি। এমন একটি পরিমাণ যা পুরোপুরি মানুষের জন্য অপ্রয়োজনীয় । এবং এটি একটি সংখ্যামূলক সংখ্যা নয়, এটি প্রতিটি অনুরোধের মতো 40 ন্যানোসেকেন্ড বেশি সময় নেয় বলে মনে হয় না; এটি কেবল প্রথমটি খুব দ্রুত হবে, সুতরাং দ্বিতীয়টি কোনওভাবেই এর পিছনে দাঁড়িয়ে থাকবে।
ক্রিস এস

1
@ ক্রিসস: অনুধাবনযোগ্যতা সম্পর্কে প্রশ্ন ছিল না - কেউ যদি কখনও এটি পরীক্ষা করে দেখেন এবং মাইক তা করেন তবে এটি একটি প্রশ্ন ছিল। এটি 40 ন্যানো সেকেন্ডেরও নয়, এটি মাইক্রো সেকেন্ডেরও নয় , সুতরাং আপনি 1000 ফ্যাক্টর দ্বারা পয়েন্টটি মিস করছেন ... কুডোস। বিশ্বাস করুন, আমি জানি আমি কী করছি ... অতিরিক্ত ব্যয়ের ন্যায্যতা অর্জনের জন্য 20% যথেষ্ট হবে।
Andreas রিখটার

12

হ্যাঁ জিবিটের একটি কম বিলম্ব রয়েছে, যেহেতু:

  • একই সংখ্যক বাইট দ্রুত সময়ে স্থানান্তরিত হতে পারে

তবে প্যাকেটগুলির নির্দিষ্ট আকার থাকলে উন্নতি কেবল প্রশংসনীয় :

  • 56 বাইট প্যাকেজ => কার্যত কোনও দ্রুত স্থানান্তর
  • 1000 বাইট প্যাকেজ => 20% দ্রুত স্থানান্তর
  • 20000 বাইট প্যাকেজ (গুলি) => 80% দ্রুত স্থানান্তর

সুতরাং আপনার যদি এমন কোনও অ্যাপ্লিকেশন থাকে যা বিলম্বিত হওয়ার জন্য খুব সংবেদনশীল (4 মিমি বনাম 0.8 মিমি, 20 কেবি জন্য রাউন্ড ট্রিপ) এবং আরও বড় প্যাকেজ স্থানান্তরিত করার প্রয়োজন হয় তবে 100 এমবিট থেকে জিবিটে স্যুইচ করা আপনাকে একটি বিলম্বতা হ্রাস দিতে পারে, আপনি ব্যবহার করার পরেও গড়ে 100mbit / s এর চেয়ে অনেক কম (= লিঙ্কটি স্থায়ীভাবে স্যাচুরেট হয় না)।

সার্ভার (100 এমবিট) -> স্যুইচ (জিবিটি) -> সার্ভার (100 এমবিট):

size: 56 :: rtt min/avg/max/mdev = 0.124/0.176/0.627/0.052 ms
size: 100 :: rtt min/avg/max/mdev = 0.131/0.380/1.165/0.073 ms
size: 300 :: rtt min/avg/max/mdev = 0.311/0.463/2.387/0.115 ms
size: 800 :: rtt min/avg/max/mdev = 0.511/0.665/1.012/0.055 ms
size: 1000 :: rtt min/avg/max/mdev = 0.560/0.747/1.393/0.058 ms
size: 1200 :: rtt min/avg/max/mdev = 0.640/0.830/2.478/0.104 ms
size: 1492 :: rtt min/avg/max/mdev = 0.717/0.782/1.514/0.055 ms
size: 1800 :: rtt min/avg/max/mdev = 0.831/0.953/1.363/0.055 ms
size: 5000 :: rtt min/avg/max/mdev = 1.352/1.458/2.269/0.073 ms
size: 20000 :: rtt min/avg/max/mdev = 3.856/3.974/5.058/0.123 ms

সার্ভার (জিবিটি) -> স্যুইচ (জিবিটি) -> সার্ভার (জিবিটি):

size: 56 :: rtt min/avg/max/mdev = 0.073/0.144/0.267/0.038 ms
size: 100 :: rtt min/avg/max/mdev = 0.129/0.501/0.630/0.074 ms
size: 300 :: rtt min/avg/max/mdev = 0.185/0.514/0.650/0.072 ms
size: 800 :: rtt min/avg/max/mdev = 0.201/0.583/0.792/0.079 ms
size: 1000 :: rtt min/avg/max/mdev = 0.204/0.609/0.748/0.078 ms
size: 1200 :: rtt min/avg/max/mdev = 0.220/0.621/0.746/0.080 ms
size: 1492 :: rtt min/avg/max/mdev = 0.256/0.343/0.487/0.043 ms
size: 1800 :: rtt min/avg/max/mdev = 0.311/0.672/0.815/0.079 ms
size: 5000 :: rtt min/avg/max/mdev = 0.347/0.556/0.803/0.048 ms
size: 20000 :: rtt min/avg/max/mdev = 0.620/0.813/1.222/0.122 ms

= 20kb পিংয়ের জন্য একাধিক সার্ভারের তুলনায় গড়ে 80% ল্যাটেন্সি হ্রাস

(যদি লিঙ্কগুলির মধ্যে একটির গিবিট হয় তবে আপনার 20kb পিংয়ের জন্য এখনও 5% বিলম্বিত হ্রাস পাবে))


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

1
ব্যাখ্যার কারণে এই উত্তরটি পৃষ্ঠার সেরা far অন্যরা মনে হয় এই বিষয়টিকে একটি বিশেষ কেস হিসাবে ধরে নিয়ে ব্যাখ্যা করতে চায় - দীর্ঘ দূরত্বে / প্রচুর সুইচ নেটওয়ার্ক পারফরম্যান্স। এটি বিবেচনা করা গুরুত্বপূর্ণ, বিশেষত ওপি'র উদ্বেগ (ওয়েবসার্ভার) বিবেচনা করে, তবে এই উত্তরটিও দেখায় যে একক হুপে কত পার্থক্যগত সুইচের গতি হতে পারে।
টাইলার

3

আমি মনে করি আপনার ব্যান্ডউইথের বিলম্ব এবং "গতি" সম্পর্কে একটি মৌলিক ভুল ধারণা রয়েছে। গতি ব্যান্ডউইথ এবং বিলম্বের একটি ফাংশন। উদাহরণস্বরূপ, ডিভিডিগুলিতে ডেটা চালানের বিষয়টি সারা দেশে প্রেরণে আসতে 3 দিন সময় বিবেচনা করুন। ইন্টারনেটের মাধ্যমে ডেটা প্রেরণের সাথে তার তুলনা করুন। ইন্টারনেটে অনেক কম বিলম্বিত সংযোগ রয়েছে, তবে চালানের সাথে সংযোগের "গতি" মেলানোর জন্য আপনাকে 9 সেকেন্ডে 9.6 মেগাবাইটে এক সেকেন্ডে পৌঁছাতে হবে ( এই উত্স থেকে রেফারেন্স উদাহরণ )।

আপনার ক্ষেত্রে উচ্চতর ব্যান্ডউইদথে আপগ্রেড করা আপনাকে আরও সমবর্তী ব্যবহারকারীদের পরিবেশন করতে দেয় তবে কোনও পৃথক ব্যবহারকারীর ক্ষেত্রে বিলম্বিতা উন্নতি করতে পারে না।


এটি ভুল - কেবল পিংকে বর্তমান এমটিইউ-র নীচে থাকা ডিফারেন্ট পেইডের সাথে তুলনা করুন: পিং সার্ভার -i0.05 -c200 -s30 বনাম পিং সার্ভার -i0.05 -c200 -s300 ... বা আপনার উদাহরণে কথা বলছেন: 1 মিও ডিভিডি সহ ট্রাকটি ধীর গতিতে চালিত হতে পারে কারণ এটি 1 ডিভিডি সহকারে ভারী।
আন্দ্রেয়াস রিখটার

2
@ অ্যান্ড্রেয়াস পিং সময় পুরো গল্প নয় - সুতরাং এমটিইউর চেয়ে কম প্যাকেটগুলি সম্পূর্ণ এমটিইউ-র প্যাকেটের চেয়ে দ্রুত পৌঁছে যায় argument ডিফারেনসিটি ইজ আপনার কাছে 1 প্যাকেটের পুরো এমটিটিউতে 2 প্যাকেট আসতে যে পরিমাণ সময় লাগে তাতে সমস্ত ডেটা নেই। বিলম্বতা সমস্ত ডেটা আসার জন্য নেওয়া সময়। ট্রাক সাদৃশ্যটিতে ফিরে যেতে, এমনকি যদি এটি 1 সিডির সাথে একটি ট্রাক লাগে তবে অর্ধেক সময় আসতে 500 সিমড বহনকারী ট্রাকে এখনও সেই ট্রাকে 500 ট্রাই লাগে ডেটা সরবরাহ করতে (750 দিন বনাম 3)।
জিম বি

@ জিমবি: হ্যাঁ, যেমনটি উল্লেখ করা হয়েছে আমার প্রশ্নটি লোডজাইজ নয়, গতি সম্পর্কে ছিল: সম্পূর্ণ ট্রাকে শুল্ক দ্বারা 10 ঘন্টা প্রয়োজন, ছোটটি কেবল 1 ঘন্টা। 100 মাইবিট / গুলি এর অর্থ হ'ল, 100 বিট প্যাকেটের জন্য একটি তাত্ত্বিক সর্বনিম্ন 0,000954ms এবং একটি 1000 বিট প্যাকেটের একটি তাত্ত্বিক সর্বনিম্ন 0,00954ms প্রয়োজন। অবশ্যই প্রক্রিয়া সময় / ইত্যাদি। নেটওয়ার্ক কার্ড / স্যুইচ / ইত্যাদিতে। পুরো বিলম্বের এক উচ্চতর অংশ তৈরি করুন, তবে আমি এটিও 1 গিগাবাইট স্যুইচ ইত্যাদিতে আরও দ্রুত হওয়ার প্রত্যাশা করব, দয়া করে @ মাইক্রেনফ্রো মন্তব্যটি দেখুন, তিনি এটি সত্যই পরীক্ষা করেছেন এবং ২০% বৃদ্ধি পেয়েছিলেন।
আন্দ্রেস রিখটার

@ এন্ড্রেয়াস - একই সাবনেটে যা আপনার প্রশ্নের অপ্রাসঙ্গিক , তাতে 20%
জিম বি

1
@ ওয়ানড্রিয়াস 20% সাব-মিলিসেকেন্ড পিং এখনও একটি সাব-মিলিসেকেন্ড পিং। এমনকি আপনার পরীক্ষার মতো সাব-মিলিসেকেন্ড পিনিংয়ের 150%, বাস্তব বিশ্বে গুরুত্বপূর্ণ হবে না। আপনার ডেটা 0.0002 সেকেন্ডের পরিবর্তে 0.0003 সেকেন্ডে সেখানে পেয়েছে কিনা তা আপনার কাছে সত্যিই এমন কোনও অ্যাপ্লিকেশন রয়েছে ?
শেন ম্যাডেন

2

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

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

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

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

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

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

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

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


সমস্ত দুর্দান্ত ইনপুটটির জন্য আপনাকে ধন্যবাদ: 1.) এটি একই স্যুইচ, ২) অভ্যন্তরীণ / বাহ্যিক শব্দগুলির জন্য দ্বিতীয় এনআইসির অনুরোধযোগ্য এবং চেষ্টা করার মতো মূল্য - যদিও মাইএসকিউএল / ইত্যাদি। সমস্ত দ্বি-দিকনির্দেশক, সুতরাং সংঘর্ষগুলি "কেবল" অর্ধেক হয়ে যাবে, ৩.) একটি রিয়েলওয়ার্ল্ড পরীক্ষা কেবল নিক-নিকের চেয়ে ভাল, মাইক একটি সাবনেটের সাহায্যে এটি করেছে এবং আপনি যা প্রত্যাশা করেছিলেন তা পেয়েছে। হার্ডওয়্যার: "56 বাইট = 19% উন্নতি, 200 বাইট = 27%, 1000 বাইট = 59%! সুতরাং প্যাকেটটি যত বড় হবে তত বেশি গুরুত্বপূর্ণ G ) => 35%, যখন 100 এমবিট 0.21 থেকে 0.56 => 166% এ বৃদ্ধি পেয়েছে।
আন্দ্রেয়াস রিখটার

1

আসুন ধরে নেওয়া যাক 300 বাইট প্যাকেট (আপনি যদি -s 300এটি ব্যবহার করেন তবে এটি শিরোনামের কারণে আসলে বড় হবে)।

300 bytes = 2400 bits
2400 bits / 100Mbit/sec = 0.024ms

0.024 মিমি ফ্রেমটি প্রেরণের জন্য প্রয়োজনীয় আসল সময় (মাঝারি অ্যাক্সেসের সময় বা শিরোনাম গণনা করা হয় না)।

পিং-পং অনুক্রমে এটি দ্বিগুণ সময় নিতে পারে (0.048 মিমি), ওএসের ক্যোয়ারী প্রক্রিয়া করার জন্য সময় time

তার অর্থ আমার কাছে যে আপনার প্রচ্ছন্নতাটি 90% বিভিন্ন ওভারহেড কারণের কারণে ঘটে। আপনি জিবি এর সাথে অনেক পার্থক্য দেখতে পাবেন কিনা তা আমি নিশ্চিত নই। সম্ভবত একটি এমএমএসের চেয়ে কম পার্থক্য কোনও ওয়েবসার্ভার লক্ষণীয় নয়।

যাইহোক আপনি কি 1400 বাইটের মতো সত্যিই বড় প্যাকেট দিয়ে চেষ্টা করতে পারেন?


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

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

মাইক্রো এবং ন্যানো মিক্সিংয়ের জন্য আমার ক্ষমাপ্রার্থনা; যে কোনও ক্ষেত্রে এটি অনিবার্য। ল্যাটিনসুড 1 সম্পূর্ণ মিলি সেকেন্ডের একটি পার্থক্য অনুমান করেছিল যা এটি মাইকের দ্বারা পাওয়া 40 মাইক্রোসেকেন্ডের চেয়ে 25 গুণ বেশি।
ক্রিস এস

@ ক্রিসস: কোনও উদ্বেগ নেই। 0,04ms 38 বাইট পিংয়ের জন্য ছিল, যদি আমাদের গড় সার্ভার-সার্ভার প্যাকেট 300 বাইটের কাছাকাছি হয় তবে পার্থক্য 0,4 মিমি হতে পারে। যদি আমরা এখন একটি ওয়েবসভার-রিকুস্ট (রেডিস, মাইএসকিউএল, ইত্যাদি) জন্য 20 টি অনুরোধ করি তবে এটি একটি 8 এমএস স্পিড বৃদ্ধি পাবে যা বর্তমান ওয়েব-অনুরোধগুলির জন্য 10% গতি বৃদ্ধি হবে এবং অতিরিক্ত ব্যয়ের সম্পূর্ণরূপে ন্যায়সঙ্গত হবে। আমি নিজে নিজে পরীক্ষা চালানোর জন্য এখানে রিসোর্সগুলি পাই না, তবে আমাকে বিশ্বাস করি, এটি মানুষের দ্বারা উপলব্ধিযোগ্য না হলেও এটি এখনও প্রাসঙ্গিক হতে পারে। বিদ্যুত বা দেবতার মতো।
Andreas Richter

1
@ আন্ড্রেয়াস, আমি অত্যন্ত সন্দেহ করি যে এটি এরকম হবে! উভয় একটি 10x বৃহত্তর প্যাকেট 10x কম বিলম্বিত এবং 20x বেশি প্যাকেট 20x দ্রুত হচ্ছে। এটি যদি প্যান আউট করে, তবে এটি নেটওয়ার্ক ওভারহেডের 10% হ্রাস, আপনাকে এখনও অ্যাপ্লিকেশনটিতে ব্যয় করা সময়টির জন্য অ্যাকাউন্ট করতে হবে, যা সম্ভবত নেটওয়ার্ক ল্যাটেন্সি উপাদানটির চেয়ে একাধিক ক্রমের দৈর্ঘ্যের এক হতে পারে। আমি আশা করি এটি যে কোনও ক্ষেত্রে আপনার পক্ষে ভাল কাজ করে।
ক্রিস এস

1

এটি আপনি যে ধরনের স্যুইচটিতে সংযুক্ত করছেন তার উপর নির্ভর করে। কিছু বিক্রেতাদের (যেমন ক্রিসকো ... মানে সিসকো), আইসিএমপি প্যাকেটগুলি আবার সিপিইউতে প্রবাহিত হবে ( ঠাণ্ডা )।

আপনি দেখতে পাচ্ছেন এর চেয়ে আরও ভাল পরীক্ষা হ'ল 100 এমবিপিএস এবং 1 জিবিপিএস লিঙ্ক (যেমন হোস্ট-টু-স্যুইচ বা হোস্ট-টু-রাউটার পরীক্ষা নয়) ব্যবহার করে হোস্ট-টু-হোস্ট পরীক্ষা করা।

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


আপনাকে ধন্যবাদ, আমি কেবল হোস্ট-স্যুইচ-হোস্ট পরীক্ষাগুলি উল্লেখ করি এবং আমি সমস্ত সুইচ ইন্টারটা বুঝতে পারি না। আমি কেবল দেখতে চাই, যদি কেউ কখনও বেঞ্চমার্ক করে থাকে: হোস্ট- (100mbit) -সুইচ- (100 এমবিট) -হোস্ট, হোস্ট- (100 এমবিট) -সুইচ- (1 জিবিটি) -হোস্ট এবং হোস্ট- (1 গিগাবাইট) -সুইচ- (1 গিগাবাইট) ) - বিভিন্ন প্যাকেট আকারের জন্য সর্বাধিক বিলম্ব। যদি কেউ না করেন তবে আমি এটি করব এবং উত্তরটি এখানে পোস্ট করব।
আন্দ্রেয়াস রিখটার

1
আমি সুইচ গিয়ার পুনরায় বিক্রয় করতে ব্যবহৃত। এটি বলাই যথেষ্ট, আপনার অনুসন্ধানগুলি আমাকে পরামর্শ দেয় যে আপনি সিসকো সুইচে প্লাগ ইন করেছেন। অন্যান্য বিকল্প রয়েছে যা কম বিলম্ব করে provide আপনি যথাযথভাবে উল্লেখ করেছেন যে, আরও ব্যান্ডউইথটি কম বিলম্বিত ভাষায় অনুবাদ করে না (এই ক্ষেত্রে মানুষকে বোবা বানানোর জন্য প্রাথমিক ঘটনা অপরাধী হ'ল কমকাস্ট)। আপনি কোনও হোস্ট করা পরিবেশে রয়েছেন, আপনি সম্ভবত তাদের হার্ডওয়্যারের সাথে আটকে রয়েছেন (এবং যেহেতু একটি হোস্ট করা পরিবেশে অতিরিক্ত কয়েকটি মাইক্রোসিস খুব ভয়ঙ্কর নয়)। অবিচলিত অবস্থায় আমাকে কয়েক মিলিয়ন পিপিএস দেখান এবং আমি আরও বিশদ সরবরাহ করতে আগ্রহী হব। :)
শান
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.