ডেস্কটপ বনাম সাইন-ইন স্ক্রিন: ব্যবহারকারী সেশন কতটা খরচ করে

সংক্ষিপ্ত উত্তর

লগইন করা ডেস্কটপ এন্ট্রি স্ক্রিনের চেয়ে ব্যয়বহুল, কিন্তু যতটা মনে হয় তার চেয়ে অনেক কম: স্থির অলস অবস্থায় এটি এন্ট্রি স্ক্রিনের 0.0074-এর বিপরীতে প্রায় 0.012 কোর নেয়, অর্থাৎ 1.6 গুণ বেশি। ব্যবহারকারী সেশনের আসল মূল্য — লগইনের পর প্রথম ঘণ্টা: Defender-এর স্ক্যান এবং Store আপডেটের ঢেউ একসাথে পাঁচ ঘণ্টার উইন্ডোর সমগ্র CPU-সক্রিয়তার প্রায় 79% খেয়ে ফেলে। শেল নিজে প্রায় বিনামূল্যে: explorer, sihost, dwm এবং স্টার্ট মেনু একসাথে বাজেটের প্রায় 2.3% খরচ করে।

স্ট্যাটাস: Windows 11 26H2-এ একটি ভার্চুয়াল মেশিনে একটিমাত্র 5-ঘণ্টার রানে পরিমাপ করা হয়েছে। এন্ট্রি স্ক্রিনের সাথে তুলনা একই বিল্ড ও স্ন্যাপশটে করা হয়েছে। ফিজিক্যাল হার্ডওয়্যার, অন্য বিল্ড এবং রাতের উইন্ডোতে স্থানান্তর যাচাই করা হয়নি।

যাচাইযোগ্য দাবি

আমরা চারটি দাবি যাচাই করেছি:

1. লগইন করা ডেস্কটপ এন্ট্রি স্ক্রিনের অলস অবস্থার চেয়ে উল্লেখযোগ্যভাবে ব্যয়বহুল।
2. সেশনের মূল খরচ — শেলের অবিরাম কাজ।
3. ব্যবহারকারী সেশন অলস অবস্থার নেটওয়ার্ক প্রোফাইল লক্ষণীয়ভাবে বদলে দেয়।
4. Windows-এর পরিকল্পিত প্রক্রিয়া (আপডেট, সার্ভিস টাইমার) সেশনে ঠিক সেভাবেই আচরণ করে যেমনটা সেশন ছাড়া করে।

исследования পরিধি

• Windows 11 Pro, build 26300.9457 (26H2), ভার্চুয়াল মেশিন 4 vCPU / 8 GB;
• তৃতীয় পক্ষের সফটওয়্যার ছাড়া পরিষ্কার ইনস্টল; স্লিপ এবং কনফিগারেশন আপডেট বন্ধ করা হয়নি;
• একই স্ন্যাপশটে দুটি রান: ব্যবহারকারী সেশন ছাড়া এন্ট্রি স্ক্রিন (6 ঘণ্টা) এবং লগইন করা ডেস্কটপ (4 ঘণ্টা 46 মিনিট, সময়ের আগে থামানো);
• সিস্টেমে লগইন ম্যানুয়ালি করা হয়েছে; শেল চালু হওয়া নিশ্চিত হওয়ার পর পর্যবেক্ষণ শুরু হয়েছে;
• মিনিটভিত্তিক স্ন্যাপশট: প্রসেসের CPU, চলমান সার্ভিসের সেট, মেমরি এবং প্রতিষ্ঠিত সংযোগ।

পরিমাপে ফিজিক্যাল হার্ডওয়্যার, কম্পিউটারে প্রকৃত কাজ, GPU-লোড এবং রাতের উইন্ডো (দৈনিক রক্ষণাবেক্ষণ কাজ ফ্রেমে পড়েনি) অন্তর্ভুক্ত ছিল না।

পদ্ধতি

প্রতিটি প্রসেসের জন্য প্রতি মিনিটে সঞ্চিত CPU-সেকেন্ড রেকর্ড করা হয়েছে; পাশাপাশি স্ন্যাপশটের পার্থক্য ইন্টারভালের খরচ দেয়। সার্ভিসগুলো চলমান ইনস্ট্যান্সের সেট ও ট্রানজিশন দিয়ে ট্র্যাক করা হয়েছে; নেটওয়ার্ক — স্ন্যাপশটের মুহূর্তে প্রতিষ্ঠিত সংযোগ দিয়ে। নিজস্ব মনিটরিংয়ের শব্দ (প্রায় 3.6% CPU) ব্যাখ্যা থেকে বাদ দেওয়া হয়েছে। উভয় রান ঘণ্টায় স্বাভাবিক করা মান দিয়ে তুলনা করা হয়েছে।

ফলাফল

সারসংক্ষেপ তুলনা

