પીસી ધીમો ક્યૂ હોતા હૈ? આઇટી એન્જિનિયર કા ટેસ્ટિંગ પદ્ધતિ સમજાવી

સ્ટેજ વન — તમે કોઈપણ વસ્તુને સ્પર્શ કરો તે પહેલાં અવલોકન કરો

પરીક્ષણ પદ્ધતિનો પ્રથમ તબક્કો એ છે કે પીસી માટે કંઈ ન કરવું અને ફક્ત તેને જોવું. તે બરાબર ક્યારે ધીમું હોય છે — બુટ કરતી વખતે, લૉગિન પછી તરત જ, આખો દિવસ અથવા માત્ર ક્યારેક? જ્યારે તે ધીમું લાગ્યું ત્યારે વપરાશકર્તા શું કરી રહ્યો હતો? ધીમીતાને જાતે પુનઃઉત્પાદિત કરો: સમાન એપ્લિકેશનો ખોલો, સમાન કાર્ય કરો અને એક સાધન ખોલતા પહેલા તમારી પોતાની આંખોથી સમસ્યા જુઓ.

મોટા ભાગના લોકો આ સ્ટેજ છોડી દે છે અને ક્લીનર ચલાવે છે અથવા તરત જ સેટિંગ્સ બદલવાનું શરૂ કરે છે. તે પુરાવાનો નાશ કરે છે — અવ્યવસ્થિત ફેરફારો પછી તમે હવે કહી શકતા નથી કે મૂળ સમસ્યા શું હતી, અથવા કયા ફેરફારથી ખરેખર મદદ મળી.

તબક્કો બે — અવકાશનો પ્રશ્ન પૂછો જે બધું બદલી નાખે છે

એક પ્રશ્ન આ સમગ્ર સમસ્યાને અડધા ભાગમાં વહેંચે છે: શું PC બધે જ ધીમું છે, અથવા ફક્ત એક એપ્લિકેશનની અંદર છે? તેનું સીધું પરીક્ષણ કરો — જો એક પ્રોગ્રામ સિવાય બધું સામાન્ય લાગે, તો પીસી બરાબર છે અને ખામી તે એપ્લિકેશનની અંદર રહે છે (તેનો ડેટા, તેની સેટિંગ્સ, તેના એડ-ઓન્સ). જો આખી સિસ્ટમ ખેંચે છે, તો તેનું કારણ પીસી સ્તરે છે: સંસાધન, ડ્રાઇવ અથવા ગરમી.

તે ક્યારે શરૂ થયું તે પણ પૂછો. વિન્ડોઝ અપડેટ પછી તરત જ શરૂ થયેલી મંદી, નવું સોફ્ટવેર ઇન્સ્ટોલ અથવા હાર્ડવેર ચેન્જ પોઈન્ટ તે બદલાવને પહેલા કરે છે — એક એન્જિનિયર હંમેશા સૌથી જૂના પહેલા નવા શંકાસ્પદને તપાસે છે.

સ્ટેજ થ્રી — ટાસ્ક મેનેજર ખોલો અને પિન કરેલ મીટર શોધો

હવે ટાસ્ક મેનેજર ખોલીને ફરીથી ધીમીતાને પુનઃઉત્પાદિત કરો (Ctrl + Shift + Esc દબાવો). પ્રક્રિયાઓ ટેબ અને પરફોર્મન્સ ટેબ પર તમે ચાર મીટર જોશો: CPU, મેમરી, ડિસ્ક અને GPU. લગભગ દરેક વાસ્તવિક સ્લો-પીસી કેસમાં, એક મીટર 100% પર અથવા તેની નજીક પિન કરવામાં આવે છે જ્યારે અન્ય નીચા બેસે છે. તે પિન કરેલ મીટર દબાણ હેઠળના સ્ત્રોતને નામ આપે છે — અને તે તમને કહે છે કે આગળ ક્યાં ખોદવું છે.

જ્યારે PC વાસ્તવમાં સંઘર્ષ કરી રહ્યું હોય ત્યારે મીટર જુઓ, જ્યારે તે ડેસ્કટોપ પર નિષ્ક્રિય બેસે ત્યારે નહીં. નિષ્ક્રિય સ્થિતિમાં સંપૂર્ણ સ્વસ્થ દેખાતું PC, વાસ્તવિક કાર્ય શરૂ થાય તે ક્ષણે તેની ડિસ્ક અથવા CPU પિન કરી શકે છે.

