প্রশ্ন পূর্ব - পশ্চিম উপকূল মার্কিন যুক্তরাষ্ট্রের জন্য কতটা নেটওয়ার্ক বিলম্বিত "আদর্শ"?


এই মুহুর্তে আমরা পশ্চিম উপকূল থেকে পূর্ব উপকূল পর্যন্ত আমাদের ডেটাসেন্টার সরাতে কিনা তা নির্ধারণ করার চেষ্টা করছি।

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

  • পূর্ব উপকূলে পশ্চিম উপকূলে:
    215 এমএস latency, 46 এমএস স্থানান্তর সময়, 261 ms মোট
  • পশ্চিম উপকূলে পশ্চিম উপকূলে:
    114 এমএস latency, 41 ms স্থানান্তর সময়, মোট 155 ms

এটি Corvallis, বা ভার্চুয়ালিকভাবে আমার অবস্থানের কাছাকাছি, BKKley, CA তে তাই আমি সংযোগটি আরও দ্রুত হতে আশা করি .. কিন্তু আমি NYC এ একই পরীক্ষা সঞ্চালন করার সময় + 100 মিটার বিলম্বের বৃদ্ধি দেখছি সার্ভার। মনে হচ্ছে .. আমার কাছে অত্যধিক। বিশেষত থেকে প্রকৃত তথ্য স্থানান্তরিত সময় শুধুমাত্র 10% বৃদ্ধি, এখনো বিলম্বিত 100% বৃদ্ধি!

এটা মনে হচ্ছে ... আমার কাছে ভুল।

আমি এখানে কয়েকটি লিঙ্ক খুঁজে পেয়েছি যা সহায়ক ছিল (গুগল এর মাধ্যমে কম!) ...

... কিন্তু কিছুই কর্তৃত্বপূর্ণ।

তাই, এই স্বাভাবিক? এটা স্বাভাবিক মনে হয় না। পূর্ব উপকূল থেকে নেটওয়ার্ক প্যাকেটগুলি সরানোর সময় "সাধারণত" বিলম্বিত হওয়া উচিত কি? <-> মার্কিন যুক্তরাষ্ট্রে পশ্চিম উপকূলে?


99
2018-04-30 11:26


উত্স


আপনি নিয়ন্ত্রণ না নেটওয়ার্ক জুড়ে যে কোন পরিমাপ প্রায় বিন্দুহীন বলে মনে হয়। বেশিরভাগ ক্ষেত্রেই এই ধরণের নেটওয়ার্ক আলোচনায় মনে হয় যে আমরা প্রতিটি প্যাকেটের সাথে একটি সাময়িক উপাদান যুক্ত করেছি তা ভুলে যাচ্ছি। যদি আপনি বার বার ২4 x 7 পরীক্ষা চালান এবং কিছু উপসংহারে পৌঁছেছেন তবে এটি এক জিনিস। যদি আপনি দুইবার পরীক্ষাটি চালান তবে আমি আপনাকে আরো কিছু চালানোর পরামর্শ দিই। এবং যারা কর্মক্ষমতা কিছু পরিমাপ হিসাবে পিং ব্যবহার সমর্থন, না। প্রতিটি প্রধান নেটওয়ার্কের উপর আমি সর্বদা সর্বনিম্ন অগ্রাধিকারে ICMP ট্র্যাফিক স্থাপন করেছি। পিং মানে শুধুমাত্র এক জিনিস, এবং এটি নয়;) কর্মক্ষমতা সম্পর্কে। - dbasnett
আমি যেখানে থাকি, জেফারসন সিটি, এমও, সময় একই। - dbasnett
পাশাপাশি একটি নোট হিসাবে: হালকা নিজেই ~ 14 মিমি ন্যূনতম রাস্তায় এনওয়াই থেকে এসএফ পর্যটনে ভ্রমণ করে (সমস্ত ভাবে ফাইবার বিবেচনা করে)। - Shadok
ফাইবার হালকা একটি বেগ ফ্যাক্টর দিয়ে ভ্রমণ করে .67 (অপ্রতিরোধ্য সূচকের সমতুল্য) ~ 201,000 কিমি / সেকেন্ড, তাই এটি অন্তত ২0 মি। - Zac67


