curl પ્રોક્સી ટ્રાન્સફર માટે ક્લાયન્ટ-સાઇડ સમય માપન

કુલ ટ્રાન્સફર સમયમાંથી પ્રથમ-બાઇટ સમય બાદ કરવાથી પ્રથમ પ્રતિભાવ બાઇટ પછીના સમયથી પૂર્ણતા સુધીનું અંતરાલ વર્ણવાય છે. તે એ અલગ કરતું નથી કે પ્રોક્સીએ વેબસાઇટ સાથે જોડાવામાં અથવા વેબસાઇટ પ્રતિભાવ બનાવે તેની રાહ જોવામાં કેટલો સમય ગાળ્યો.

પ્રોક્સી IPની સરખામણી કરતી વખતે આ ભેદ મહત્વનો છે. મોટું બોડી પ્રથમ-બાઇટ પછીના અંતરાલને લાંબુ કરી શકે છે, ભલે વેબસાઇટે ઝડપથી જવાબ આપ્યો હોય. નાનું બોડી પ્રથમ બાઇટ પહેલાં લાંબી રાહ પછી ઝડપથી પૂરું થઈ શકે છે.

દરેક ફીલ્ડ માટે દસ્તાવેજીકૃત ચોક્કસ વ્યાખ્યા વાપરો. પ્રોક્સીનો પ્રકાર, TLS, કનેક્શનનો પુનઃઉપયોગ અને રીડાયરેક્ટ કયા તબક્કા રજૂ થાય છે તેને અસર કરી શકે છે. આ ક્લાયન્ટ તરફથી અવલોકનો છે; તે પ્રોક્સીના આંતરિક DNS, કતાર, અપસ્ટ્રીમ કનેક્શન અને મૂળ-પ્રક્રિયા સમયને અલગથી આપોઆપ ખુલ્લા કરતા નથી.

જો તમે પ્રોક્સી ચલાવો છો, તો ક્લાયન્ટ સમયને તેના પોતાના વિનંતી લોગ અથવા મેટ્રિક્સ સાથે સહસંબંધિત કરો. નહિં તો, માપને એન્ડ-ટુ-એન્ડ પુરાવા તરીકે રાખો અને પ્રામાણિકપણે લેબલ કરો. «પ્રોક્સી પ્રતિભાવ સમય» નામની સંખ્યાને વ્યાખ્યાયિત શરૂઆત અને અંતની જરૂર છે.

સરખામણીઓ માટે લક્ષ્ય, પ્રતિભાવ કદ અને કાર્યભાર સુસંગત રાખો. જ્યારે જાહેર એન્ડપોઇન્ટ તે સરખામણી માટે યોગ્ય હોય, ત્યારે મફત પ્રોક્સીની સૂચિ ઉમેદવારો આપે છે; તુલનાત્મક માપ માટે એ જ સમર્થિત પ્રોક્સી પ્રોટોકોલ વાપરો. બીજા પૃષ્ઠનું ઝડપી પરિણામ વધુ સારા પ્રોક્સી માર્ગને બદલે નાના ટ્રાન્સફરને પ્રતિબિંબિત કરી શકે છે.