আইআইএস: ধীরে ধীরে নেটওয়ার্ক সংযোগের কারণে ধীরে ধীরে সময় নেওয়া হয়েছে কিনা তা কীভাবে বলবেন


10

Http://support.microsoft.com/kb/944884 এর মতে , "ধীর নেটওয়ার্ক সংযোগের জন্য যখন কোনও ক্লায়েন্টকে একটি বৃহত্তর প্রতিক্রিয়া বা বৃহত্তর প্রতিক্রিয়াগুলি প্রেরণ করা হয়, সময়-নেওয়া ক্ষেত্রের মান প্রত্যাশার চেয়ে বেশি হতে পারে"।

আমার একটি পরিস্থিতি রয়েছে যেখানে একজন ক্লায়েন্ট বলবেন, "আমি আপনার ওয়েব সার্ভারে 10:03:24 তে একটি অনুরোধ পাঠিয়েছি এবং এটি 20 সেকেন্ড সময় নিয়েছে, কেন?" আমি এটি আইআইএস লগগুলিতেও দেখতে পাচ্ছি, তবে সার্ভারের এএসপি.নেট মডিউলটি এটি 100 মিমি হিসাবে গ্রহণ হিসাবে লগ করেছে এবং সিপিইউ এবং ডিস্ক কাউন্টারগুলি কম ছিল।

আমি সন্দেহ করি যে এটি ধীর নেটওয়ার্ক সংযোগের কারণে। আমি কীভাবে এটি প্রমাণ করতে পারি?

হালনাগাদ:

1) এগুলি এসওএপি ওয়েব সার্ভিস অনুরোধ, অতএব এম্বেড করা গ্রাফিক্স নয়, ফলাফলের একক এক্সএমএল পৃষ্ঠা সহ কেবল একটি এইচটিটিপি পোস্ট।

2) এছাড়াও, আমি ক্লায়েন্টের পাশে নেটওয়ার্ক গতি থ্রোটল করে এটি পুনরুত্পাদন করেছি এবং লক্ষণগুলি হুবহু একই।

3) সমস্যাটি মাঝেমধ্যে অন্তর্নিহিত, একই অনুরোধটি ক্লায়েন্টের পক্ষে সাধারণত দ্রুত তবে মাঝে মাঝে ধীর হয়। নেটওয়ার্ক থ্রটল করে না দিয়ে আমি নিজেই এটিকে পুনরুত্পাদন করতে পারি না। সার্ভারের এএসপি.নেট লগিং এটি সর্বদা দ্রুত দেখায়, কিন্তু ক্লায়েন্ট যখন বলে যে এটি ধীর গতিতে থাকে আইআইএস লগিং এটি ধীর করে দেখায়।

৪) আমার কেবল সার্ভারে অ্যাক্সেস রয়েছে এবং ক্লায়েন্টকে যতটা সম্ভব তথ্য সরবরাহ করা দরকার যাতে তারা গ্রহণ করে যে সমস্যাটি সার্ভারে ছিল না এবং মুল কারণের সন্ধানের জন্য ক্লায়েন্টে কোন লগিং / সরঞ্জামগুলি চালাতে হবে তা তারা জানে।


এই অনুরোধগুলি কী সাধারণ পৃষ্ঠাগুলির জন্য যা এম্বেডিং গ্রাফিক্স এবং এ জাতীয় প্রয়োজন? বা তারা কি স্বয়ংক্রিয় প্রশ্নগুলি যা কেবল একটি একক পৃষ্ঠাতে ফিরে আসে? আমরা কি কোনও পৃষ্ঠা লোড করার সময় বা একটি একক এইচটিটিপি অনুরোধের প্রতিক্রিয়া জানার সময়টি মাপছি?
ডেভিড শোয়ার্জ

উত্তর:


4

আমার একটি পরিস্থিতি রয়েছে যেখানে একজন ক্লায়েন্ট বলবেন, "আমি আপনার ওয়েব সার্ভারে 10:03:24 তে একটি অনুরোধ পাঠিয়েছি এবং এটি 20 সেকেন্ড সময় নিয়েছে, কেন?" আমি এটি আইআইএস লগগুলিতেও দেখতে পাচ্ছি, তবে সার্ভারের এএসপি.নেট মডিউলটি এটি 100 মিমি হিসাবে গ্রহণ হিসাবে লগ করেছে এবং সিপিইউ এবং ডিস্ক কাউন্টারগুলি কম ছিল।

আমি সন্দেহ করি যে এটি ধীর নেটওয়ার্ক সংযোগের কারণে। আমি কীভাবে এটি প্রমাণ করতে পারি?

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

যাইহোক, লোকেরা প্রায়শই নেটওয়ার্কটিকে দোষ দেয়, যখন প্রকৃতপক্ষে গতির সমস্যাগুলি তাদের নিজস্ব নিয়ন্ত্রণের মধ্যে থাকে। সম্ভাব্য ব্যাখ্যা:

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

আমি যেতে পারছিলাম, তবে মূল বিষয়টি হ'ল পৃষ্ঠাটি কেন নিজেকে ধীরে ধীরে বাড়ছে তার সঠিক কারণটি আপনাকে নখতে হবে। একটি ত্রুটিযুক্ত নেটওয়ার্ক সম্ভব; এটিও সম্ভব যে অন্যান্য কারণগুলি ধীর পারফরম্যান্সে অবদান রাখছে।