উত্তর:


আলোর গতি:
  আপনি একটি আকর্ষণীয় একাডেমিক পয়েন্ট হিসাবে হালকা গতি বীট যাচ্ছে না। এই লিঙ্ক ~ 40ms সেরা সম্ভাব্য সময় বোস্টন স্ট্যানফোর্ড আউট কাজ করে। যখন এই ব্যক্তি গণনা করেন তখন তিনি সিদ্ধান্ত নেন যে "আলোর গতিতে দুইটি ফ্যাক্টরের মধ্যে" ইন্টারনেট চলছে, তাই প্রায় ~ 85ms স্থানান্তর সময় রয়েছে।

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

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

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

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

whois -h v4-peer.whois.cymru.com "69.59.196.212"
PEER_AS | IP               | AS Name
25899   | 69.59.196.212    | LSNET - LS Networks
32869   | 69.59.196.212    | SILVERSTAR-NET - Silver Star Telecom, LLC

এটি একটি gui টুল সহ peerings হিসাবে এই অন্বেষণ মজা linkrank, এটি আপনাকে আপনার চারপাশে ইন্টারনেট একটি ছবি দেয়।


108
2018-04-30 12:03



সম্মতি, কাক উড়ে হিসাবে হালকা গতি আপনি সম্ভবত করতে পারেন সেরা। সত্যিই চমৎকার উত্তর উপায়, এই ঠিক কি আমি খুঁজছেন ছিল। ধন্যবাদ. - Jeff Atwood
অদ্ভুত প্রকৃত গণিত জন্য: 3000 মাইল / সি = 16.1ms - tylerl
একটি ভ্যাকুয়ামে একটি ফোটন প্রায় 134 মিঃ এ নিকোটিভ ভ্রমণ করতে পারে। গ্লাসে একই ফোটন প্রায় 200 মি। লাগবে। ফাইবার একটি 3,000 মাইল টুকরা 24 মি। কোন ডিভাইস ছাড়াই বিলম্ব। - dbasnett
এই আমাকে মনে করিয়ে দেয় কেস 500 মাইল ইমেইল। - bahamat


এউ সাইটে ইস্ট / ওয়েস্ট উপকূলে মার্কিন যুক্তরাষ্ট্রে প্রায় 70-80 মিমি ল্যাটিন আমেরিকা আদর্শ (উদাহরণস্বরূপ নিউ ইয়র্কের সান ফ্রান্সিসকো)।

ট্রান্স আটলান্টিক পথ
এনওয়াই 78 লন্ডন
ফ্রাঙ্কফুর্ট ধুয়ে নিন
ট্রান্স প্যাসিফিক পথ
এসএফ 147 হংকং
ট্রান্স-ইউএসএ পথ
এসএফ 72 এনওয়াই

network latency by world city pairs

এখানে আমার সময় (আমি লন্ডন, ইংল্যান্ডে আছি, তাই আমার পশ্চিম উপকূলে পূর্ব পূর্বের চেয়ে বেশি)। আমি একটি 74ms latency পার্থক্য পেতে, যা যে সাইটের মান সমর্থন করে বলে মনে হয়।

NY - 108ms latency, 61ms transfer, 169 total
OR - 182ms latency, 71ms transfer, 253 total

এই গুগল ক্রোম ডিভ টুল ব্যবহার করে পরিমাপ করা হয়।


41
2018-04-30 11:45



শীতল চার্ট! এসওয়াই থেকে এনওয়াই বর্তমানে 71 ms এটির উপর, তাই আপনি সঠিক - আমরা এর থেকে ভালো করতে আশা করতে পারি না। - Jeff Atwood
ধন্যবাদ। এটা আমাকে অনেক সাহায্য করেছে। বিশ্বের অন্যতম স্থানগুলির মধ্যে নেটওয়ার্ক বিলম্বের সন্ধান করার জন্য এটি অন্য একটি উত্স - dotcom-monitor.com/WebTools/network_latency.aspx - Sajib Mahmood


