<span style="font-family: Mandali; ">ఫేస్బుక్ </span> కొత్త రద్దీ నియంత్రణ అల్గారిథమ్తో చేసిన ప్రయోగాల ఫలితాలు - , వీడియో కంటెంట్ని ప్రసారం చేయడానికి ఆప్టిమైజ్ చేయబడింది. మసాచుసెట్స్ ఇన్స్టిట్యూట్ ఆఫ్ టెక్నాలజీకి చెందిన పరిశోధకులు అల్గారిథమ్ను ప్రతిపాదించారు. పరీక్ష కోసం ప్రతిపాదించబడిన COPA నమూనా C++లో వ్రాయబడింది, MIT క్రింద లైసెన్స్ పొందింది మరియు చేర్చబడింది — Facebookలో అభివృద్ధి చేయబడుతున్న QUIC ప్రోటోకాల్ అమలు.
COPA అల్గారిథమ్ నెట్వర్క్ ద్వారా వీడియోను ప్రసారం చేసేటప్పుడు తలెత్తే సమస్యలను పరిష్కరించడంపై దృష్టి పెడుతుంది. వీడియో రకాన్ని బట్టి, రద్దీ నియంత్రణ అల్గారిథమ్లపై దాదాపు వ్యతిరేక అవసరాలు ఉంచబడతాయి - ఇంటరాక్టివ్ వీడియో కోసం, నాణ్యతా వ్యయంతో కూడా కనీస ఆలస్యాన్ని నిర్ధారించడం అవసరం మరియు ముందుగా సిద్ధం చేసిన అధిక-నాణ్యత వీడియోను ప్రసారం చేసేటప్పుడు, ప్రాధాన్యత ఇవ్వబడుతుంది. నాణ్యతను నిర్వహించడానికి. గతంలో, అప్లికేషన్ డెవలపర్లు నాణ్యత లేదా జాప్యం అవసరాలపై ఆధారపడి వివిధ అల్గారిథమ్లను వర్తింపజేయగల సామర్థ్యానికి పరిమితం చేయబడ్డారు. COPAని అభివృద్ధి చేసిన పరిశోధకులు TCP వీడియో రద్దీని నిర్వహించడానికి ఒక సాధారణ అల్గారిథమ్ను రూపొందించడానికి ప్రయత్నించారు, అది వీడియో అవసరాల ఆధారంగా అనుకూలీకరించవచ్చు.
ప్యాకెట్లను పంపేటప్పుడు సరైన బ్యాలెన్స్ని గుర్తించడం రద్దీ నియంత్రణ అల్గారిథమ్ యొక్క పని - ఎక్కువ ప్యాకెట్లను పంపడం వలన ప్యాకెట్ నష్టానికి దారితీయవచ్చు మరియు వాటిని మళ్లీ పంపాల్సిన అవసరం కారణంగా పనితీరు క్షీణించవచ్చు మరియు చాలా నెమ్మదిగా పంపడం వలన ఆలస్యానికి దారితీస్తుంది, ఇది పనితీరును ప్రతికూలంగా ప్రభావితం చేస్తుంది. . ప్రయోగాల కోసం QUIC ప్రోటోకాల్ ఎంపిక చేయబడింది, ఎందుకంటే ఇది కెర్నల్తో జోక్యం చేసుకోకుండా వినియోగదారు స్థలంలో రద్దీ నియంత్రణ అల్గారిథమ్లను అమలు చేయడానికి అనుమతిస్తుంది.
కమ్యూనికేషన్ ఛానల్ రద్దీని నివారించడానికి, COPA ప్యాకెట్ డెలివరీ సమయంలో ఆలస్యాలలో మార్పుల విశ్లేషణ ఆధారంగా ఛానెల్ లక్షణాల మోడలింగ్ను ఉపయోగిస్తుంది (COPA ఆలస్యాలు పెరిగేకొద్దీ రద్దీ విండో పరిమాణాన్ని తగ్గిస్తుంది, ప్యాకెట్కు ముందు దశలో కూడా ఆలస్యం పెరుగుతుందనే వాస్తవాన్ని తారుమారు చేస్తుంది. నష్టం జరుగుతుంది). ఆలస్యం మరియు నిర్గమాంశ మధ్య బ్యాలెన్స్ ప్రత్యేక డెల్టా పరామితిని ఉపయోగించి సర్దుబాటు చేయబడుతుంది. డెల్టాను పెంచడం వలన ఆలస్యాలకు సున్నితత్వం పెరుగుతుంది కానీ నిర్గమాంశను తగ్గిస్తుంది, అయితే డెల్టాను తగ్గించడం వలన పెరిగిన జాప్యం కారణంగా అధిక నిర్గమాంశను అనుమతిస్తుంది. డెల్టా=0.04 నాణ్యత మరియు జాప్యం మధ్య సరైన బ్యాలెన్స్గా నిర్వచించబడింది.
ఫేస్బుక్ లైవ్ స్ట్రీమింగ్ సర్వీస్ను ఉపయోగించి, ప్రసిద్ధ క్యూబిక్ మరియు BBR అల్గారిథమ్లతో పోల్చి COPAను పరీక్షించడం జరిగింది. ఇందులో డిఫాల్ట్గా క్యూబిక్ అల్గారిథమ్ ఉపయోగించబడుతుంది. Linux దీని సారాంశం ఏమిటంటే, ప్యాకెట్ నష్టం జరిగే వరకు కంజెషన్ విండో పరిమాణాన్ని క్రమంగా పెంచుతారు, ఆ తర్వాత నష్టం ప్రారంభం కావడానికి ముందు ఉన్న విలువకు విండో పరిమాణాన్ని తిరిగి తీసుకువస్తారు.
ఆధునిక నెట్వర్క్ పరికరాలపై ప్యాకెట్ బఫరింగ్లో CUBIC కావలసినవి చాలా ఉన్నాయి, ఇది ప్యాకెట్ చుక్కలను తగ్గిస్తుంది. రద్దీ నియంత్రణ అల్గోరిథం బఫరింగ్ గురించి తెలియదు మరియు ఛానెల్ ఇప్పటికే భౌతికంగా రద్దీగా ఉన్నప్పటికీ వేగాన్ని పెంచుతూనే ఉంది. పంపని ప్యాకెట్లు విస్మరించబడకుండా బఫర్ చేయబడతాయి మరియు TCP యొక్క రద్దీ నియంత్రణ అల్గోరిథం బఫర్ నిండినప్పుడు మాత్రమే ప్రారంభమవుతుంది మరియు భౌతిక లింక్ యొక్క వేగంతో ఫ్లో రేటును సమతుల్యం చేయలేకపోతుంది. ఈ సమస్యను పరిష్కరించడానికి, సీక్వెన్షియల్ చెక్లు మరియు రౌండ్-ట్రిప్ టైమ్ (RTT) అంచనా ద్వారా అందుబాటులో ఉన్న బ్యాండ్విడ్త్ను అంచనా వేసే మెరుగైన BBR అల్గారిథమ్ను Google ప్రతిపాదించింది.
డెల్టా=0.04తో, COPA సూచికలు CUBIC మరియు BBRకి దగ్గరగా ఉన్నాయి. తక్కువ ప్యాకెట్ ట్రాన్స్మిషన్ ఆలస్యంతో హై-స్పీడ్ నెట్వర్క్ కనెక్షన్తో నిర్వహించిన పరీక్షల్లో, CUBIC (479 ms)తో పోలిస్తే COPA తక్కువ జాప్యాన్ని (499 ms) సాధించింది, కానీ BBR (462 ms) కంటే కొంచెం వెనుకబడిపోయింది. కనెక్షన్ నాణ్యత తగ్గినప్పుడు, COPA ఉత్తమ ఫలితాలను చూపింది - CUBIC మరియు BBRని ఉపయోగిస్తున్నప్పుడు కంటే ఆలస్యం 27% తక్కువగా ఉంది.
అదే సమయంలో, పేలవమైన కమ్యూనికేషన్ ఛానెల్లో, CUBICతో పోలిస్తే COPA మరియు BBR గణనీయంగా అధిక నిర్గమాంశను సాధించడం సాధ్యం చేసింది. CUBICతో పోలిస్తే BBR లాభం 4.8% మరియు 5.5%, మరియు COPA - 6.2% మరియు 16.3%.
మూలం: opennet.ru
