କମ୍ ବିଳମ୍ବ ଥିବା ପ୍ରକ୍ସି ମଧ୍ୟ ଧୀରେ ଡାଉନଲୋଡ୍ କାହିଁକି କରିପାରେ
ସଂଯୋଗର ବିଳମ୍ବ ଓ ଡାଉନଲୋଡ୍ ଥ୍ରୁପୁଟ୍ ପ୍ରକ୍ସି ଅନୁରୋଧର ଭିନ୍ନ ଅଂଶ ମାପେ। କାମ ଅନୁସାରେ ପରୀକ୍ଷା ବାଛନ୍ତୁ।
ଛୋଟ ପୃଷ୍ଠା ଶୀଘ୍ର ଫେରାଉଥିବା ପ୍ରକ୍ସି ମଧ୍ୟ ଫାଇଲ୍ ଡାଉନଲୋଡ୍ ସମୟରେ ଧୀର ହୋଇପାରେ। ପ୍ରଥମ ଅନୁରୋଧ ମୁଖ୍ୟତଃ ସଂଯୋଗ ସ୍ଥାପନ ଓ ପ୍ରତିକ୍ରିୟାର ବିଳମ୍ବ ଦର୍ଶାଏ। ବଡ଼ ସ୍ଥାନାନ୍ତର ରାସ୍ତାଟି ଲଗାତାର କେତେ ତଥ୍ୟ ବୋହିପାରେ ତାହା ଉପରେ ମଧ୍ୟ ନିର୍ଭର କରେ।
କେଉଁ ସଂଖ୍ୟା ଆପଣଙ୍କ ପ୍ରଶ୍ନର ଉତ୍ତର ଦିଏ?
| କାମ | ଉପଯୋଗୀ ପର୍ଯ୍ୟବେକ୍ଷଣ |
|---|---|
| ଛୋଟ ପୃଷ୍ଠା ଖୋଲିବା କିମ୍ବା ଛୋଟ API ଅନୁରୋଧ ପଠାଇବା | ସଂଯୋଗ ସ୍ଥାପନ ସହ ପ୍ରତିକ୍ରିୟା ମିଳିବା ପର୍ଯ୍ୟନ୍ତ ସମୟ। |
| ଫାଇଲ୍ ଡାଉନଲୋଡ୍ କରିବା | ଉପଯୁକ୍ତ ପରୀକ୍ଷା ଫାଇଲ୍ରେ ମୋଟ ସ୍ଥାନାନ୍ତରିତ ବାଇଟ୍ ଓ ହାରାହାରି ଥ୍ରୁପୁଟ୍। |
| ଅନେକ ଅନୁରୋଧରେ ଆପ୍ର ପ୍ରତିକ୍ରିୟା ଦ୍ରୁତ ରଖିବା | ଆଶାକରା କାର୍ଯ୍ୟଭାରରେ ସାଧାରଣ ପ୍ରତିକ୍ରିୟା ସମୟ, ବିଫଳତା ଓ ସଂଯୋଗର ପୁନଃବ୍ୟବହାର। |
ICMP ping ଭିନ୍ନ ପରୀକ୍ଷା। ପ୍ରକ୍ସି ସେବା ଅନୁପଲବ୍ଧ ଥିଲେ ମଧ୍ୟ ସର୍ଭର ping ର ଉତ୍ତର ଦେଇପାରେ, କିମ୍ବା ପ୍ରକ୍ସି ଚାଲୁଥିବାବେଳେ ping ରୋକିପାରେ। ପ୍ରକ୍ସି ଠିକଣାକୁ ଯାଇ ଫେରିବା ସମୟରେ ପ୍ରକ୍ସିରୁ ଆପଣଙ୍କ ଗନ୍ତବ୍ୟ ପର୍ଯ୍ୟନ୍ତ ସଂଯୋଗ ମଧ୍ୟ ଗଣାଯାଏନି।
ପ୍ରକୃତ ସ୍ଥାନାନ୍ତର ମାପନ୍ତୁ
ନିଜ ନିୟନ୍ତ୍ରଣରେ ଥିବା ସର୍ଭରର ଫାଇଲ୍ କିମ୍ବା ଏଭଳି ପରୀକ୍ଷା ପାଇଁ ରଖା ଫାଇଲ୍ ବ୍ୟବହାର କରନ୍ତୁ। ଏହି ଉଦାହରଣ ପ୍ରତିକ୍ରିୟାର ମୂଳ ଅଂଶ ଛାଡ଼ି ସ୍ଥାନାନ୍ତର ଆକାର, ପ୍ରତି ସେକେଣ୍ଡରେ ହାରାହାରି ବାଇଟ୍ ଓ ମୋଟ ସମୟ ଦର୍ଶାଏ:
curl --proxy http://203.0.113.10:8080 --noproxy '' --connect-timeout 5 --max-time 30 --silent --show-error --output /dev/null --write-out 'status=%{http_code} bytes=%{size_download} average_Bps=%{speed_download} seconds=%{time_total}\n' https://example.com/test-file.bin
ଉଦାହରଣର ପ୍ରକ୍ସି ଓ ଫାଇଲ୍ URL ଉଭୟ ବଦଳାନ୍ତୁ। 404 ପୃଷ୍ଠା କିମ୍ବା ପ୍ରବେଶ ନାକଚ ପ୍ରତିକ୍ରିୟା ଶୀଘ୍ର ଆସିଲେ ମଧ୍ୟ ବୈଧ ଡାଉନଲୋଡ୍ ମାନଦଣ୍ଡ ନୁହେଁ। ଗତି ତୁଳନା ପୂର୍ବରୁ ସ୍ଥିତି, ଆଶାକରା ଫାଇଲ୍ ଆକାର ଓ ବିଷୟବସ୍ତୁ ଯାଞ୍ଚ କରନ୍ତୁ।
ହାରାହାରି ଗତି କ୍ଷେତ୍ରର ଏକକ ବାଇଟ୍ ପ୍ରତି ସେକେଣ୍ଡ। ବିଟ୍ ପ୍ରତି ସେକେଣ୍ଡରେ ବିଜ୍ଞାପିତ ନେଟୱର୍କ ପ୍ଲାନ୍ ଭିନ୍ନ ଏକକ ବ୍ୟବହାର କରେ। ବାଇଟ୍କୁ ଆନୁମାନିକ ଭାବେ ବିଟ୍ରେ ବଦଳାଇବାକୁ ଆଠରେ ଗୁଣନ କରନ୍ତୁ; ପୂରା ତୁଳନାରେ ଏକକ ସମାନ ରଖନ୍ତୁ।
ତୁଳନାର ସର୍ତ୍ତ ସମାନ ରଖନ୍ତୁ
ସମାନ ଗନ୍ତବ୍ୟ, ଫାଇଲ୍, କ୍ଲାଏଣ୍ଟ ନେଟୱର୍କ ଓ ଟାଇମଆଉଟ୍ ସେଟିଂ ବ୍ୟବହାର କରନ୍ତୁ। ଦ୍ରୁତତମ ପ୍ରୟାସ ବାଛିବା ବଦଳରେ କିଛି ମଧ୍ୟମ ନମୁନା ତୁଳନା କରନ୍ତୁ। ଅଟକିଥିବା ସ୍ଥାନାନ୍ତର ପାଇଁ ସଂଯୋଗ ସ୍ଥାପନ, ମୋଟ ସମୟ ଓ କମ୍ ଗତିର ସୀମା ଭାବିଚିନ୍ତି ବାଛନ୍ତୁ। ବିଫଳ ଅନୁରୋଧ ମଧ୍ୟ ଫଳାଫଳରେ ରଖନ୍ତୁ: ବେଳେବେଳେ ଦ୍ରୁତ କିନ୍ତୁ ବାରମ୍ବାର ବିଫଳ ପ୍ରକ୍ସି ନିଶ୍ଚୟ ସରିବାକୁ ଥିବା କାମ ପାଇଁ ଅନୁପଯୁକ୍ତ ହୋଇପାରେ।
କ୍ୟାଶ୍ର ଫାଇଲ୍ ଓ ନୂଆ ଡାଉନଲୋଡ୍ ସେବା ଭିତରେ ଭିନ୍ନ ରାସ୍ତାରେ ଯାଇପାରେ। ନୂଆ ସଂଯୋଗ ପରର ଅନୁରୋଧ ଓ ପୁରୁଣା ସଂଯୋଗ ପୁନଃବ୍ୟବହାର କରୁଥିବା ଅନୁରୋଧ ମଧ୍ୟ ସେଭଳି। ଆପ୍କୁ କେଉଁ ବ୍ୟବହାର ଦରକାର ନିର୍ଣ୍ଣୟ କରି ସେହିଟିକୁ ସବୁବେଳେ ମାପନ୍ତୁ।
କାର୍ଯ୍ୟଭାର ଅନୁସାରେ ବାଛନ୍ତୁ
ଛୋଟ API ପ୍ରତିକ୍ରିୟା ପାଇଁ ପ୍ରଥମ ବାଇଟ୍ ପୂର୍ବରୁ ଅଧିକ ଏକ ସେକେଣ୍ଡ ଅପେକ୍ଷା ସର୍ବୋଚ୍ଚ ଥ୍ରୁପୁଟ୍ଠାରୁ ଗୁରୁତ୍ୱପୂର୍ଣ୍ଣ ହୋଇପାରେ। ବଡ଼ ଡାଉନଲୋଡ୍ରେ ଦ୍ରୁତ ହ୍ୟାଣ୍ଡଶେକ୍ ପରେ ଅତି ଧୀର ମୂଳ ଅଂଶ ମିଳିବା ଭଲ ବିନିମୟ ନୁହେଁ। ଉଭୟ କାମରେ ପ୍ରକୃତ ବ୍ୟବହାରର ଗନ୍ତବ୍ୟ ପରୀକ୍ଷା କରନ୍ତୁ; ପ୍ରକ୍ସିର ସମସ୍ତ ରାସ୍ତା ବର୍ଣ୍ଣନା କରୁଥିବା ଗୋଟିଏ ଗତି ସ୍କୋର ନାହିଁ।
ProxyHub ପ୍ରକ୍ସି ତାଲିକା ପ୍ରତି IP ପାଇଁ ସ୍ୱତନ୍ତ୍ର ଥ୍ରୁପୁଟ୍ ମାପ ଦିଏନି। ପ୍ରୋଟୋକଲ୍ କିମ୍ବା ଦେଶର ଫିଲ୍ଟର ଗତିର କ୍ରମତାଲିକା ନୁହେଁ।