সম্ভব হলে প্রথম ICMP সঙ্গে পরিমাপ। আইসিএমপি পরীক্ষার সাধারণত ডিফল্টরূপে একটি খুব ছোট পেলਲੋਡ ব্যবহার করে, একটি তিন-উপায় হ্যান্ডশেক ব্যবহার করবেন না এবং HTTP- র মতো স্ট্যাক আপ অন্য অ্যাপ্লিকেশনের সাথে ইন্টারঅ্যাক্ট করতে হবে না। যাই হোক না কেন, এটি অত্যন্ত গুরুত্বপূর্ণ যে HTTP ফলাফলগুলি ICMP ফলাফলগুলির সাথে মিলিত হয় না। তারা আপেল এবং কমলা।

দ্বারা যাচ্ছে রিচ অ্যাডামসের উত্তর এবং ব্যবহার করে সাইটটি যেটি তিনি সুপারিশ করেছিলেন, আপনি এটি দেখতে পারেন যে AT & T এর ব্যাকবোনটিতে এটি এসএফ এবং এনওয়াই এন্ডপয়েন্টগুলির মধ্যে সরাতে ICMP ট্র্যাফিকের জন্য 72 মি। এটি একটি মোটামুটি নম্বর যাব, তবে আপনাকে মনে রাখতে হবে যে এটি এমন একটি নেটওয়ার্কে রয়েছে যা সম্পূর্ণরূপে AT & T দ্বারা নিয়ন্ত্রিত হয়। এটা অ্যাকাউন্ট আপনার বাড়িতে বা অফিস নেটওয়ার্ক ট্রানজিট গ্রহণ করা হয় না।

আপনি যদি আপনার উত্স নেটওয়ার্ক থেকে carers.stackoverflow.com এর বিরুদ্ধে একটি পিং করেন তবে আপনাকে 72 মিঃ (সম্ভবত +/- 20 মিএস) পর্যন্ত খুব বেশি কিছু দেখতে হবে না। যদি এমন হয়, তবে সম্ভবত আপনি অনুমান করতে পারেন যে আপনার মধ্যে নেটওয়ার্ক পথটি ঠিক আছে এবং স্বাভাবিক রেঞ্জের মধ্যে চলমান। যদি না হয়, কয়েক অন্যান্য জায়গা থেকে প্যানিক এবং পরিমাপ করবেন না। এটা আপনার আইএসপি হতে পারে।

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

যদি সেই HTTP বারগুলির মধ্যে বিস্তৃত বৈচিত্র থাকে, তবে ধীর সঞ্চালিত সাইটটিতে কনফিগারেশন সমস্যা থাকলে আমি অবাক হব না।

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


10
2018-04-30 17:34





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

বিশেষ করে, (অন্তত কিছু) জুনাইপার রাউটারগুলি রাউটারের নিয়ন্ত্রণ প্লেনে ICMP ইভেন্টগুলির প্রক্রিয়াকরণ পাঠায়। এটি ফরওয়ার্ডিং সমতলের তুলনায় অনেক ধীর, বিশেষত একটি ব্যাকবোন রাউটারে।

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

ফলস্বরূপ, পিং / traceroute আপনি যুক্তিসঙ্গত দিতে উপরের সীমানা - জিনিসগুলি কমপক্ষে দ্রুত চলে যাচ্ছে - কিন্তু তারা আপনাকে সত্যিই সত্যিকারের ট্র্যাফিক কত দ্রুত চলছে তা বলছে না।

কোন ঘটনা -

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

