MTU సెట్టింగులతో ఉబుంటు ఇంటర్నెట్ వేగాన్ని ఎలా ఆప్టిమైజ్ చేయాలి



సమస్యలను తొలగించడానికి మా పరికరాన్ని ప్రయత్నించండి

కంప్యూటర్ పాఠాలు వారి పదం యొక్క అనువర్తనంలో విభిన్నంగా ఉన్నప్పటికీ, ఉబుంటు TCP మాగ్జిమమ్ ట్రాన్స్మిషన్ యూనిట్ (MTU) ను ఉపయోగిస్తుంది, TCP ప్యాకెట్‌ను TCP / IP నెట్‌వర్కింగ్ కనెక్షన్ ద్వారా ఒక యంత్రం పంపగల అతిపెద్ద పరిమాణాన్ని సూచిస్తుంది. ఈ విలువను లెక్కించడం చాలా సులభం మరియు డిఫాల్ట్‌లు మెషీన్లలో ఎక్కువ భాగం పనిచేస్తాయి, అసాధారణమైన సెట్టింగ్‌ల కారణంగా ప్యాకెట్లు విచ్ఛిన్నమవుతుంటే మీ సిస్టమ్‌ను మరింత ఆప్టిమైజ్ చేయడం సాధ్యమవుతుంది. బహుళ చిన్న అవుట్గోయింగ్ వాటిని పంపడం కంటే పెద్ద సింగిల్ అవుట్గోయింగ్ ప్యాకెట్లను పంపడం చాలా సమర్థవంతంగా ఉంటుంది.



మీ మెషీన్ కోసం సరైన MTU విలువను తెలుసుకోవడానికి సులభమైన మార్గం టెర్మినల్ విండోను తెరవడం. CTRL, ATL మరియు T ని నొక్కి ఉంచండి లేదా యూనిటీ డాష్ నుండి ప్రారంభించండి. మీరు ఉబుంటు సర్వర్‌తో పని చేస్తుంటే, మీరు గ్రాఫికల్ వాతావరణం లేని CLI ఇంటర్‌ఫేస్‌కు డిఫాల్ట్‌గా ఉంటారు. మీరు టెర్మినల్‌కు చేరుకున్న తర్వాత, పింగ్ -ఎస్ 1464-సి 1 డిస్ట్రోవాచ్.కామ్ అని టైప్ చేసి అవుట్పుట్ కోసం వేచి ఉండండి. మీరు ఏదైనా స్వీకరించకపోతే, మీ నెట్‌వర్కింగ్ కనెక్షన్ సరిగ్గా కాన్ఫిగర్ చేయబడలేదు. మీకు సరైన అవుట్పుట్ లభించిందని uming హిస్తే, 1464 (1492) బైట్ల డేటాను చదివే విభాగం కోసం చూడండి, ఇది మీరు 28 బైట్ల హెడర్ సమాచారంతో ప్యాకెట్‌ను పంపుతున్నట్లు సూచిస్తుంది.



విధానం 1: ప్యాకెట్ ఫ్రాగ్మెంటేషన్ కోసం పింగ్ అవుట్‌పుట్‌ను పరిశీలిస్తోంది

బహుళ శీర్షిక డేటా జతచేయబడిన ప్యాకెట్ ఒకటి కంటే ఎక్కువ శకలాలుగా పంపబడిందా అని పింగ్ ఆదేశం మీకు తెలియజేస్తుంది. “అవసరమైన ఫ్రాగ్ మరియు DF సెట్ (mtu = 1492)” లేదా ఏదైనా సారూప్య వచనం గురించి ఏదైనా హెచ్చరించే ఏదైనా పంక్తికి అవుట్‌పుట్‌ను పరిశీలించండి. మీ ఉబుంటు సంస్కరణతో పింగ్ యొక్క ఏ వెర్షన్ చేర్చబడిందనే దానిపై ఆధారపడి, హెచ్చరిక భిన్నంగా చెప్పబడుతుంది. ఈ వచనం లేనట్లయితే, మీరు ఇప్పటికే కొన్ని MTU కొలతతో పని చేస్తున్నారు, అది ప్రస్తుతం విచ్ఛిన్నమైన ప్యాకెట్లను పంపడం లేదు.