ચોથો તબક્કો — દરેક મીટરને સાચી રીતે વાંચો

દરેક મીટર પાસે તેને વાંચવાની સાચી રીત અને ખોટી રીત છે. CPU: CPU દ્વારા પ્રક્રિયાઓની સૂચિને સૉર્ટ કરો અને ખરેખર પ્રોસેસરને ખાતી એક પ્રક્રિયા શોધો — ટોચ પરની એક એપ્લિકેશન અથવા સેવા એ સોફ્ટવેર સમસ્યા છે, "નબળા PC" નથી. મેમરી: ટકાવારી પર અટકશો નહીં — તમારી કુલ RAM વિરુદ્ધ પ્રતિબદ્ધ વાંચો અને કેટલી ઉપલબ્ધ છે; જ્યારે પ્રતિબદ્ધ મેમરી ભૂતકાળની ભૌતિક RAM ને ધકેલે છે, ત્યારે વિન્ડોઝ ડિસ્ક પર પેજ કરવાનું શરૂ કરે છે અને બધું ક્રોલ થાય છે. ડિસ્ક: ક્લાસિક ટ્રેપ "ડિસ્ક 100%" છે — તેની બાજુમાં વાસ્તવિક ટ્રાન્સફર રેટ તપાસો. માત્ર થોડા MB/s પર 100% સક્રિય સમય દર્શાવતી ડ્રાઇવ વ્યસ્ત નથી, તે સંઘર્ષ કરી રહી છે — તે પેટર્ન જૂની અથવા નિષ્ફળ હાર્ડ ડ્રાઇવ પર નિર્દેશ કરે છે, "ઘણા પ્રોગ્રામ્સ" પર નહીં.

આ મીટર પાછળના વિગતવાર દૃશ્ય માટે, વિડિયો ઉપયોગ કરે છે તે આદેશ સાથે રિસોર્સ મોનિટર ખોલો — તેને રન બોક્સમાં લખો (Windows + R):

perfmon /res

Resource Monitor shows exactly which process is reading and writing the disk, using the network, or holding memory — the evidence you need before blaming any single program.

સ્ટાર્ટઅપ પર શું લોડ થાય છે તે માપો

જો સ્વિચ કર્યા પછી પ્રથમ મિનિટમાં ધીમીતા સૌથી ખરાબ હોય, તો સ્ટાર્ટઅપ પાઇલ-અપને માપો. ટાસ્ક મેનેજરની સ્ટાર્ટઅપ ટેબ ખોલો: ત્યાંની દરેક એન્ટ્રી દરેક બુટ પર લોડ થાય છે, અને વિન્ડોઝ દરેકની સ્ટાર્ટઅપ અસરને પણ રેટ કરે છે. નોંધ કરો કે પીસી પાવર-ઓનથી ઉપયોગ કરી શકાય તેવા ડેસ્કટોપ પર કેટલો સમય લે છે — તે નંબર તમારું "પહેલાં" માપ છે.

આંધળી રીતે વસ્તુઓને અક્ષમ કરશો નહીં. પદ્ધતિ છે: બુટને માપો, સ્પષ્ટ બિન-આવશ્યક લોડ (અપડેટર્સ, લૉન્ચર્સ, સહાયકો માટે તમે ક્યારેય પૂછ્યું ન હોય) ઘટાડો, પછી ફરીથી બૂટને માપો અને સરખામણી કરો. સુરક્ષા સૉફ્ટવેર અને ડ્રાઇવરોને તમારા હાર્ડવેરની જરૂર છે.

સાયલન્ટ સસ્પેક્ટ વન — ડ્રાઇવ હેલ્થ