% traceroute -w 2 www.stanford.edu
traceroute to www-v6.stanford.edu (171.67.215.200), 64 hops max, 52 byte packets
 1  * * *
 2  * * *
 3  v-vfw-cc-clusta-l3-outside.r-seb.umnet.umich.edu (141.211.81.130)  3.808 ms  4.225 ms  2.223 ms
 4  l3-bseb-rseb.r-bin-seb.umnet.umich.edu (192.12.80.131)  1.372 ms  1.281 ms  1.485 ms
 5  l3-barb-bseb-1.r-bin-arbl.umnet.umich.edu (192.12.80.8)  1.784 ms  0.874 ms  0.900 ms
 6  v-bin-arbl-i2-wsu5.wsu5.mich.net (192.12.80.69)  2.443 ms  2.412 ms  2.957 ms
 7  v0x1004.rtr.wash.net.internet2.edu (192.122.183.10)  107.269 ms  61.849 ms  47.859 ms
 8  ae-8.10.rtr.atla.net.internet2.edu (64.57.28.6)  28.267 ms  28.756 ms  28.938 ms
 9  xe-1-0-0.0.rtr.hous.net.internet2.edu (64.57.28.112)  52.075 ms  52.156 ms  88.596 ms
10  * * ge-6-1-0.0.rtr.losa.net.internet2.edu (64.57.28.96)  496.838 ms
11  hpr-lax-hpr--i2-newnet.cenic.net (137.164.26.133)  76.537 ms  78.948 ms  75.010 ms
12  svl-hpr2--lax-hpr2-10g.cenic.net (137.164.25.38)  82.151 ms  82.304 ms  82.208 ms
13  hpr-stanford--svl-hpr2-10ge.cenic.net (137.164.27.62)  82.504 ms  82.295 ms  82.884 ms
14  boundarya-rtr.stanford.edu (171.66.0.34)  82.859 ms  82.888 ms  82.930 ms
15  * * *
16  * * *
17  www-v6.stanford.edu (171.67.215.200)  83.136 ms  83.288 ms  83.089 ms

বিশেষ করে, traceroute ফলাফল মধ্যে সময় পার্থক্য নোট ধোয়া রাউটার এবং Atla রাউটার (হপস 7 & 8)। নেটওয়ার্ক পথ প্রথম ধোয়া এবং তারপর Atla যাও যায়। ধোয়া সাড়া 50-100ms লাগে, আটল প্রায় 28ms লাগে। স্পষ্টতঃ এটলা আরও দূরে, কিন্তু তার ট্রাসআউটউটে ফলাফলগুলি বলে যে এটি কাছাকাছি।

দেখ http://www.internet2.edu/performance/ নেটওয়ার্ক পরিমাপ তথ্যের প্রচুর জন্য। (দাবিত্যাগ, আমি ইন্টারনেট 2 জন্য কাজ করতেন)। এছাড়াও দেখুন: https://fasterdata.es.net/

মূল প্রশ্নে কিছু নির্দিষ্ট প্রাসঙ্গিকতা যোগ করার জন্য ... আপনি দেখতে পারেন যে আমার কাছে স্ট্যানফোর্ডে 83 মি.এস. রাউন্ড-ট্রিপ পিং সময় ছিল, তাই আমরা জানি যে নেটওয়ার্কের অন্তত এই দ্রুত যেতে পারেন।

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

michigan-> ওয়াশিংটন, ডিসি-> আটলান্টা-> হাউস্টন-> লস এঞ্জেলিজ-> স্ট্যানফোর্ড


7
2017-08-15 15:46





আমি সামঞ্জস্যপূর্ণ পার্থক্য দেখছি, এবং আমি নরওয়েতে বসে আছি:

serverfault       careers
  509ms            282ms
  511ms            304ms
  488ms            295ms
  480ms            274ms
  498ms            278ms

এটি Google Chrome এর সম্পদ দৃশ্য ব্যবহার করে এবং প্রতিটি লিঙ্কটি বার বার রিফ্রেশ করার বৈজ্ঞানিক এবং নির্ভুল পদ্ধতির সাথে পরিমাপ করা হয়েছিল।

সার্ভারফুট ট্রাসআউট