మీ సిస్టమ్ కోసం అత్యంత ఆప్టిమైజ్ చేసిన MTU ని కనుగొనడానికి, మీరు ఈ పింగ్ ఆదేశాన్ని చిన్న ప్యాకెట్ పరిమాణంతో అమలు చేయాలనుకుంటున్నారు, ఆపై కాలక్రమేణా దాన్ని విడదీయడం ప్రారంభించే వరకు దాన్ని పెంచండి, తర్వాత మీరు దీనిని మీ కటాఫ్ పాయింట్‌గా భావిస్తారు. MTU = పేలోడ్ + 28 అని గుర్తుంచుకోండి, ఎందుకంటే హెడర్ డేటాకు కొంత స్థలం ఉండాలి. ఇప్పుడు, మీరు ఏ శకలాలు లేకుండా పరిమాణాన్ని చాలా పెద్దదిగా పెంచగలిగితే, అప్పుడు మీ నెట్‌వర్క్ ఇంటర్‌ఫేస్ శకలాలు ఉత్పత్తి చేయకుండానే భారీ ప్యాకెట్లను నిర్వహించగలదు. చివరకు మీరు ఫ్రాగ్ అవసరమైన హెచ్చరికను చూసినప్పుడు, దీని అర్థం మీరు నడిపిన లేదా అంతకంటే ఎక్కువ పరిమాణంలో పేలోడ్‌తో పంపిన ఏదైనా ప్యాకెట్ బహుళ ప్యాకెట్లుగా పంపుతుంది. మీరు ఎటువంటి హెచ్చరిక లేకుండా పింగ్-ఎస్ 2464-సి 1 డిస్ట్రోవాచ్.కామ్‌ను ప్రయత్నిస్తే, పింగ్ -ఎస్ 2465-సి 1 డిస్ట్రోవాచ్.కామ్ ఒక హెచ్చరికను పంపుతుంది, దీని అర్థం మీ టిసిపి / ఐపి కాన్ఫిగరేషన్ నిర్వహించగల అతిపెద్ద ఎమ్‌టియు సెట్ 2,464 + 28 అని అర్థం. బహుళ విచ్ఛిన్నమైన ప్యాకెట్లను పంపే ముందు. ఖచ్చితమైన విలువను గుర్తించడానికి కొన్ని క్షణాలు పట్టవచ్చు.



పింగ్ ఆదేశాన్ని అనేకసార్లు అమలు చేయకుండా మీరు మనస్సులో విలువను కలిగి ఉంటే, మీరు అమలు చేయాలి sudo ifconfig తెలిసిన నెట్‌వర్క్ ఇంటర్‌ఫేస్‌ల జాబితాను కనుగొనడానికి. ఉబుంటు మరియు దాని ఉత్పన్నాలు రూట్ ఖాతాను హాష్ చేస్తాయి, కాని మేము మా ఉదాహరణల కోసం సుడో బాష్ సృష్టించిన షెల్ నుండి పనిచేశాము. ప్రతి ఆదేశాన్ని వ్యక్తిగతంగా సుడోతో ముందుమాట వేయమని ఇది మీకు సిఫార్సు చేయబడింది.

మీకు సరైన పరికరం తెలిసిన వెంటనే, ప్రయత్నించండి:

sudo ifconfig interfaceName man ####

మీరు పనిచేస్తున్న నెట్‌వర్క్ అడాప్టర్ పేరుతో ఇంటర్‌ఫేస్ పేరును మార్చండి, ఆపై #### ను మీరు కనుగొన్న పరిమాణంతో పాటు శీర్షిక సమాచారం కోసం 28 ని మార్చండి. మీ NIC కోసం డిఫాల్ట్ MTU ఏమిటో చూడటానికి మీరు ifconfig ను అమలు చేయవచ్చు మరియు ఈ మునుపటి ఆదేశం దానిని మారుస్తుందో లేదో చూడటానికి దాన్ని అనేకసార్లు అమలు చేయండి. కొన్ని నెట్‌వర్క్ ఇంటర్ఫేస్ ఎడాప్టర్లు దీన్ని మార్చడానికి మిమ్మల్ని అనుమతించవు. అదే జరిగితే, దురదృష్టవశాత్తు మరింత ఆప్టిమైజేషన్ ఫలించదు. అయితే, ఇది పనిచేస్తే, మీరు దీన్ని శాశ్వతంగా చేయవచ్చు. అమలు చేయడానికి ప్రయత్నించండి ifconfig | grep MTU మీకు బహుళ కనెక్టర్లు ఉంటే అన్ని విలువలను కనుగొనడం, ఆపై మీరు పనిచేస్తున్న కనెక్టర్లకు విలువలను సరిపోల్చవచ్చు.