আরও নির্ণয় করতে:

  • যদি পৃষ্ঠাটি ফায়ারফক্সে ভালভাবে লোড হয়, তবে ফায়ারব্যাগের নেটওয়ার্ক ট্যাবটি আপনার বন্ধু (হিট F12, তারপরে নেটওয়ার্ক ট্যাবে যান এবং পৃষ্ঠাটি পুনরায় লোড করুন)। পৃষ্ঠা কীভাবে লোড হয় এবং কোথায় বিলম্ব হয় তার জন্য ফায়ারব্যাগ আপনাকে একটি সুন্দর জলপ্রপাত চিত্র দেয়ফায়ারবগ জলপ্রপাত
  • পৃষ্ঠাটি যদি ক্রোমে ভালভাবে লোড হয়, আপনি অনুরূপ কিছু করতে পারেন (হিট CntlShiftI, নেটওয়ার্ক ট্যাবে ক্লিক করুন এবং পৃষ্ঠাটি পুনরায় লোড করুন)।ক্রৌমিয়াম
  • পৃষ্ঠাটি কেবলমাত্র আইই (বিটিডাব্লু, আপনার এইচটিএমএল বিকাশকারীদের জন্য লজ্জা) এ সমর্থিত থাকলে, আপনার সেরা বাজি হ'ল এই এএসপি পৃষ্ঠা উপাদানগুলির প্রতিটি পৃথকভাবে লোড করা শুরু করা উচিত curlযতক্ষণ না আপনি খুব ধীর দেখায় এমন কিছু খুঁজে না পান, তবে কেন নির্দিষ্ট উপাদানটি খুঁজে বার করুন? ধীর.

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

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


উপরে আমার আপডেট দেখুন। আপনার তথ্যটি সাধারণ ক্ষেত্রে খুব দরকারী, তবে আমি মনে করি না এটি এখানে প্রযোজ্য। পৃষ্ঠাটি কেবল মাঝেমধ্যে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে থাকে ততক্ষণে যখন আমি ক্লায়েন্টের পাশে নেটওয়ার্কটি থ্রোট করি।
জন

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

ফায়ারফক্স / ক্রোম ক্লায়েন্ট-সাইড সরঞ্জাম tools আমার কেবল সার্ভারে অ্যাক্সেস রয়েছে এবং আমি আমার নিজের ক্লায়েন্টটি ব্যবহার করে তিরস্কার করতে পারি না। আমাকে কেবল সার্ভার থেকে বলতে হবে, যদি নেটওয়ার্ক সমস্যার কারণে কোনও নির্দিষ্ট অনুরোধটি ধীর হয়ে থাকে tell এটি প্যাকেট ক্যাপচারিং ছেড়ে দেয়, তবে এটি উত্পাদন করতে খুব ভারী হয় (10,000 এর মধ্যে 1 টি অনুরোধ ধীর হতে পারে)।
জন

আমার বেল্টের অধীনে 15 বছরেরও বেশি সময় ধরে নেটওয়ার্ক ইঞ্জিনিয়ার হিসাবে, আমি শ্রদ্ধার সাথে পরামর্শ দিতে পারি যে আপনি একা সার্ভার থেকে ক্লায়েন্ট-সাইড এইচটিটিপি পরিষেবাদির সমস্যা নির্ণয় করতে পারবেন না; আপনার কাছে কেবল পর্যাপ্ত তথ্য নেই (যা আপাতদৃষ্টিতে আপনার উপসংহারও ... তবে, আপনি এই বাস্তবতার সাথে বেঁচে থাকার জন্য উন্মুক্ত বলে মনে হয় না :-)।
মাইক পেনিংটন

সার্ভারে প্যাকেট ক্যাপচারিং যদি নেটওয়ার্ক সংক্রান্ত সমস্যাগুলি সনাক্ত করতে পারে (উদাহরণস্বরূপ একটি ধীর টিসিপি অ্যাক দেখার মাধ্যমে), হালকা ওজনের সরঞ্জাম / লগার একই দেখাতে পারে এমন আশা করা কি যুক্তিসঙ্গত নয়?
জন

0

কেবি নিবন্ধ 930884 এর আপশটটি হ'ল প্রতিক্রিয়াটি শেষ করতে প্রয়োজনীয় সময়টি সঠিকভাবে লগতে প্রতিবিম্বিত হতে পারে না। এজন্য নিবন্ধটি নেটওয়ার্ক সময়ের কথা উল্লেখ করেছে।

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


ধন্যবাদ, তবে এটি নেটওয়ার্কের গতি থ্রোল্টিং ব্যতীত অন্যটি পুনরুত্পাদনযোগ্য নয়, এবং একটি প্যাকেট ক্যাপচার উত্পাদনে ব্যবহারের জন্য খুব ভারী-ওজন।
জন

0

আইআইএস এর ডাব্লু 3 ডব্লিউপি.এক্স.ই.কে পুনরায় চালু করার কারণেও 20 সেকেন্ড বিলম্ব হতে পারে যা এটি অব্যবহৃত হলে ঘুমাতে যাবে।


1
"কীভাবে বলব" উত্তর দিয়ে আপনি এই উত্তরটি উন্নত করতে পারেন। w3wp.exe ঘুমাতে যাওয়া আমার ক্ষেত্রে প্রাসঙ্গিক নয় কারণ আমি সেই আচরণটি অক্ষম করেছি তবে এটি অন্যকে সাহায্য করতে পারে।
জন
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.