Tracing route to serverfault.com [69.59.196.212]
over a maximum of 30 hops:

  1    <1 ms     1 ms    <1 ms  81.27.47.1
  2     2 ms     1 ms     1 ms  qos-1.webhuset.no [81.27.32.17]
  3     1 ms     1 ms     1 ms  81.27.32.10
  4     1 ms     2 ms     1 ms  201.82-134-26.bkkb.no [82.134.26.201]
  5    14 ms    14 ms    14 ms  193.28.236.253
  6    13 ms    13 ms    14 ms  TenGigabitEthernet8-4.ar1.OSL2.gblx.net [64.209.94.125]
  7    22 ms    21 ms    21 ms  te7-1-10G.ar3.cph1.gblx.net [67.16.161.93]
  8    21 ms    20 ms    20 ms  sprint-1.ar3.CPH1.gblx.net [64.212.107.18]
  9    21 ms    21 ms    20 ms  sl-bb20-cop-15-0-0.sprintlink.net [80.77.64.33]
 10   107 ms   107 ms   107 ms  144.232.24.12
 11   107 ms   106 ms   105 ms  sl-bb20-msq-15-0-0.sprintlink.net [144.232.9.109]
 12   106 ms   106 ms   107 ms  sl-crs2-nyc-0-2-5-0.sprintlink.net [144.232.20.75]
 13   129 ms   135 ms   134 ms  sl-crs2-chi-0-15-0-0.sprintlink.net [144.232.24.208]
 14   183 ms   183 ms   184 ms  sl-crs2-chi-0-10-3-0.sprintlink.net [144.232.20.85]
 15   189 ms   189 ms   189 ms  sl-gw12-sea-2-0-0.sprintlink.net [144.232.6.120]
 16   193 ms   189 ms   189 ms  204.181.35.194
 17   181 ms   181 ms   180 ms  core2-gi61-to-core1-gi63.silverstartelecom.com [74.85.240.14]
 18   182 ms   182 ms   182 ms  sst-6509b-gi51-2-gsr2-gi63.silverstartelecom.com [74.85.242.6]
 19   195 ms   195 ms   194 ms  sst-6509-peak-p2p-gi13.silverstartelecom.com [12.111.189.106]
 20   197 ms   197 ms   197 ms  ge-0-0-2-cvo-br1.peak.org [69.59.218.2]
 21   188 ms   187 ms   189 ms  ge-1-0-0-cvo-core2.peak.org [69.59.218.193]
 22   198 ms   198 ms   198 ms  vlan5-cvo-colo2.peak.org [69.59.218.226]
 23   198 ms   197 ms   197 ms  stackoverflow.com [69.59.196.212]

Trace complete.

ক্যারিয়ার করতে Traceroute

Tracing route to careers.stackoverflow.com [64.34.80.176]
over a maximum of 30 hops:

  1     1 ms     1 ms     1 ms  81.27.47.1
  2     2 ms     1 ms    <1 ms  qos-1.webhuset.no [81.27.32.17]
  3     1 ms     1 ms     1 ms  81.27.32.10
  4     1 ms     1 ms     2 ms  201.82-134-26.bkkb.no [82.134.26.201]
  5    12 ms    13 ms    13 ms  193.28.236.253
  6    13 ms    14 ms    14 ms  TenGigabitEthernet8-4.ar1.OSL2.gblx.net [64.209.94.125]
  7    21 ms    21 ms    21 ms  ge7-1-10G.ar1.ARN3.gblx.net [67.17.109.89]
  8    21 ms    20 ms    20 ms  tiscali-1.ar1.ARN3.gblx.net [64.208.110.130]
  9   116 ms   117 ms   122 ms  xe-4-2-0.nyc20.ip4.tinet.net [89.149.184.142]
 10   121 ms   122 ms   121 ms  peer1-gw.ip4.tinet.net [77.67.70.194]
 11     *        *        *     Request timed out.

দুর্ভাগ্যবশত, এটি এখন একটি লুপ বা কিশোর মধ্যে যাচ্ছে এবং 30 ঘন্টা পর্যন্ত তারার এবং সময়সীমা প্রদান অবিরত এবং তারপর শেষ।

দ্রষ্টব্য, ট্রাসআউটগুলি শুরুতে সময়ের তুলনায় ভিন্ন হোস্ট থেকে এসেছে, আমাকে তাদের চালানোর জন্য আমার হোস্ট সার্ভারে RDP করতে হয়েছিল


6
2018-04-30 11:43



