ചെറിയ ഫയലുകൾ VPN-ൽ പോകാൻ-വരാൻ യാത്രകൾ കാരണം ഇഴയുന്നു, വേഗത കാരണമല്ല
ചെറിയ ഫയലുകളുടെ ഫോൾഡർ ഒരു വലിയ ഫയൽ മറയ്ക്കുന്ന മെറ്റാഡാറ്റയുടെയും പോകാൻ-വരാൻ യാത്രകളുടെയും ചെലവ് നൽകുന്നു. ടണലിന്റെ ബാൻഡ്‌വിഡ്ത്തിനെ കുറ്റപ്പെടുത്തുന്നതിന് മുമ്പ് ജോലിഭാരത്തിന്റെ രൂപം അളക്കുക.
VPN വഴി 2 GB ഫയൽ ഒന്ന് പകർത്തുക, കൈമാറ്റം നന്നായി തോന്നുന്നു. പതിനായിരം ചെറിയ രേഖകളുള്ള ഒരു ഫോൾഡർ പകർത്തുക, അതേ ലിങ്ക് തകർന്നതായി തോന്നുന്നു. വ്യത്യാസം രണ്ട് ജോലികൾക്കിടയിൽ മാറിയ ബാൻഡ്‌വിഡ്ത്ത് ക്രമീകരണമല്ല. രണ്ടാമത്തെ ജോലി സമയം ക്രമീകരണത്തിലും മെറ്റാഡാറ്റയിലും മറുപടികൾക്കായുള്ള കാത്തിരിപ്പിലും ചെലവഴിക്കുന്നു, ടണലിന്റെ കാലതാമസമാണ് ആ കാത്തിരിപ്പിനെ കാണാവുന്നതാക്കുന്നത്.
ഒരു ഫയൽ സ്ട്രീം ചെയ്യുന്നു; ഫയലുകളുടെ ഫോൾഡർ ചർച്ച ചെയ്യുന്നു
വലിയ പകർപ്പ് അതിന്റെ ജീവിതത്തിന്റെ ഭൂരിഭാഗവും കുറച്ച് തുറന്ന ഹാൻഡിലുകളിലെ വായന-എഴുത്ത് ലൂപ്പിൽ ചെലവഴിക്കുന്നു. പ്രോട്ടോക്കോളിന്റെ അധികച്ചെലവ് ഓരോ ഫയലിനും ഒരിക്കൽ നൽകുന്നു, ഡാറ്റ വലിയ ബ്ലോക്കുകളിൽ നീങ്ങുന്നു. ഫലത്തെ നിയന്ത്രിക്കുന്നത് ബാൻഡ്‌വിഡ്ത്താണ്.
ഫോൾഡർ പകർപ്പ് ഓരോ ഫയലിനും ചെലവ് നൽകുന്നു: സൃഷ്ടിക്കുക, ആട്രിബ്യൂട്ടുകൾ ചോദിക്കുക, തുറക്കുക, എഴുതുക, അടയ്ക്കുക, ഡയറക്ടറി മെറ്റാഡാറ്റ പുതുക്കുക. ഇവയോരോന്നും അടുത്ത ഘട്ടം മുന്നോട്ട് പോകുന്നതിന് മുമ്പ് മറുപടിക്കായി കാത്തിരിക്കുന്ന അഭ്യർത്ഥനയാണ്. ബൈറ്റുകൾ ചെറുതാണ്; ഏകോപനം അല്ല.
അതുകൊണ്ടാണ് കുറഞ്ഞ ലിങ്ക് ഉപയോഗത്തിന്റെ ഗ്രാഫ് ഒന്നും തന്നെ തെളിയിക്കാത്തത്. ലിങ്ക് നിഷ്ക്രിയമാണ് കാരണം ക്ലയന്റ് കാത്തിരിക്കുന്നു, ടണൽ മന്ദഗതിയിലായതുകൊണ്ടല്ല. ഒരു സ്റ്റോറേജ് അറേ അല്ലെങ്കിൽ എൻഡ്‌പോയിന്റ് സ്കാനർ അതേ രീതിയിലുള്ള കാലതാമസം ചേർത്തേക്കാം. ഏതെങ്കിലും നെറ്റ്‌വർക്ക് ക്രമീകരണം മാറ്റുന്നതിന് മുമ്പ് ഏത് ഘട്ടമാണ് കാത്തിരിക്കുന്നതെന്ന് കണ്ടെത്തുക.
പോകാൻ-വരാൻ യാത്രകൾ ബൈറ്റുകളേക്കാൾ വേഗത്തിൽ കൂടുന്നു
കാലതാമസം എന്നത് ഒരു ആശ്രിത കൈമാറ്റത്തിന്റെ ചെലവാണ്. ഒരു ഫയലിന് നിരവധി ക്രമാനുഗത കൈമാറ്റങ്ങൾ ആവശ്യമാണെങ്കിൽ, ടണൽ ഓരോ ദിശയിലും 40 ms ചേർക്കുന്നുവെങ്കിൽ, ഓരോ ഫയലിന്റെയും ചെലവ് വേഗത്തിൽ വളരുന്നു. പതിനായിരം ഫയലുകൾ അതിനെ മിനിറ്റുകളാക്കി മാറ്റുന്നു.
ഈ ഗണിതം ദൃഷ്ടാന്തമാണ്, അളവല്ല: ഒരു ഫയലിന് ഒരു പോകാൻ-വരാൻ യാത്ര മാത്രമേ ചെലവാകൂ എന്ന് ഉറപ്പില്ല, ക്ലയന്റുകൾ ജോലിയുടെ ഒരു ഭാഗം ഒന്നിനുമേൽ ഒന്നായി ചെയ്യുന്നു.
ആകെത്തുക മാറ്റുന്ന രണ്ട് ഉത്തോലകങ്ങളുണ്ട്. ഓരോ ഫയലിനും ആശ്രിത കൈമാറ്റങ്ങളുടെ എണ്ണം കുറയ്ക്കുക, അല്ലെങ്കിൽ അവയിൽ കൂടുതൽ ഒരേസമയം നടത്തുക. ആദ്യത്തേത് പ്രോട്ടോക്കോളിലോ ജോലിഭാരത്തിലോ ഉള്ള മാറ്റമാണ്; രണ്ടാമത്തേത് സമാന്തരതയാണ്. രണ്ടും മന്ദഗതിയിലുള്ള ലിങ്കിനെ വേഗത്തിലാക്കുന്നില്ല.
ജോലിഭാരം അളക്കുക, ലിങ്കല്ല
ഒരേ എൻഡ്‌പോയിന്റുകളും ഒരേ ആക്സസ് നയവുമുള്ള മൂന്ന് ജോലികൾ താരതമ്യം ചെയ്യുക: ഒരു വലിയ ഫയൽ, ചെറിയ ഫയലുകളുടെ ഫോൾഡർ, യഥാർത്ഥ ബിസിനസ് പ്രവർത്തനം. ഓരോ ഫലത്തോടൊപ്പം ഫയൽ എണ്ണം, വലിപ്പ വിതരണം, പകർപ്പ് ഉപകരണം, നെറ്റ്‌വർക്ക് അവസ്ഥകൾ എന്നിവ രേഖപ്പെടുത്തുക.
ആ വിശദാംശങ്ങളില്ലാത്ത ഒരൊറ്റ MB/s സംഖ്യ മറ്റാരുടെയും സംഖ്യയുമായി താരതമ്യം ചെയ്യാനാവില്ല.
കാലതാമസം ത്രൂപുട്ടിൽ നിന്ന് വേറിട്ട് അളക്കുക. ഫയൽ സെർവറിലേക്കുള്ള ലളിതമായ പോകാൻ-വരാൻ പരിശോധന ചെറിയ പ്രവർത്തനങ്ങളിൽ ഗുണിക്കപ്പെടുന്ന സംഖ്യ നൽകുന്നു. തുടർന്ന് പകർപ്പിന്റെ ശരാശരി നിരക്കല്ല, അഭ്യർത്ഥനാ രീതി നിരീക്ഷിക്കുക. നിരക്ക് കുറവാണെങ്കിൽ, ലിങ്ക് നിഷ്ക്രിയമാണെങ്കിൽ, തടസ്സം ടണലിന് മുകളിലാണ്.
ജോലി മാറ്റുക: സമാന്തരതയും ആർക്കൈവുകളും
അനുവദനീയമായ ബൾക്ക് പകർപ്പിന്, നിയന്ത്രിത സമാന്തരതയുള്ള ഉപകരണം കൂടുതൽ അഭ്യർത്ഥനകൾ നടത്തുന്നു. Robocopy-യുടെ /MT ഓപ്ഷൻ Windows-ൽ സാധാരണ ഉദാഹരണമാണ്. ത്രെഡുകൾ ചേർക്കുന്നത് വേഗതയേറിയ പകർപ്പ് ഉറപ്പാക്കുന്നില്ല.
ക്ലയന്റിനും സെർവറിനും സ്റ്റോറേജിനും താങ്ങാനാവുന്ന ഒരു സംഖ്യ തിരഞ്ഞെടുക്കുക, ജോലിയുടെ ലോഗും ഏതെങ്കിലും പിശകുകളും സൂക്ഷിക്കുക.
ഉറവിടത്തിൽ ആർക്കൈവ് ചെയ്യുന്നതും പ്രാദേശികമായി തുറക്കുന്നതും ഓരോ ഫയലിന്റെയും വിദൂര ജോലി ഒഴിവാക്കുന്നു. താരതമ്യത്തിൽ തയ്യാറെടുപ്പിന്റെയും എക്സ്ട്രാക്ഷന്റെയും സമയം ഉൾപ്പെടുത്തുക, ആർക്കൈവ് ജോലിക്ക് ആവശ്യമായ മെറ്റാഡാറ്റയും അനുമതികളും സൂക്ഷിക്കുന്നുവെന്ന് ഉറപ്പാക്കുക. രണ്ട് തന്ത്രങ്ങളും ഒരു ആപ്ലിക്കേഷനെ അതിന്റെ സ്വന്തം ഫയൽ പ്രവർത്തനങ്ങൾ ബാച്ച് ചെയ്യാൻ നിർബന്ധിക്കുന്നില്ല.
നിയന്ത്രിത പരിശോധനയിലൂടെ കൗണ്ടർ പരിശോധിക്കുക
ഒരു ചരം മാറ്റി അതേ ജോലി രണ്ടുതവണ പ്രവർത്തിപ്പിക്കുക, രണ്ട് സംഖ്യകളും രേഖപ്പെടുത്തുക. ക്രമീകരണം സഹായിച്ചോ അതോ നെറ്റ്‌വർക്ക് യാദൃച്ഛികമായി ശാന്തമായിരുന്നോ എന്ന് അറിയാനുള്ള ഏക വഴി നിയന്ത്രിത പരിശോധനയാണ്.
രണ്ട് കമാൻഡുകൾ ഫയൽ എണ്ണവും പോകാൻ-വരാൻ അടിസ്ഥാനരേഖയും നൽകുന്നു:
Get-ChildItem \\fileserver.hq.example\\share -Recurse | Measure-Object -Property Length -Sum
ping -n 20 fileserver.hq.exampleതുടർന്ന് പരിമിതമായ ത്രെഡ് എണ്ണത്തിൽ പകർപ്പ് പ്രവർത്തിപ്പിച്ച് ലോഗ് മുമ്പത്തെ പ്രവർത്തനവുമായി താരതമ്യം ചെയ്യുക:
robocopy \\fileserver.hq.example\\share C:\\local /E /MT:16 /LOG:copy.log /TEEകൗണ്ടർ മെച്ചപ്പെടുത്താൻ SMB സൈനിംഗോ എൻക്രിപ്ഷനോ എൻഡ്‌പോയിന്റ് സംരക്ഷണമോ ഓഫ് ചെയ്യരുത്. ആ മാറ്റങ്ങൾ തടസ്സമല്ലാതിരുന്നേക്കാവുന്ന ഒരു സംഖ്യയ്ക്ക് വേണ്ടി സുരക്ഷാ ഗുണം കൈമാറുന്നു. നിങ്ങളുടെ കുറിപ്പുകളിൽ VPN ഗതാഗതം SMB-യുടെ സ്വന്തം ഗതാഗതത്തിൽ നിന്ന് വേറിട്ട് സൂക്ഷിക്കുക, കാരണം ഒന്നിലെ പരിഹാരം മറ്റൊന്നിനെക്കുറിച്ചുള്ള തെളിവല്ല.