విధానం 2: MTU ఆప్టిమైజేషన్లను కర్రగా మార్చడం

ఇప్పటివరకు మీరు మీ సిస్టమ్‌లో శాశ్వత మార్పు చేయలేదు. మీరు రీబూట్ చేస్తే, మీరు ఏవైనా మార్పులను తుడిచిపెడతారు, మీరు కొంత పొరపాటు చేసి, ఇకపై మీరు ఇంటర్నెట్‌కు కనెక్ట్ కాలేరని కనుగొంటే మంచిది. మరోవైపు, మీరు మీ MTU కోసం ఖచ్చితమైన విలువను కనుగొంటే, మీరు దాన్ని సవరించాలి పత్రం. ఏదైనా జరిగితే దాని కాపీని తయారు చేయడానికి ఇది మంచి సమయం. ప్రయత్నించండి లేదా ఏదో ఒకదానికొకటి కాబట్టి మీకు ఒక కాపీ ఉంటుంది. మీరు దీన్ని గ్రాఫికల్‌గా సవరించాలనుకుంటే, టైప్ చేయండి మరియు మీ పాస్‌వర్డ్‌ను నమోదు చేయండి. మీరు కుబుంటు, జుబుంటు లేదా లుబుంటును ఉపయోగిస్తుంటే, మీరు మీ ఉబుంటు రెస్పిన్ ఉపయోగించే గ్రాఫికల్ టెక్స్ట్ ఎడిటర్‌తో గెడిట్‌ను భర్తీ చేయాలి. Xubuntu, ఉదాహరణకు, gedit కు బదులుగా మౌస్‌ప్యాడ్‌ను ఉపయోగిస్తుంది. మీరు ఉబుంటు సర్వర్ ఉపయోగిస్తుంటే లేదా కమాండ్ లైన్‌తో పనిచేయడానికి ఇష్టపడితే, బదులుగా టైప్ చేయండి , మీరు రూట్ షెల్ ఉపయోగించడం లేదని uming హిస్తూ.

మీరు దీన్ని సవరించడానికి ఏ పద్ధతిలో సంబంధం లేకుండా, ముందు కాన్ఫిగ్ ఉమ్మివేసిన ఇంటర్ఫేస్ పేరును కనుగొనండి. మీరు మీ మెషీన్‌లోని మొదటి వైఫై కనెక్టర్‌ను చూస్తున్నారని అనుకుందాం, దీనికి బహుశా wlan0 లేదా ఇలాంటిదే పేరు పెట్టవచ్చు. ఈ సందర్భంలో, iface wlan0 inet static లేదా ఇలాంటి వాటితో ప్రారంభమయ్యే కోడ్ యొక్క స్నిప్పెట్‌ను కనుగొనండి. మీ మైలేజ్ మారవచ్చు, కానీ తరువాతి పంక్తి చిరునామాను ### లో IP చిరునామాను చదువుతుంది. ###. #. ## ఆకృతి. మీరు స్థానిక IPv6 కనెక్షన్‌లో ఉంటే ఇది భిన్నంగా ఫార్మాట్ చేయబడవచ్చు. మీకు నెట్‌మాస్క్ మరియు గేట్‌వే లైన్ ఉంటుంది, దాని తర్వాత హోస్ట్ పేరు లేదా ఇలాంటిదే జాబితా చేస్తుంది. దిగువన, మీకు mtu మరియు సంఖ్యను చదివే మరొక పంక్తి ఉంటుంది. ఆప్టిమైజ్ MTU విలువతో ఆ సంఖ్యను భర్తీ చేయండి, పత్రాన్ని సేవ్ చేసి, ఆపై టెక్స్ట్ ఎడిటర్ నుండి నిష్క్రమించండి. సిస్టమ్ పని చేసిందని నిర్ధారించుకోవడానికి మీరు దాన్ని రీబూట్ చేయాలనుకుంటున్నారు.

అనేక రీబూట్ల తర్వాత అంతా బాగానే ఉంటే, మీ ~ / డాక్యుమెంట్స్ డైరెక్టరీలోని ఇంటర్ఫేస్.బాక్ ఫైల్‌ను తొలగించండి. మీరు బదులుగా sudo mv ని ఉపయోగించవచ్చు ఆపై

ఈ ప్రక్రియలో ఏదైనా భయంకరంగా ఉంటే.

విధానం 3: TCP ఎడిటింగ్ విండో (RWIN) సెట్టింగులను సవరించడం