ঠিক আছে, পূর্ব উপকূলীয় ডেটাসেন্টার আমাদের ইউরোপীয় শ্রোতাদের পক্ষে আরও বন্ধুত্বপূর্ণ হবে বলে আশা করা হচ্ছে - আপনি মার্কিন যুক্তরাষ্ট্রে প্রস্থে যাওয়ার জন্য প্রায় ২00 মিমি সময় লাগছেন। শুধুমাত্র অন্যান্য উত্তর প্রতি ~ 80ms হওয়া উচিত? - Jeff Atwood
দেখে মনে হচ্ছে এটি প্রায় ২00 মিটারে সামঞ্জস্যপূর্ণ, আমি এখন উভয় (যদিও একই সময় নয়) 20-30 বার রিফ্রেশ করেছি, এবং সার্ভারফুল সাইট দেখে মনে হচ্ছে এটি প্রায় ২00 মিটারে +/- অন্যের চেয়ে বেশি । আমি একটি traceroute চেষ্টা, কিন্তু এটা সবকিছু উপর বড় সঙ্গে আসে তাই সম্ভবত আমাদের আইটি প্রশাসক কিছু অবরুদ্ধ আছে। - Lasse Vågsæther Karlsen


আমি প্রায় 80-90 মিটার উত্তোলন দেখেছি পূর্ব ও পশ্চিম উপকূলগুলির মধ্যে ভালভাবে পরিমাপ করা লিঙ্ক।

আপনি যেখানে স্থিতিস্থাপকতা অর্জন করছেন তা দেখতে আকর্ষণীয় হবে - লেয়ার-চার ট্রাসারআউট (lft) মতো একটি সরঞ্জাম ব্যবহার করুন। সম্ভাবনাগুলি হল "শেষ মাইল" (যেমন আপনার স্থানীয় ব্রডব্যান্ড সরবরাহকারীর) -এ প্রাপ্ত।

স্থানান্তর সময় শুধুমাত্র সামান্য প্রভাবিত করা হয় আশা করা হয় - প্যাকেট ক্ষতি এবং জিটার দুটি অবস্থানের মধ্যে স্থানান্তর সময় পার্থক্য তদন্ত যখন তাকান আরো দরকারী পরিমাপ।


2
2018-04-30 11:42





শুধু মজা করার জন্য, যখন আমি ইউরোপের অনলাইন গেম লিনিয়ার 2 এনএ মুক্তি পেয়েছিলাম:

Response time to east coast servers: ~110-120ms
Response time to west coast servers: ~190-220ms

পার্থক্যটি ইন্টারনেটের অনির্দেশ্য প্রকৃতির বিবেচনায় 100 মিলিয়নেরও বেশি কারণে সমর্থিত বলে মনে হয়।

প্রশংসিত ক্রোম রিফ্রেশ পরীক্ষা ব্যবহার করে, আমি ডকুমেন্ট লোড টাইম পাই যা মোটামুটি 130ms এর সাথে আলাদা।


2
2018-04-30 12:52





এখানে সবাই কিছু সত্যিই ভাল পয়েন্ট আছে। এবং তাদের নিজস্ব পিওভি সঠিক।

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

72 মি.মি. এনওয়াই এসএফ প্রবণতার মতো পকেটের ক্যারিয়ারের PoP থেকে PoP এ বিলম্বিত। এইগুলি অন্য যে কোনও দুর্দান্ত পয়েন্টে বিবেচনা করে না যা কেউ এখানে কনজেশন, প্যাকেট ক্ষতি, পরিষেবার গুণমান, অর্ডার প্যাকেটগুলি বা প্যাকেট আকারের বাইরে বা POP থেকে PoP এর নিখুঁত বিশ্বের মধ্যে নেটওয়ার্ক পুনরাবৃত্তি সম্পর্কে এখানে উল্লেখ করেছে। ।

এবং তারপর যখন আপনি PoP থেকে শেষ মাইল (সাধারণত বহু মাইল) যোগ করেন, তখন দুটি শহরগুলির মধ্যে আপনার প্রকৃত অবস্থানের মধ্যে যেখানে এই সমস্ত পরিবর্তনশীল আরও বেশি তরল পদার্থকে দ্রুত যুক্তিসঙ্গত অনুমান-ক্ষমতা থেকে বেরিয়ে যেতে শুরু করে!

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

