মোট ব্লকিং টাইম (TBT)

টোটাল ব্লকিং টাইম (TBT) মেট্রিক ফার্স্ট কনটেন্টফুল পেইন্ট (FCP) এর পরে মোট সময় পরিমাপ করে যেখানে ইনপুট প্রতিক্রিয়া রোধ করার জন্য প্রধান থ্রেডটি যথেষ্ট দীর্ঘ সময়ের জন্য অবরুদ্ধ ছিল।

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

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

যদি টাস্কটি যথেষ্ট দীর্ঘ হয় (50 মিলিসেকেন্ডের বেশি কিছু), এটি সম্ভবত ব্যবহারকারীর বিলম্ব লক্ষ্য করবে এবং পৃষ্ঠাটিকে অলস বা ভাঙা বলে মনে করবে৷

প্রদত্ত দীর্ঘ টাস্কের ব্লক করার সময় হল 50 মিলিসেকেন্ডের বেশি সময়কাল। এবং একটি পৃষ্ঠার জন্য মোট ব্লকিং সময় হল প্রতিটি দীর্ঘ টাস্কের জন্য ব্লকিং সময়ের সমষ্টি যা পরিমাপিত সময়সীমার জন্য FCP-এর পরে ঘটে (সাধারণত পৃষ্ঠা লোড সরঞ্জামগুলির জন্য TTI, বা অন্যান্য টুলিংয়ের জন্য মোট ট্রেস সময়)।

উদাহরণস্বরূপ, পৃষ্ঠা লোডের সময় ব্রাউজারের প্রধান থ্রেডের নিম্নলিখিত চিত্রটি বিবেচনা করুন:

প্রধান থ্রেডে একটি টাস্ক টাইমলাইন
প্রধান থ্রেডে কাজের একটি টাইমলাইন।

পূর্ববর্তী ছবিতে চিত্রিত টাইমলাইনে পাঁচটি কাজ রয়েছে, যার মধ্যে তিনটি দীর্ঘ কাজ কারণ তাদের সময়কাল 50 মিলিসেকেন্ডের বেশি। পরবর্তী চিত্রটি প্রতিটি দীর্ঘ কাজের জন্য ব্লক করার সময় দেখায়:

প্রধান থ্রেডে একটি টাস্ক টাইমলাইন ব্লক করার সময় দেখাচ্ছে
একই কাজ, ব্লক করার সময় চিহ্নিত করা আছে।

সুতরাং মূল থ্রেডে কাজ চালানোর জন্য মোট সময় ব্যয় করা হয়েছে 560 মিলিসেকেন্ড, সেই সময়ের মাত্র 345 মিলিসেকেন্ড ব্লকিং সময় হিসাবে বিবেচিত হয়।

কাজের সময়কাল (মিলিসেকেন্ড) টাস্ক ব্লক করার সময় (মিলিসেকেন্ড)
একটি টাস্ক 250 200
টাস্ক দুই 90 40
টাস্ক তিন 35 0
টাস্ক চার 30 0
টাস্ক পাঁচ 155 105
মোট ব্লকিং সময় 345 মিলিসেকেন্ড

TBT কিভাবে INP এর সাথে সম্পর্কিত?

টিবিটি INP-এর পূর্ববর্তী এবং INP সমস্যাগুলির একটি সূচক হিসাবে দরকারী, বিশেষ করে ল্যাব পরিবেশে যেখানে INP পরিমাপ করা আরও কঠিন। যাইহোক, TBT সম্ভাব্য সমস্যাগুলিকে ফ্ল্যাগ করতে পারে যদি ব্যবহারকারীদের জন্য কোনও সমস্যা নাও থাকতে পারে—যদি তারা সেই সময়ে ইন্টারঅ্যাক্ট না করে। এবং এটি ল্যাব পরিবেশে পরিমাপ করার সময় মিথস্ক্রিয়া দ্বারা সৃষ্ট সমস্যাগুলি মিস করতে পারে। আমরা ব্যবহারকারীদের দ্বারা অভিজ্ঞ হিসাবে প্রকৃত প্রতিক্রিয়াশীলতার সমস্যাগুলির পরিমাপ হিসাবে ক্ষেত্রে INP পরিমাপ করার পরামর্শ দিই। TBT ল্যাবের জন্য INP-এর জন্য একটি যুক্তিসঙ্গত প্রক্সি মেট্রিক হতে পারে কিন্তু এটি নিজেই INP-এর বিকল্প নয়।

টিবিটি টিটিআই এর সাথে কীভাবে সম্পর্কিত?

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