એકલા ટાસ્ક મેનેજર પ્રથમ શાંત શંકાસ્પદને સાફ કરી શકતા નથી: ડ્રાઇવ પોતે. નિષ્ફળ થતી હાર્ડ ડ્રાઈવ બિલકુલ "ધીમા પીસી" જેવી દેખાઈ શકે છે — લાંબી ફ્રીઝ, એપ્સ ખોલવા માટે વય લેતી હોય છે, ડિસ્ક 100% પર પિન કરેલી હોય છે જેમાં લગભગ કોઈ ડેટા ખસેડવામાં આવતો નથી. CrystalDiskInfo જેવા ફ્રી ટૂલ વડે ડ્રાઇવની સ્માર્ટ હેલ્થ તપાસો: આરોગ્ય સ્થિતિ સારી છે; સાવધાની અથવા ખરાબ, અથવા પુનઃસ્થાપિત/બાકી સેક્ટરની ગણતરી શૂન્યથી ઉપર છે, એટલે કે ડ્રાઇવ મરી રહી છે અને કોઈ સોફ્ટવેર ટ્વીક તેને ઠીક કરશે નહીં.

સ્પષ્ટ પણ તપાસો: શું આ પીસી હજુ પણ મિકેનિકલ હાર્ડ ડ્રાઈવમાંથી વિન્ડોઝ ચલાવી રહ્યું છે અને સિસ્ટમ ડ્રાઈવ કેટલી ભરેલી છે? લગભગ સંપૂર્ણ ડ્રાઇવ વિન્ડોઝને તેની જાતે ધીમી કરે છે.

સાઇલન્ટ સસ્પેક્ટ ટુ — હીટ અને થર્મલ થ્રોટલિંગ

બીજો શાંત શંકાસ્પદ ગરમી છે. જ્યારે CPU ખૂબ ગરમ થઈ જાય છે — ધૂળ-ચોક્ડ વેન્ટ્સ અને પંખા, સૂકાઈ ગયેલી થર્મલ પેસ્ટ, અવરોધિત લેપટોપ એક્ઝોસ્ટ — તે તેની પોતાની ઘડિયાળની ગતિમાં ઘટાડો કરીને પોતાને સુરક્ષિત કરે છે. સાબિતી સંખ્યાઓમાં છે: ટાસ્ક મેનેજરના પરફોર્મન્સ ટેબમાં CPU સ્પીડ જુઓ જ્યારે PC સખત મહેનત કરે છે. જો તાપમાન વધતી વખતે ઘડિયાળની ઝડપ પ્રોસેસરની સામાન્ય ગતિથી નીચે આવે છે, તો PC પોતે ધીમો પડી રહ્યું છે — એટલે કે થર્મલ થ્રોટલિંગ, અને તે ધીમીતાને સમજાવે છે જે થોડી મિનિટો કામ કર્યા પછી દેખાય છે અને જ્યારે PC ઠંડું હોય ત્યારે અદૃશ્ય થઈ જાય છે.

સ્ટેજ સિક્સ — એક વસ્તુ બદલો, પછી ફરીથી માપો

અંતિમ તબક્કો એ ટેવ છે જે અનુમાન લગાવવાથી પરીક્ષણને અલગ પાડે છે: એક વસ્તુ બદલો, પછી ફરીથી માપો. તમારી પાસે પહેલેથી જ તમારા "પહેલાં" નંબરો છે — બૂટ સમય, પિન કરેલ મીટર, તાપમાન, ઘડિયાળની ઝડપ. સિંગલ ફિક્સ તમારા પુરાવા પોઈન્ટ્સ લાગુ કરો (એક ભાગેડુ પ્રક્રિયાને દૂર કરો, નિષ્ફળ ડ્રાઇવને બદલો, કૂલિંગ સાફ કરો, સાબિત સ્ટાર્ટઅપ લોડને કાપો) અને ફરીથી એ જ પરીક્ષણ ચલાવો.

જો સંખ્યામાં સુધારો થાય, તો કારણ સાબિત થાય છે અને કેસ બંધ થાય છે. જો તેઓ ન કરે, તો પછીના શંકાસ્પદને પૂર્વવત્ કરો અને પરીક્ષણ કરો - તમે માત્ર એક જ વસ્તુ બદલાઈ છે, જેથી તમે હંમેશા જાણો છો કે તમે ક્યાં ઉભા છો. આ જ કારણ છે કે એન્જીનીયરને "ફક્ત પ્રયાસ કરવા" માટે વિન્ડોઝને ક્યારેય પુનઃસ્થાપિત કરવાની જરૂર નથી.