એન્જીનીયરીંગ જ્હોન નેગ્ને નામના નાગ્લ એલ્ગોરિધમની રચના , ટીસીપી કાર્યક્રમો સાથે "નાની પેકેટ સમસ્યાઓ" ને કારણે નેટવર્કની ભીડને ઘટાડવા માટે કરવામાં આવી હતી. યુનિક્સ અમલીકરણો 1 9 80 ના દાયકામાં નાગ્લેના અલ્ગોરિધમનો ઉપયોગ કરવાનું શરૂ કરે છે, અને તે આજે ટીસીપીના પ્રમાણભૂત લક્ષણ છે.
કેવી રીતે નાગ્લ ઍલ્ગોરિધમ વર્ક્સ
નેગ્લેની એલ્ગોરિધમ TCP એપ્લિકેશન્સના મોકલતા સાઇડ પરના ડેટાને પ્રક્રિયા કરે છે જે નેગલિંગ તરીકે ઓળખાતી પદ્ધતિ છે. તે નાના-કદના સંદેશાઓને શોધે છે અને વાયર પર ડેટા મોકલતા પહેલા તેમને મોટા TCP પેકેટોમાં એકઠું કરે છે, આમ બિનજરૂરીપણે મોટી સંખ્યામાં નાના પેકેટોની બનાવટ ટાળે છે. નાગ્લેના એલ્ગોરિધમ માટેનું તકનીકી સ્પષ્ટીકરણ 1984 માં આરએફસી 896 તરીકે પ્રકાશિત થયું હતું. મોકલે વચ્ચેના સંચય માટેના ઘણા ડેટાના એકીકરણ અને કેટલા સમય સુધી રાહ જોવી તે તેના સંપૂર્ણ પ્રભાવ માટે મહત્વપૂર્ણ છે.
નગલિંગ વિલંબ ( વિલંબતા ) ઉમેરવાના ખર્ચ પર નેટવર્ક કનેક્શનના બેન્ડવિડ્થનો વધુ અસરકારક રીતે ઉપયોગ કરી શકે છે. RFC 896 માં વર્ણવેલ ઉદાહરણ સંભવિત બેન્ડવિડ્થના લાભો અને તેના નિર્માણનું કારણ સમજાવે છે:
- એક ટીસીપી એપ્લિકેશન કે જે કીબોર્ડ કીસ્ટ્રોકને ઇન્ટરસેપ્શ કરે છે અને રીસીવર પર ટાઇપ કરવામાં આવતા પ્રત્યેક પાત્રને વાતચીત કરવા માંગે છે, તે દરેક ડેટાના 1 બાઇટે ધરાવતી સંદેશાઓની શ્રેણી બનાવી શકે છે.
- આ સંદેશાઓ નેટવર્ક પર મોકલવામાં આવે તે પહેલાં, TCP / IP દ્વારા જરૂરી દરેક TCP હેડર માહિતી સાથે પેકેજ થયેલ હોવું જોઈએ. પ્રત્યેક હેડર રેન્જ 20 અને 60 બાઇટ્સ વચ્ચે હોય છે.
- નાગિંગ વિના, આ ઉદાહરણ એપ્લિકેશન 95% અથવા વધુ હેડર માહિતી (ઓછામાં ઓછા 21 બાયટ્સ પૈકી 20) અને મોકલનારના કીબોર્ડમાંથી 5% અથવા ઓછા વાસ્તવિક ડેટા ધરાવતી નેટવર્ક સંદેશાઓ બનાવશે. નાગ્લ એલ્ગોરિધમનો ઉપયોગ કરીને, તે જ ડેટાને ઘણી ઓછી સંદેશાઓનો ઉપયોગ કરીને તેના બદલે વિતરિત કરી શકાય છે અને 95% જેટલી સામગ્રીને કીબોર્ડ માહિતી છે - એક ખૂબ મોટી બેન્ડવિડ્થ બચત
એપ્લિકેશન્સ TCP_NODELAY સોકેટ પ્રોગ્રામિંગ વિકલ્પ સાથે નાગ્લ એલ્ગોરિધમના ઉપયોગને નિયંત્રિત કરે છે. વિન્ડોઝ, લિનક્સ, અને જાવા સિસ્ટમો સામાન્ય રીતે ડિફોલ્ટ દ્વારા નાગલમાં સક્રિય કરે છે, તેથી તે વાતાવરણ માટે લખાયેલ કાર્યક્રમોને TCP_NODELAY સ્પષ્ટ કરવાની જરૂર છે જ્યારે અલ્ગોરિધમનો બંધ કરવાની ઇચ્છા હોય.
મર્યાદાઓ
નાગ્લેના એલ્ગોરિધમ ટીસીપી સાથે જ ઉપયોગી છે. UDP સહિતના અન્ય પ્રોટોકોલો તેનો સમર્થન કરતા નથી.
TCP કાર્યક્રમો કે જેમાં ઝડપી નેટવર્ક પ્રતિસાદની જરૂર છે, જેમ કે ઇન્ટરનેટ ફોન કૉલિંગ અથવા પ્રથમ-વ્યક્તિ શૂટર ગેમ્સ, જ્યારે નાગ્લ સક્ષમ હોય ત્યારે તે સારી રીતે કામ કરશે નહીં. આ વિલંબના કારણે વિલંબ થયો હતો જ્યારે ઍલ્ગરિધમ એકસાથે માહિતીના નાના ટુકડા ભેગા કરવા માટે વધારાનો સમય લે છે, સ્ક્રીન પર અથવા ડિજિટલ ઑડિઓ સ્ટ્રીમમાં દેખીતા લેગ દૃષ્ટિની ટ્રિગર કરી શકે છે. આ એપ્લિકેશન્સ સામાન્ય રીતે નાગ્લને અક્ષમ કરે છે
આ ઍલ્ગોરિધમ મૂળ રીતે એક સમયે વિકસિત થયું હતું જ્યારે કમ્પ્યુટર નેટવર્ક્સે આજે જેટલું ઓછું બેન્ડવિડ્થ કર્યું છે. ઉપર વર્ણવેલ ઉદાહરણ, 1 9 80 ના દાયકાના પ્રારંભમાં ફોર્ડ એરોસ્પેસમાં જ્હોન નાગ્લેના અનુભવો પર આધારિત હતા, જ્યાં તેમના ધીમા, ભારે લોડ કરેલા લાંબા અંતરના નેટવર્ક પર નગ્ન વેપારીઓએ સારી સમજ આપી હતી. ત્યાં ઘણી ઓછી પરિસ્થિતિઓ છે જ્યાં નેટવર્ક એપ્લિકેશનો આજે તેમના અલ્ગોરિધમનો લાભ મેળવી શકે છે.