টিটিআই একটি পৃষ্ঠাকে "বিশ্বস্তভাবে ইন্টারেক্টিভ" বিবেচনা করে যদি মূল থ্রেডটি কমপক্ষে পাঁচ সেকেন্ডের জন্য দীর্ঘ টাস্ক মুক্ত থাকে। এর মানে হল যে 10 সেকেন্ডের মধ্যে ছড়িয়ে থাকা তিনটি, 51 ms টাস্ক টিটিআইকে 10-সেকেন্ডের দীর্ঘ টাস্কের মতো দূরে ঠেলে দিতে পারে-কিন্তু এই দুটি পরিস্থিতি পৃষ্ঠার সাথে ইন্টারঅ্যাক্ট করার চেষ্টা করা ব্যবহারকারীর কাছে খুব আলাদা মনে হবে।

প্রথম ক্ষেত্রে, তিনটি, 51 ms টাস্কে 3 মিলিসেকেন্ডের TBT হবে৷ যেখানে একটি একক, 10-সেকেন্ডের দীর্ঘ টাস্কে 9950 মিলিসেকেন্ডের TBT হবে৷ দ্বিতীয় ক্ষেত্রে বৃহত্তর TBT মান আরও খারাপ অভিজ্ঞতার পরিমাপ করে।

এই উদাহরণটি দেখায় কেন TBT প্রায়শই TTI-এর চেয়ে ভাল মেট্রিক কারণ এটি বহিরাগতদের জন্য কম প্রবণ। এটি এমনও হয় যখন টিটিআই টিবিটি-এর শেষ পয়েন্ট হিসাবে ব্যবহৃত হয়।

টিবিটি কীভাবে পরিমাপ করবেন

টিবিটি একটি মেট্রিক যা ল্যাবে পরিমাপ করা উচিত। টিবিটি পরিমাপ করার সর্বোত্তম উপায় হল আপনার সাইটে একটি বাতিঘর কর্মক্ষমতা অডিট চালানো। ব্যবহারের বিবরণের জন্য টিবিটি-তে লাইটহাউস ডকুমেন্টেশন দেখুন।

ক্ষেত্রটিতে টিবিটি পরিমাপ করা সম্ভব, কিন্তু আমরা এটি সুপারিশ করি না কারণ ব্যবহারকারীর মিথস্ক্রিয়া আপনার পৃষ্ঠার টিবিটিকে এমনভাবে প্রভাবিত করতে পারে যা আপনার প্রতিবেদনে প্রচুর বৈচিত্র্যের দিকে নিয়ে যায়। পরিবর্তে আমরা একটি একক INP ইন্টারঅ্যাকশনের বাইরে দেখতে চাইলে ক্ষেত্রের মধ্যে নতুন লং অ্যানিমেশন ফ্রেম API দেখার পরামর্শ দিই।

ল্যাব সরঞ্জাম

একটি ভাল TBT স্কোর কি?

একটি ভাল ব্যবহারকারীর অভিজ্ঞতা প্রদান করার জন্য, সাইটগুলিকে গড় মোবাইল হার্ডওয়্যারের উপর পরীক্ষা করার সময় 200 মিলিসেকেন্ডের কম ব্লক করার জন্য চেষ্টা করা উচিত৷

আপনার পৃষ্ঠার টিবিটি কীভাবে আপনার লাইটহাউস পারফরম্যান্স স্কোরকে প্রভাবিত করে তার বিশদ বিবরণের জন্য, লাইটহাউস কীভাবে আপনার টিবিটি স্কোর নির্ধারণ করে তা দেখুন

কিভাবে টিবিটি উন্নত করা যায়

সাধারণভাবে আমরা TBT-এর উপর INP-এর জন্য অপ্টিমাইজ করার সুপারিশ করি কারণ আমরা TBT ব্যবহার করার পরামর্শ দিই ল্যাবে INP-এর জন্য একটি প্রক্সি মেট্রিক (যেখানে INP সাধারণত সঠিকভাবে পরিমাপ করা যায় না)। তাই, টিবিটি উন্নত করতে INP অপ্টিমাইজ করার জন্য আমাদের নির্দেশিকা দেখুন।

আপনি যদি বিশেষভাবে TBT-এর দিকে তাকিয়ে থাকেন, তাহলে আপনি একটি লাইটহাউস পারফরম্যান্স অডিট চালাতে পারেন এবং অডিটের প্রস্তাবিত কোনো নির্দিষ্ট সুযোগের প্রতি মনোযোগ দিতে পারেন।

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