និមិត្តសញ្ញាណាល់សម្រាប់ទំនាក់ទំនងបណ្ដាញ TCP

ក្បួនដោះស្រាយរបស់ Nagle ដែលត្រូវបានដាក់ឈ្មោះតាមវិស្វករឈ្មោះចនណាល់ត្រូវបានរចនាឡើងដើម្បីកាត់បន្ថយការកកស្ទះបណ្តាញដែលបណ្តាលមកពី "បញ្ហាកញ្ចប់តូច" ជាមួយនឹង កម្មវិធី TCP ។ ការអនុវត្តរបស់ យូនីក បានចាប់ផ្តើមប្រើក្បួនដោះស្រាយរបស់ Nagle ក្នុងឆ្នាំ 1980 ហើយវានៅតែជាលក្ខណៈស្តង់ដារនៃ TCP នៅថ្ងៃនេះ។

របៀបដែលនីហ្គោលក្បួនដោះស្រាយដំណើរការ

ក្បួនដោះស្រាយរបស់ Nagle ដំណើរការលើការបញ្ជូននៃកម្មវិធី TCP ដោយវិធីសាស្ដ្រដែលគេហៅថា ឆ្កួត ។ វារកឃើញសារតូចៗនិងប្រមូលផ្តុំពួកវាទៅក្នុងកញ្ចប់ TCP ធំមុនពេលផ្ញើទិន្នន័យឆ្លងកាត់ខ្សែដោយហេតុនេះជៀសវាងការបង្កើតចំនួនតូចនៃកញ្ចប់តូចៗដែលមិនចាំបាច់។ ការបញ្ជាក់បច្ចេកទេសសម្រាប់ក្បួនដោះស្រាយរបស់ Nagle ត្រូវបានបោះពុម្ពផ្សាយក្នុងឆ្នាំ 1984 ជា RFC 896 ។ ការសម្រេចចិត្តសម្រាប់ទិន្នន័យច្រើនដើម្បីកកកុញនិងរយៈពេលដែលត្រូវរង់ចាំនៅចន្លោះការផ្ញើគឺមានសារៈសំខាន់ចំពោះការអនុវត្តជាទូទៅរបស់វា។

ការដាក់បញ្ចូន Nagling អាចប្រើចរន្ត ល្បឿន នៃការភ្ជាប់បណ្តាញកាន់តែមានប្រសិទ្ធភាពក្នុងការបន្ថែមនៃការពន្យារពេល។ ឧទាហរណ៏ដែលបានពិពណ៌នានៅក្នុង RFC 896 បង្ហាញអំពីអត្ថប្រយោជន៍នៃល្បឿនអ៊ីនធឺណិតដ៏មានសក្តានុពលនិងហេតុផលសម្រាប់ការបង្កើតរបស់វា:

• កម្មវិធី TCP ដែលរារាំងគ្រាប់ចុចក្តារចុចហើយចង់ទំនាក់ទំនងតួអក្សរនីមួយៗដែលត្រូវបានវាយទៅអ្នកទទួលអាចបង្កើតស៊េរីនៃសារនីមួយៗដែលផ្ទុក 1 បៃ នៃទិន្នន័យ។
• មុនពេលសារទាំងនេះអាចត្រូវបានផ្ញើឆ្លងកាត់បណ្តាញកុំព្យូទ័រនីមួយៗត្រូវបានវេចខ្ចប់រួមគ្នាជាមួយព័ត៌មាន បឋមកថា TCP តាមតម្រូវការរបស់ TCP / IP ។ បឋមកថានីមួយៗមានទំហំចន្លោះពី 20 ទៅ 60 បៃ។
• បើសិនជាគ្មានការរអាក់រអួលទេកម្មវិធីគំរូនេះនឹងបង្កើតសារបណ្ដាញដែលមាន 95% ឬច្រើនជាងព័ត៌មានបឋមកថា (យ៉ាងហោចណាស់ 20 ចេញពី 21 បៃ) និងទិន្នន័យជាក់ស្តែងតិចជាង 5% ពីក្តារចុចរបស់អ្នកផ្ញើ។ ការប្រើប្រាស់ក្បួនដោះស្រាយរបស់ហ្គេហ្គលទិន្នន័យដូចគ្នាអាចត្រូវបានបញ្ជូនដោយប្រើសារតិចជាងមុនហើយមាន 95% នៃមាតិកាដែលជាព័ត៌មានក្តារចុច - ជាការសន្សំទំហំប្រេកង់ធំ។

កម្មវិធីគ្រប់គ្រងការប្រើរបស់ពួកវាតាមក្បួនដោះស្រាយរបស់ Nagle ជាមួយជម្រើសសរសេរកម្មវិធី រន្ធ TCP_NODELAY ។ ប្រព័ន្ធវីនដូលីនុចនិងចាវ៉ាទាំងអស់តាមធម្មតាអនុញ្ញាតឱ្យយីហោតាមលំនាំដើមដូច្នេះកម្មវិធីដែលបានសរសេរសម្រាប់បរិស្ថានទាំងនោះត្រូវបញ្ជាក់ TCP_NODELAY នៅពេលដែលចង់ប្តូរក្បួនដោះស្រាយ។

ដែនកំណត់

ក្បួនដោះស្រាយរបស់ Nagle គឺអាចប្រើបានតែជាមួយ TCP ប៉ុណ្ណោះ។ ពិធីការផ្សេងទៀតរួមទាំង UDP មិនគាំទ្រវា។

កម្មវិធី TCP ដែលត្រូវការការឆ្លើយតបយ៉ាងឆាប់រហ័សដូចជា ការហៅទូរស័ព្ទលើអ៊ិនធរណេត ឬហ្គេមកាមេរ៉ាដំបូងអាចមិនដំណើរការល្អនៅពេលណាចូលត្រូវបានបើក។ ការពន្យាពេលបណ្តាលឱ្យកើតឡើងខណៈពេលដែលក្បួនដោះស្រាយត្រូវការពេលវេលាបន្ថែមដើម្បីប្រមូលទិន្នន័យតូចជាងមុនជាមួយគ្នាអាចបង្កឱ្យមាន ភាពយឺតយ៉ាវដែល អាចមើលឃើញនៅលើអេក្រង់ឬស្ទ្រីមអូឌីយ៉ូឌីជីថល។ កម្មវិធីទាំងនេះជារឿយៗបិទទំព័រណា។

ក្បួនដោះស្រាយនេះត្រូវបានបង្កើតឡើងនៅពេលដំបូងនៅពេលដែលបណ្តាញកុំព្យួទ័របានគាំទ្រដល់បណ្តាញណេតវើកតិចជាងអ្វីដែលពួកគេធ្វើនាពេលបច្ចុប្បន្ននេះ។ ឧទាហរណ៏ដែលបានរៀបរាប់ខាងលើនេះគឺផ្អែកលើបទពិសោធន៍របស់លោក John Nagle នៅក្រុមហ៊ុន Ford Aerospace នៅដើមទសវត្សរ៍ឆ្នាំ 1980 ដែលជាការផ្លាស់ប្តូរប្រព័ន្ធយឺតយ៉ាវដែលមានល្បឿនយឺតយ៉ាងខ្លាំង។ មានស្ថានភាពកាន់តែតិចឡើង ៗ ដែលកម្មវិធីបណ្តាញអាចទទួលបានប្រយោជន៍ពីក្បួនដោះស្រាយរបស់គាត់នៅថ្ងៃនេះ។