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 ના પોતાના પરિવહનથી અલગ રાખો, કારણ કે એકમાં સુધારો બીજા વિશે પુરાવો નથી.

સંબંધિત લેખો