లాగ్, TPS మరియు పింగ్
సర్వర్ లాగ్‌ను ఇంటర్నెట్ లాగ్ నుండి ఎలా వేరు చేయాలి, Millida లో TPS మరియు MSPT గ్రాఫ్ ఏమి చూపుతుంది, మరియు ఏ సెట్టింగ్‌లు నిజంగా పనితీరును పునరుద్ధరిస్తాయి.
4 ఆగస్టు, 2026న నవీకరించబడింది
“ల్యాగ్” అనేది వేర్వేరు చికిత్సలు అవసరమయ్యే రెండు వేర్వేరు వ్యాధులు.
- తక్కువ TPS — ప్రపంచాన్ని సిమ్యులేట్ చేయడంలో సర్వర్ ఆగిపోతుంది. అందరూ సమానంగా ల్యాగ్ అవుతారు: మాబ్‌లు కంపిస్తాయి, బ్లాక్‌లు ఆలస్యంగా విరుగుతాయి, ఐటమ్‌లు కంపిస్తూ కనిపిస్తాయి.
- సాధారణ TPS తో అధిక పింగ్ — ఇది ప్లేయర్ కనెక్షన్ సమస్య. ఒక ప్లేయర్ మాత్రమే ల్యాగ్ అవుతారు, మిగతా అందరికీ స్మూత్‌గా ఉంటుంది.
సంఖ్యలను చూడటం
“Overview” విభాగంలో TPS మరియు MSPT గ్రాఫ్ ఉంటుంది:
- TPS — సెకనుకు టిక్‌లు. 20 ఆదర్శం, 18–20 సాధారణం, 15 కంటే తక్కువ అయితే అందరికీ గమనించదగ్గది.
- MSPT — ఒక టిక్‌కు ఎన్ని మిల్లీసెకన్లు పడుతుంది. 50 కంటే తక్కువ అంటే మీకు స్పేస్ ఉంది; ఎక్కువ అంటే సర్వర్ దాని పరిమితి వద్ద ఉంది.
అదే చోట CPU మరియు మెమరీ వినియోగం కూడా కనిపిస్తుంది. నిరంతరం 90–100% CPU లేదా మెమరీ పరిమితి వద్ద ఉంటే — అది స్థిరపడిపోతుంది: సమస్య లోడ్‌లోనే ఉంది.
వేగంగా పరిష్కరించేది ఏమిటి
- ప్రపంచ సిమ్యులేషన్ దూరం (
simulation-distance) — 10కి బదులుగా 6. ప్రధాన లివర్: ఇది ప్రతి సెకను ఎన్ని మాబ్‌లు మరియు మెకానిక్‌లు టిక్ అవుతాయో నిర్ణయిస్తుంది. ప్లేయర్లు తేడాను దాదాపు గమనించరు. - వ్యూ దూరం (
view-distance) — 12కి బదులుగా 8. మెమరీ మరియు CPU రెండింటినీ ఆదా చేస్తుంది. - ప్రపంచ వ్యాసార్థాన్ని పరిమితం చేయండి — “World and copies” → “World radius”. అనంతమైన మ్యాప్ అంటే కొత్త చంక్‌ల అనంతమైన జనరేషన్.
- ప్రీ-జనరేషన్ — ప్లేయర్ల కాళ్ల కింద ప్రపంచం నిర్మించబడకుండా ముందుగానే జనరేట్ చేయండి: ప్రపంచ ప్రీ-జనరేషన్.
ఇవన్నీ Settings విభాగంలో ఉన్నాయి మరియు తక్షణమే మార్చవచ్చు.
TPS ను ఇంకా ఏమి దెబ్బతీస్తుంది
| కారణం | లక్షణం |
|---|---|
| భారీ ప్లగిన్ లేదా మోడ్ | ఇన్‌స్టాలేషన్ తర్వాత ల్యాగ్ ప్రారంభమైంది |
| మాబ్ / డ్రాప్ ఫార్మ్ | మ్యాప్‌లోని నిర్దిష్ట ప్రదేశంలో ల్యాగ్ |
| చాలా ఎక్కువ ఎంటిటీలు | నేలపై ఐటమ్‌లు, బోట్లు, ఐటమ్ ఫ్రేమ్‌లు; /kill @e[type=item] మరియు షెడ్యూల్డ్ క్లియరింగ్ సహాయపడతాయి |
| హాపర్లు మరియు రెడ్‌స్టోన్ | టిక్ చివరిలో పెద్ద సార్టింగ్ సిస్టమ్‌లు |
| బ్రౌజర్‌లో ప్రపంచ మ్యాప్ | BlueMap మ్యాప్‌ను రెండర్ చేసి CPU ను తింటుంది — బలహీనమైన ప్లాన్‌లో దాన్ని ఆన్ చేయవద్దు |
| తక్కువ మెమరీ | తరచుగా పాజ్‌లు, లాగ్‌లో OutOfMemoryError |
నిందితుడిని గుర్తించడంలో spark ప్లగిన్ సహాయపడుతుంది: /spark profiler start, ఒక నిమిషం ఆడండి, /spark profiler stop — టిక్‌ను ఏమి వినియోగించిందో వివరాలతో ఒక లింక్ ఇస్తుంది. Paper లో /timings on కూడా పనిచేస్తుంది.
పింగ్
TPS సుమారు 20 ఉండి, ఒక ప్లేయర్ ఫిర్యాదు చేస్తే, అది సర్వర్ కాదు, సర్వర్‌కు ఉన్న రూట్. ఇవి తనిఖీ చేయండి:
- సర్వర్ లిస్ట్‌లో పలువురు ప్లేయర్ల పింగ్: అందరికీ ఒకేసారి పెరిగితే, మమ్మల్ని సంప్రదించండి; ఒకరికే పెరిగితే, అది వారి ప్రొవైడర్;
- VPN మరియు మొబైల్ ఇంటర్నెట్ 30–150 ms జోడిస్తాయి;
- సర్వర్ రీజియన్: ప్లేయర్లకు దగ్గరగా ఉంటే మంచిది; మీ ప్రధాన ప్రేక్షకులు చాలా దూరంలో ఉంటే మాత్రమే దాన్ని మార్చడం అర్థవంతం.
ఇది ప్లాన్ సమస్య అయినప్పుడు
సులభమైన పరీక్ష: సర్వర్ ఖాళీగా ఉన్నప్పుడు TPS ను నిలబెట్టుకుంటుంది, 5–10 ప్లేయర్లపై పడిపోతుంది, మెమరీ నిరంతరం పైకప్పు వద్ద ఉంటుంది — ఇది సెట్టింగ్స్ కాదు, సైజు. పోలిక కోసం, ప్లాన్‌లు చూడండి. “Overview” లోని “Memory × time” మరియు “Peak players” గ్రాఫ్‌లు మీరు నిజంగా పరిమితిని చేరుకుంటున్నారా లేదా అని చూపిస్తాయి.