মেট্রিক	এন্ট্রি স্ক্রিন	ডেস্কটপ	পার্থক্য
উইন্ডোতে গড় CPU, কোর	0.0098	0.0492	×5.0
স্থির ঘণ্টার CPU, কোর	0.0074	0.0120	×1.61
লগইন/বুটের পর প্রথম ঘণ্টার CPU, কোর	0.0185	0.2942	×15.9
ঘণ্টায় সিস্টেম প্রসেসের লঞ্চ	26.1	79.5	×3.05
1 CPU-সে-এর বেশি সক্রিয়তার মিনিট	5%	13.5%	×2.4 অংশে
ঘণ্টায় প্রতিষ্ঠিত সংযোগ (endpoint-মিনিট)	88.3	228.1	×2.58
স্থায়ী সংযোগ	1	3	×3

মূল সত্য: গড় «×5» সংখ্যাটি প্রায় পুরোটাই প্রথম ঘণ্টা নিয়ে গঠিত। ডেস্কটপের স্থির ঘণ্টাগুলো সমরূপ (0.0118–0.0127 কোর) এবং ড্রিফট করে না।

প্রথম ঘণ্টা: দুটি ঢেউ

ঢেউ	অংশ	কী ঘটছিল
Defender এন্ট্রি স্ক্যান	~55% CPU ঘণ্টা	অ্যান্টিভাইরাস প্রসেস টানা 8 মিনিট প্রায় 0.7 কোর চালিয়েছে; স্ক্যান লগইনের পরপরই শুরু হয়েছে
Store ও USO আপডেট	~27% CPU ঘণ্টা	24টি অ্যাপ্লিকেশন ইনস্টল, Delivery Optimization-এর মাধ্যমে প্রায় 880 MB ডাউনলোড, পিয়ারিংসহ

Store-ঢেউ আলাদাভাবে গুরুত্বপূর্ণ: এই রানে আপডেটগুলো ক্লাসিক Windows Update-এর বদলে Microsoft Store এবং Delivery Optimization-এর মাধ্যমে এসেছে। এন্ট্রির নেটওয়ার্ক স্পাইক স্থির স্তরের চেয়ে 67 গুণ বেশি।

স্থির অলস অবস্থা: কে কাজ করে

উৎস	ঘণ্টায় CPU-সেকেন্ড	মন্তব্য
সাধারণ svchost-কাঠামো	13–14	সার্ভিস টাইমার
কার্নেল (System)	8	Defender ও অবকাঠামোর কাজের অংশ
স্ক্যানের বাইরে অ্যান্টিভাইরাস	~3	পর্যায়ক্রমিক পরীক্ষা
শেল (explorer, sihost, dwm, স্টার্ট মেনু, সার্চ, উইজেট, OneDrive)	4.1	বাজেটের 2.3%; «ডেস্কটপের অলস অবস্থা» প্রায় বিনামূল্যে

প্রসেস লঞ্চের পার্থক্যের তিন চতুর্থাংশ দেয় ব্যবহারকারী সেশনের পর্যায়ক্রমিক প্রক্রিয়া: UWP-টাস্কের ব্যাকগ্রাউন্ড হোস্ট (প্রায় 13 মিনিটের চক্র), RuntimeBroker এবং প্রতি 15 মিনিটে SoftLanding।

নেটওয়ার্ক: তিনটি স্থায়ী সংযোগ এবং দুটি নতুন টাইমার

এন্ট্রি স্ক্রিনে একটি স্থায়ী সংযোগ থাকে। ডেস্কটপে সেগুলো তিনটি: দুটি স্টার্ট মেনু ধরে রাখে (MSN-কনটেন্ট: আবহাওয়া, সংবাদ, লাইভ টাইল) প্রথম মিনিট থেকেই এবং বিরতি ছাড়াই, তৃতীয়টি — সিস্টেম নোটিফিকেশন সার্ভিস। পুরো উইন্ডোতে স্টার্ট মেনুর CPU-খরচ — 2 CPU-সেকেন্ডের কম, কিন্তু সংযোগটি নিজে সবসময় থাকে।

সেশনের নতুন টাইমার: OneDrive প্রতি 32–33 মিনিটে দুটি সংযোগ দিয়ে সিঙ্ক করে, Edge আপডেট কয়েক ঘণ্টায় একবার পরীক্ষা করা হয়। Defender সিগনেচার পরীক্ষা প্রতি 30–40 মিনিটে ক্লাস্টারে চলে। সমস্ত ট্রাফিক Microsoft-এর অবকাঠামোর দিকে; বাইরের কোনো সংযোগ লক্ষ্য করা যায়নি।

সার্ভিস টাইমার

ডেস্কটপে গ্রুপ পলিসি আপডেট প্রতি 16–17 মিনিটে চক্রাকারে চলে, এন্ট্রি স্ক্রিনে প্রায় 80 মিনিটের বিপরীতে। অ্যাপ্লিকেশন সার্ভিস (AppXSvc) এবং লাইসেন্স সুরক্ষা (sppsvc) একই ছন্দ বজায় রেখেছে। সেশনের পাঁচটি সার্ভিস স্থায়ীভাবে থাকে, যার মধ্যে ব্যবহারকারী নোটিফিকেশন এবং Clipboard রয়েছে।