একই সময়ে, আমি ওয়েবে সার্কিট প্রদানকারী সংখ্যাগুলির নজর রাখি।

ফলগুলি 88 থেকে 100 মিটারের মধ্যে লেনদেনের সংখ্যাগুলি ব্যবসার অবস্থানগুলির দরজায় দরজার কাছে ছিল। এই কোনো আন্তঃ অফিস নেটওয়ার্ক latency সংখ্যা অন্তর্ভুক্ত ছিল না।

পরিষেবা সরবরাহকারী নেটওয়ার্ক বিলম্বের মধ্যে 70 থেকে 80 মি। শেষ মাইলটি 18 থেকে 30 মিঃ পর্যন্ত হতে পারে। আমি দুটি পরিবেশের মধ্যে সঠিক শিখর এবং নিম্ন correlate না।


2
2017-09-09 15:43





এনওয়াইসি সময়সীমা:

NY     OR
109ms  271ms
72ms   227ms
30ms   225ms
33ms   114ms
34ms   224ms

একটি আবাসিক সংযোগে ক্রোম ব্যবহার করে।

নিউ জারির নিউকার্কের ডেটাসেন্টারের ভিপিএস থেকে LFT ব্যবহার করে:

terracidal ~ # lft careers.stackoverflow.com -V
Layer Four Traceroute (LFT) version 3.0
Using device eth0, members.linode.com (97.107.139.108):53
TTL LFT trace to 64.34.80.176:80/tcp
 1  207.192.75.2 0.4/0.5ms
 2  vlan804.tbr2.mmu.nac.net (209.123.10.13) 0.4/0.3ms
 3  0.e1-1.tbr2.tl9.nac.net (209.123.10.78) 1.3/1.5ms
 4  nyiix.Peer1.net (198.32.160.65) 1.4/1.4ms
 5  oc48-po3-0.nyc-75bre-dis-1.peer1.net (216.187.115.134) 1.6/1.5ms
 6  216.187.115.145 2.7/2.2ms
 7  64.34.60.28 2.3/1.8ms
 8  [target open] 64.34.80.176:80 2.5ms

terracidal ~ # lft serverfault.com -V
Layer Four Traceroute (LFT) version 3.0
Using device eth0, members.linode.com (97.107.139.108):53
TTL LFT trace to stackoverflow.com (69.59.196.212):80/tcp
 1  207.192.75.2 36.4/0.6ms
 2  vlan803.tbr1.mmu.nac.net (209.123.10.29) 0.4/0.4ms
 3  0.e1-1.tbr1.tl9.nac.net (209.123.10.102) 1.3/1.4ms
 4  nyk-b3-link.telia.net (213.248.99.89) 1.6/1.4ms
 5  nyk-bb2-link.telia.net (80.91.250.94) 1.9/84.8ms
 6  nyk-b5-link.telia.net (80.91.253.106) 1.7/1.7ms
 7  192.205.34.53 2.1/2.1ms
 8  cr1.n54ny.ip.att.net (12.122.81.106) 83.5/83.6ms
 9  cr2.cgcil.ip.att.net (12.122.1.2) 82.7/83.1ms
10  cr2.st6wa.ip.att.net (12.122.31.130) 83.4/83.5ms
11  cr2.ptdor.ip.att.net (12.122.30.149) 82.7/82.7ms
12  gar1.ptdor.ip.att.net (12.123.157.65) 82.2/82.3ms
13  12.118.177.74 82.9/82.8ms
14  sst-6509b-gi51-2-gsr2-gi63.silverstartelecom.com (74.85.242.6) 84.1/84.0ms
15  sst-6509-peak-p2p-gi13.silverstartelecom.com (12.111.189.106) 83.3/83.4ms
16  ge-0-0-2-cvo-br1.peak.org (69.59.218.2) 86.3/86.2ms
**  [neglected] no reply packets received from TTLs 17 through 18
19  [target closed] stackoverflow.com (69.59.196.212):80 86.3/86.3ms

1
2018-04-30 12:10