పంపినవారిని RWIN విలువగా అంగీకరించే ముందు హోస్ట్ అంగీకరించే అతిపెద్ద డేటాను ఉబుంటు సూచిస్తుంది. మీరు 30 MB ఫైల్‌ను డౌన్‌లోడ్ చేస్తే, రిమోట్ సర్వర్ వాస్తవానికి మీకు 30 MB బ్లాక్ డేటాను పంపదు. మీ ఉబుంటు హోస్ట్ ఫైల్‌ను అభ్యర్థించినప్పుడు ఒక నిర్దిష్ట RWIN నంబర్‌ను పంపుతుంది, ఆపై మీ సిస్టమ్‌కు డేటా లభించిందనే అంగీకారం కోసం వేచి ఉండటానికి ముందు సర్వర్ డేటాను బైట్ల సంఖ్యకు చేరుకునే వరకు స్ట్రీమింగ్ ప్రారంభిస్తుంది. సర్వర్ దీన్ని స్వీకరించిన తర్వాత, మరొక రసీదు కోసం వేచి ఉండటానికి ముందు అదనపు బ్లాక్‌లను పంపడం ప్రారంభిస్తుంది.

రిమోట్ సర్వర్ నుండి ప్యాకెట్లను ప్రసారం చేయడానికి మరియు స్వీకరించడానికి సమయం పడుతుంది. కనెక్షన్ రేట్లు ఈ విలువకు దోహదం చేస్తాయి, కాని అనేక ఇతర జాప్యాలు కూడా చేస్తాయి. రౌండ్-ట్రిప్ సమయం (RTT) సంఖ్యల పరంగా పింగ్ కమాండ్ జాప్యాన్ని వివరిస్తుంది. మా మునుపటి డిస్ట్రోవాచ్ పింగ్ నుండి అవుట్‌పుట్ చూడండి. మీరు సమయం = 134 ఎంఎస్‌లను చదివే ఒక పంక్తిని కనుగొంటారు, అంటే ప్యాకెట్లు మా ఉబుంటు మెషీన్ నుండి distrowatch.com కు రౌండ్ ట్రిప్ వెళ్ళడానికి ఎంత సమయం పట్టిందో మరియు తిరిగి తిరిగి. మేము 1,492-బైట్ ప్యాకెట్‌ను పంపుతున్నాము, కాబట్టి 134 ms వద్ద మొత్తం బదిలీ వేగాన్ని కనుగొనడానికి ఒక సూత్రాన్ని లెక్కించవచ్చు:

1,492 / .134 సెకన్లు = 11,134.328 బైట్లు / సెకను, ఇది సెకనుకు సుమారు 10.88 బైనరీ కిలోబైట్‌లకు వస్తుంది. మొత్తంమీద ఇది చాలా నెమ్మదిగా ఉంటుంది, అందువల్ల పంపిన ప్రతి ప్యాకెట్‌ను ఒక్కొక్కటిగా గుర్తించకుండా ఉండటానికి RWIN స్థానంలో ఉంది.

ఉబుంటులోని RWIN సెట్టింగులు MTU సెట్టింగుల నుండి వేరుగా ఉంటాయి. ఈ ఫార్ములాతో మీ ఇంటర్నెట్ కనెక్షన్ కోసం బ్యాండ్‌విడ్త్ ఆలస్యం ఉత్పత్తి (BDP) ను లెక్కించండి:

(మొత్తం గరిష్ట బ్యాండ్‌విడ్త్ మీ ఇంటర్నెట్ కనెక్షన్ సెకనుకు బైట్లలో సరఫరా చేయాలి) (RTT సెకన్లలో) = BDP

TCP ప్యాకెట్ పరిమాణం RWIN ను ప్రభావితం చేయదు, కానీ ప్యాకెట్ పరిమాణం మెథడ్ 1 లో ఎంచుకున్న విలువ ద్వారా ప్రభావితమవుతుంది. RWIN కి సంబంధించిన కెర్నల్ వేరియబుల్స్‌ను కనుగొనడానికి ఈ ఆదేశాన్ని ఉపయోగించండి:

దయచేసి _మెమ్ తర్వాత ఖాళీ ఉందని గుర్తుంచుకోండి, కానీ కోట్ చేసిన వచనంలో మరెక్కడా లేదు. మీరు అనేక విలువలను తిరిగి పొందుతారు. అవసరమైనవి net.ipv4.tcp_rmem, net.ipv4.tcp_wmem మరియు net.ipv4.tcp_mem . ఈ విలువల తర్వాత సంఖ్యలు ప్రతిదానికి కనీస, డిఫాల్ట్ మరియు గరిష్ట విలువలను సూచిస్తాయి. అవి స్వీకరించే విండో మెమరీ వెక్టర్‌ను సూచిస్తాయి, వెక్టర్ మరియు టిసిపి స్టాక్ వెక్టర్‌ను పంపుతాయి. మీరు ఉబుంటు కైలిన్‌ను నడుపుతుంటే, మీకు అదనపు వాటి యొక్క సుదీర్ఘ జాబితా ఉండవచ్చు. మీరు ఈ అదనపు విలువలలో దేనినైనా సురక్షితంగా విస్మరించవచ్చు. కైలిన్ యొక్క కొంతమంది వినియోగదారులు ఇతర స్క్రిప్ట్లలో వివరించిన కొన్ని విలువలను కూడా చూడవచ్చు, కానీ మరోసారి ఈ పంక్తుల కోసం చూడండి.

ఉబుంటుకు RWIN వేరియబుల్ లేదు, కానీ net.ipv4.tcp_rmem దగ్గరగా ఉంది. ఈ వేరియబుల్స్ TCP పరిమాణాన్ని మాత్రమే కాకుండా మెమరీ వినియోగాన్ని నియంత్రిస్తాయి. వాటిలో డేటా సాకెట్ నిర్మాణాలు మరియు భారీ బఫర్‌లలోని చిన్న ప్యాకెట్లు తిన్న మెమరీ ఉన్నాయి. మీరు ఈ విలువలను ఆప్టిమైజ్ చేయాలనుకుంటే, మీరు మెథడ్ 1 లో సెట్ చేసిన గరిష్ట పరిమాణ ప్యాకెట్లను మరొక రిమోట్ సర్వర్‌కు పంపండి. శీర్షిక సమాచారం కోసం 28 బైట్‌లను తీసివేసి, 1,492-బైట్ డిఫాల్ట్‌ను మళ్లీ ఉపయోగిద్దాం, కానీ మీకు వేరే విలువ ఉండవచ్చునని గుర్తుంచుకోండి. అదనపు RTT డేటాను పొందడానికి ping -s 1464 -c5 distrowatch.com ఆదేశాన్ని ఉపయోగించండి.

మీరు ఈ పరీక్షను పగలు మరియు రాత్రి వేర్వేరు సమయాల్లో ఒకటి కంటే ఎక్కువసార్లు అమలు చేయాలనుకుంటున్నారు. RTT ఎంత మారుతుందో చూడటానికి మరికొన్ని రిమోట్ సర్వర్‌లను పింగ్ చేయడానికి ప్రయత్నించండి. మేము ప్రయత్నించిన ప్రతిసారీ సగటున 130 ఎంఎస్‌లకు పైగా ఉన్నందున, మన బిడిపిని గుర్తించడానికి సూత్రాన్ని ఉపయోగించవచ్చు. మీరు చాలా సాధారణ 6 Mbits / రెండవ కనెక్షన్‌లో ఉన్నారని అనుకుందాం. BDP ఇలా ఉంటుంది:

(6,000,000 బిట్స్ / సెకను) (. 133 సెకన్లు) * (1 బైట్ / 8 బిట్స్) = 99,750 బైట్లు

దీని అర్థం డిఫాల్ట్ net.ipv4.tcp_rmem విలువ ఎక్కడో 100,000 ఉండాలి. మీరు ఒక RTT ను అర సెకనుకు చెడుగా పొందుతారని మీరు భయపడితే దాన్ని మరింత ఎక్కువగా సెట్ చేయవచ్చు. Net.ipv4.tcp_rmem మరియు net.ipv4.tcp_wmem లో కనిపించే అన్ని విలువలు ఒకేలా అమర్చాలి, ఎందుకంటే ప్యాకెట్ల ప్రసారం మరియు రిసెప్షన్ ఒకే ఇంటర్నెట్ కనెక్షన్ ద్వారా జరుగుతాయి. మీరు సాధారణంగా net.ipv4.tcp_mem ని net.ipv4.tcp_wmem మరియు net.ipv4.tcp_rmem ఉపయోగించిన అదే విలువకు సెట్ చేయాలనుకుంటున్నారు, ఎందుకంటే ఈ మొదటి వేరియబుల్ TCP లావాదేవీల కోసం సెట్ చేయబడిన మొత్తం అతిపెద్ద బఫర్ మెమరీ పరిమాణం.