মেমরি

সিস্টেম লিক নেই: স্ক্যানের পর অ্যান্টিভাইরাস 81 MB ছেড়ে দিয়েছে, শেল কেবল প্রথম 30 মিনিটে বেড়েছে এবং প্লেটোতে পৌঁছেছে। প্রসেসের সংখ্যা — এন্ট্রি স্ক্রিনে 84–98-এর বিপরীতে 130–153।

যা নিশ্চিত হয়েছে

• পরিমাপ করা হয়েছে: স্থির ডেস্কটপ CPU-তে এন্ট্রি স্ক্রিনের চেয়ে 1.61 গুণ ব্যয়বহুল; লগইনের পর প্রথম ঘণ্টা — সেশনের মূল খরচ (উইন্ডোর 79% CPU)।
• পরিমাপ করা হয়েছে: স্টার্ট মেনু পুরো সেশনে দুটি স্থায়ী সংযোগ ধরে রাখে; OneDrive প্রতি 32–33 মিনিটে সিঙ্ক করে।
• পরিমাপ করা হয়েছে: এন্ট্রির Store-ঢেউ Delivery Optimization-এর মাধ্যমে প্রায় 880 MB ডাউনলোড করেছে; এন্ট্রির নেটওয়ার্ক স্পাইক স্থির অবস্থার চেয়ে 67 গুণ বেশি।
• পরিমাপ করা হয়েছে: স্থির অলস অবস্থায় শেল (explorer, dwm, স্টার্ট মেনু, সার্চ, উইজেট) প্রায় 2.3% CPU খরচ করে।
• পর্যবেক্ষণ করা হয়েছে: আপডেটগুলো ক্লাসিক WU-এর বদলে Store/DO-এর মাধ্যমে এসেছে; রাতের রক্ষণাবেক্ষণ কাজ ফ্রেমে পড়েনি।

যা নিশ্চিত হয়নি

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

সীমাবদ্ধতা

প্রতি অবস্থায় একটি রান, ভার্চুয়াল মেশিন, দিনের উইন্ডো। Windows-এর ব্যাকগ্রাউন্ড কাজ স্পাইকে আসে, তাই পরম মান অন্য হার্ডওয়্যার ও পুরো দিনে স্থানান্তর করা ন্যায্য নয়। এক মিনিটের চেয়ে ছোট প্রসেস এবং UDP-ট্রাফিক (DNS, NTP) সম্পূর্ণ দেখা যায় না। দ্বিতীয় রানের সময় কিছু লগ ইভেন্ট রেকর্ড করেনি; সার্ভিস ট্রানজিশন স্ন্যাপশট থেকে পুনর্গঠন করা হয়েছে।

ব্যবহারিক উপসংহার

«Windows-এর ব্যাকগ্রাউন্ড শব্দ» তিনটি ভিন্ন জিনিসে ভাগ হয়, এবং তাদের সাথে ভিন্নভাবে লড়াই করা দরকার। পোস্ট-লগইন ঢেউ (Defender-স্ক্যান এবং Store-আপডেট) CPU-এর বড় অংশ দেয় — সূক্ষ্ম সেটিংস দিয়ে সেগুলো বন্ধ করা যায় না, কিন্তু তারা নিজেরাই শেষ হয়। সিস্টেম মেট্রোনোম (WMI-পলিং, লাইসেন্স পরীক্ষা, OneDrive টাইমার) — স্থিতিশীল কিন্তু ছোট ব্যাকগ্রাউন্ড। শেল — প্রায় বিনামূল্যে।

ব্যবহারিক পরিণতি: ঢেউগুলো আলাদা না করলে লগইনের পর প্রথম ঘণ্টা দিয়ে «অপ্টিমাইজেশন» মাপবেন না; নেটওয়ার্ক কমাতে স্টার্ট মেনু এবং OneDrive বন্ধ করুন, যদি সেগুলো প্রয়োজন না হয়; লগইনের পরপরই «নীরবতার» প্রত্যাশা ন্যায্য নয়।

অবস্থা পুনরুদ্ধার

সিস্টেম পরিবর্তন করা হয়নি: উভয় রান — সেটিংস, সার্ভিস এবং রেজিস্ট্রিতে কোনো সম্পাদনা ছাড়া বিশুদ্ধ পর্যবেক্ষণ। পরিমাপের পর ভার্চুয়াল মেশিন পরিষ্কার স্ন্যাপশটে ফিরিয়ে আনা হয়েছে।

উৎস এবং সীমা

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

• Microsoft: Delivery Optimization, যাচাই করা হয়েছে 2026-09-22।
• Microsoft: Connected User Experiences and Telemetry, যাচাই করা হয়েছে 2026-09-22।

শেষ যাচাই: 2026-09-22।