ক্রোম নেটওয়ার্ক লগ "স্টলড" অবস্থা বোঝা

Question

আমি ক্রোমে নিম্নলিখিত নেটওয়ার্ক লগ করেছি:

আমি এতে একটি জিনিস বুঝতে পারি না: ভরা ধূসর বার এবং স্বচ্ছ ধূসর বারগুলির মধ্যে পার্থক্য কী।

Comments

আমি গত দুই সপ্তাহ ধরে এটি অনেক কিছু দেখছি। আমি ক্রোমে শিফট-রিফ্রেশ করার সময় আমার 125 টি আইটেম লোড হচ্ছে। প্রতি একবারে একবারে, এই ফাইলগুলির মধ্যে 3-4 টি "স্টলড" অবস্থায় আটকে যাবে। সমস্ত ফাইলগুলি .png ফাইল। একমাত্র ফিক্সটি হ'ল ট্যাবটি বন্ধ করা, অন্য টেবিলটি পুনরায় খোলা এবং দেব সরঞ্জামগুলি পুনরায় খোলা। আমি এই সমস্যা ছাড়াই এক বছরেরও বেশি সময় ধরে এই কোড বেসে কাজ করে চলেছি এবং পিএনজি ফাইলগুলিতে এমন আচরণের কারণ ঘটবে বলে আমার কোনও পরিবর্তন হয়নি।

— গ্রেগ গ্রেটার

Answer 1

গুগল তাদের ডিভুলস ডকুমেন্টেশনের নেটওয়ার্ক পারফরম্যান্স বিভাগে এই ক্ষেত্রগুলির একটি ব্রেকডাউন দেয় ।

থেকে উদ্ধৃতাংশ রিসোর্স নেটওয়ার্কের সময়জ্ঞান :

স্থগিত / ব্লকিং

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

(যদি আপনি ভুলে যান তবে ক্রোমের হাওর টুলটিপে এবং "সময়" প্যানেলের নীচে একটি "ব্যাখ্যা" লিঙ্ক রয়েছে))

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

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

Comments

স্থানীয় ফাইলগুলির জন্যও কি 6-ফাইলের সীমা রয়েছে? যখন থেকে একটি পৃষ্ঠা লোড আমি সময়ে সময়ে স্থগিত রাষ্ট্র সম্মুখীনfile:///C:/...

— ইলিয়া Kogan

@ ইলিয়াকোগান ফাইল সিস্টেম থেকে লোড করার সময় 6-ফাইলের সীমা হিসাবে উপস্থিত হয় না, তবে সেখানে "স্থবির" পর্যায়ে উপস্থিত হতে পারে। আমার অনুমানটি হ'ল Chrome সিস্টেমে ফাইল সিস্টেমে ফাইলটি খোলার সময়টি উপস্থাপন করে এবং "সামগ্রী ডাউনলোড" পর্বটি মেমরির মধ্যে সামগ্রী লোড করতে যে সময় নেয় তা প্রতিনিধিত্ব করে।

— আলেকজান্ডার ও'মারা

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

— ডেল্রক্স

তবে সাদা এবং ধূসর বারগুলির মধ্যে পার্থক্য কী?

— কেট

উচ্চতর সম্মতি অর্জনের জন্য ডোমেন শর্ডিংয়ের প্রস্তাব দেওয়া হয় না। পরিবর্তে HTTP2 ব্যবহার করুন। দেখুন: youtube.com/watch?v=yURLTwZ3ehk

— হোমার 6

Answer 2

ডেভটুলস: [নেটওয়ার্ক] খালি বারগুলি অনুরোধের পূর্বে ব্যাখ্যা করে

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

---

বর্তমানে, যদি আমরা কোনও সকেট উপলব্ধ হওয়ার জন্য অপেক্ষা করি:

• কিছু প্রক্সি আলোচনার ঘটনা ঘটলে আমরা এটিকে থামব
• কোনও প্রক্সি / এসএসএল কাজের প্রয়োজন না হলে আমরা এটিকে কাতারে বলব।

Answer 3

https://developers.google.com/web/tools/chrome-devtools/network-performance/understanding-resource-timing

এটি চোমে-ডেভোলসের অফিশিয়াল সাইট থেকে আসে এবং এটি সাহায্য করে। এখানে আমি উদ্ধৃতি:

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

Answer 4

আমার কেসটি হচ্ছে পৃষ্ঠাটি যখন খোলা ছিল তখন বিভিন্ন পরামিতিগুলির সাথে একাধিক অনুরোধ প্রেরণ করছে। তাই বেশিরভাগই ‘স্থবির’ হয়ে যাচ্ছেন। নিম্নলিখিত অনুরোধগুলি তত্ক্ষণাত্ প্রেরণ "স্টল" হয়ে যায়। অপ্রয়োজনীয় অনুরোধগুলি এড়ানো ভাল হবে (অলস হওয়ার জন্য ...)।

Answer 5

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

আপনার যদি অ্যাপাচি লগে নিম্নলিখিত নোট থাকে তবে এটি আপনার ক্ষেত্রে প্রযোজ্য হতে পারে:

Server ran out of threads to serve requests. Consider raising the ThreadsPerChild setting

এই সমস্যাটি অ্যাপাচি httpd.conf এ সমাধান করা হয়েছে। Uncomment: অন্তর্ভুক্ত করুন সার্ভার / অতিরিক্ত / httpd 'র-mpm.conf

এবং httpd-mpm.conf সম্পাদনা করুন

<IfModule mpm_winnt_module>
   ThreadLimit              2000
   ThreadsPerChild          2000
   MaxConnectionsPerChild   0
</IfModule>

মনে রাখবেন আপনার 2000 থ্রেডের প্রয়োজন নাও হতে পারে, বা আরও বেশি প্রয়োজন হতে পারে। 2000 আমার মামলার জন্য ঠিক ছিল।