ఆదేశాన్ని జారీ చేయండి మరియు ఈ రెండు సెట్టింగులు 0 లేదా 1 కు సెట్ చేయబడిందో లేదో చూడండి, ఇది ఆఫ్ లేదా ఆన్ స్థితిని సూచిస్తుంది.

Net.ipv4.tcp_no_metrics_save ను 1 కు సెట్ చేస్తే, డైనమిక్ పద్ధతిలో net.ipv4.tcp_rmem మరియు net.ipv4.tcp_wmem విలువల మధ్య స్వీకరించే విండోను ఆప్టిమైజ్ చేయడానికి Linux కెర్నల్‌ను బలవంతం చేస్తుంది. Net.ipv4.tcp_moderate_rcvbuf ప్రారంభించబడినప్పుడు, ఇది తరువాతి కనెక్టివిటీని ప్రభావితం చేయకుండా రద్దీని నిరోధిస్తుంది. ఏదైనా శాశ్వత మార్పులు చేసే ముందు, మీ కొలతలపై మీకు హ్యాండిల్ ఉందని నిర్ధారించుకోవడానికి http://www.speedtest.net లేదా http://www.bing.com/search?q=speed+test ద్వారా వేగ తనిఖీ చేయండి.

మీ లెక్కించిన విలువలతో వేరియబుల్స్‌ను తాత్కాలికంగా మార్చండి. మీ లెక్కించిన మొత్తాలతో # లను భర్తీ చేయాలని నిర్ధారించుకోండి.

sudo sysctl -w net.ipv4.tcp_rmem = ”#### ##### #####” net.ipv4.tcp_wmem = ”#### ##### ######” net.ipv4.tcp_mem = ”#### ##### #####” net.ipv4.tcp_no_metrics_save = 1 net.ipv4.tcp_moderate_rcvbuf = 1

వేగం మెరుగుపడిందో లేదో చూడటానికి మీ కనెక్ట్‌ను మళ్లీ పరీక్షించండి మరియు కాకపోతే మీ ఆదేశాన్ని మళ్లీ సర్దుబాటు చేసి దాన్ని మళ్లీ అమలు చేయండి. చివరిగా ఉపయోగించిన ఆదేశాన్ని పునరావృతం చేయడానికి మీరు మీ టెర్మినల్‌లోని అప్ కీని నెట్టవచ్చని గుర్తుంచుకోండి. మీరు తగిన విలువలను కనుగొన్న తర్వాత, తెరవండి తో gksu లేదా sudo మెథడ్ 1 నుండి టెక్స్ట్ ఎడిటర్ ఆదేశం, మరియు ఈ క్రింది విధంగా చదవడానికి పంక్తులను సవరించండి, మీ లెక్కించిన విలువలతో # లను మరోసారి భర్తీ చేయండి. మీరు కూడా బ్యాకప్ చేయాలనుకుంటున్నారు మీరు పొరపాటు చేస్తే పార్ట్ వన్ లో మీరు చేసిన విధంగానే ఫైల్ చేయండి. మీరు ఒకదాన్ని తయారు చేస్తే, మీరు కూడా అదే పద్ధతిలో పునరుద్ధరించవచ్చు.

net.ipv4.tcp_rmem = #### ##### ######

net.ipv4.tcp_wmem = #### ##### ######

net.ipv4.tcp_mem = #### ##### ######

net.ipv4.tcp_no_metrics_save = 1

net.ipv4.tcp_moderate_rcvbuf = 1

ప్రతిదీ సరిగ్గా ఉందని మీకు తెలియగానే దాన్ని సేవ్ చేయండి. కింది ఆదేశాన్ని జారీ చేయండి:

sudo sysctl -p

ఇది సెట్టింగులను మళ్లీ లోడ్ చేయడానికి Linux కెర్నల్‌ను బలవంతం చేస్తుంది , మరియు అన్నీ సరిగ్గా జరిగితే అది మీకు కనీసం కొంత వేగవంతమైన నెట్‌వర్క్ కనెక్షన్‌ను ఇస్తుంది. మీ అసలు డిఫాల్ట్‌లను బట్టి, వ్యత్యాసం వాస్తవానికి నాటకీయంగా ఉండవచ్చు లేదా అస్సలు గుర్తించబడదు.

8 నిమిషాలు చదవండి