pnpm ପ୍ରକ୍ସି ଟାଇମଆଉଟ୍: ଡାଉନଲୋଡ୍ ସମକାଳୀନତା ଯାଞ୍ଚ କରନ୍ତୁ
ସୀମିତ ପ୍ରକ୍ସି ଉପରେ ଅନାବଶ୍ୟକ ସମାନ୍ତରାଳ ଚାପ କମାଉ ଏବଂ ଅନୁରୋଧ ସମକାଳୀନତାକୁ ପ୍ରତ୍ୟେକ-ଉତ୍ସ ସଂଯୋଗ ସୀମାରୁ ଅଲଗା କରନ୍ତୁ।
ଗୋଟିଏ ପ୍ୟାକେଜ୍ ଅନୁରୋଧ କାମ କରେ କିନ୍ତୁ ଇନଷ୍ଟଲ୍ ଟାଇମଆଉଟ୍ ଦିଏ, ପ୍ରକ୍ସି ବଦଳାଇବା ପୂର୍ବରୁ ସେହି ପଥରେ କମ୍ ପରିମାଣର ସମାନ୍ତରାଳ କାମ ତୁଳନା କରନ୍ତୁ। ଏହି ପ୍ରୋଜେକ୍ଟ ସେଟିଂସ୍ ସମର୍ଥନ କରୁଥିବା pnpm ସଂସ୍କରଣ ପାଇଁ ଏକ ସାଧାରଣ ନିଦାନ ଆରମ୍ଭ ବିନ୍ଦୁ ହେଉଛି:
networkConcurrency: 8
maxsockets: 4ଇନଷ୍ଟଲ୍ ହୋଇଥିବା ରିଲିଜ୍ ସମର୍ଥନ କରୁଥିବା ସ୍ଥାନ ବ୍ୟବହାର କରନ୍ତୁ, ଯେପରି ବର୍ତ୍ତମାନର pnpm-workspace.yaml। ଏହି ସଂଖ୍ୟାଗୁଡ଼ିକ ଉଦାହରଣ, ଆପଣଙ୍କ ପ୍ରକ୍ସି ପାଇଁ ମାପ କିମ୍ବା ଗତି ସୁପାରିଶ ନୁହେଁ।
| ସେଟିଂ | ଉତ୍ସ |
|---|---|
networkConcurrency | ସମକାଳୀନ ନେଟୱାର୍କ କାମ। |
maxsockets | ପ୍ରତ୍ୟେକ ଉତ୍ସ ପାଇଁ ସଂଯୋଗ: ପ୍ରୋଟୋକଲ୍, ହୋଷ୍ଟ ଏବଂ ପୋର୍ଟ। |
ସେହି ଉଦ୍ଦିଷ୍ଟ ପ୍ୟାକେଜ୍ ଅପରେସନ୍ ଚଲାନ୍ତୁ ଏବଂ ସଂଯୋଗ ତ୍ରୁଟି, ସମ୍ପୂର୍ଣ୍ଣ ଅନୁରୋଧ ଏବଂ ପୁନଃପ୍ରୟାସ ରେକର୍ଡ କରନ୍ତୁ। କ୍ୟାସ୍ କରାଯାଇଥିବା ଦ୍ୱିତୀୟ ଇନଷ୍ଟଲ୍କୁ କ୍ୟାସ୍ ନଥିବା ପ୍ରଥମ ଡାଉନଲୋଡ୍ ସହ ବ୍ୟାଣ୍ଡୱିଡଥ୍ ଭାବରେ ତୁଳନା କରାଯାଇପାରିବ ନାହିଁ। କମ୍ ସମକାଳୀନତା ସୀମିତ ମଧ୍ୟସ୍ଥକୁ ସାହାଯ୍ୟ କରିପାରେ କିମ୍ବା ସୁସ୍ଥ ରନ୍କୁ କେବଳ ମନ୍ଥର କରିପାରେ; କାର୍ଯ୍ୟଭାର ପ୍ରମାଣ ବିନା କୌଣସି ନିର୍ଦ୍ଦିଷ୍ଟ ଉନ୍ନତି ନାହିଁ।
ସଂସ୍କରଣ ଆଚରଣ ମଧ୍ୟ ଯାଞ୍ଚ କରନ୍ତୁ। ବର୍ତ୍ତମାନର pnpm ସ୍ୱୟଂଚାଳିତ ସମକାଳୀନତା ଏବଂ କିଛି ଟାଇମଆଉଟ୍-ସମ୍ପର୍କିତ ସମାୟୋଜନ ଡକ୍ୟୁମେଣ୍ଟ କରେ, ଯେଉଁଥିରେ ସେହି ସମାୟୋଜନ ପାଇଁ ଏକା ପ୍ରକ୍ସି ମାଧ୍ୟମରେ ଯାଉଥିବା ଟ୍ରାଫିକ୍କୁ ଏକ ହୋଷ୍ଟ ଭାବରେ ବ୍ୟବହାର କରିବା ଅନ୍ତର୍ଭୁକ୍ତ। ସ୍ପଷ୍ଟ ସେଟିଂ ପରୀକ୍ଷାକୁ ସ୍ପଷ୍ଟ କରେ କିନ୍ତୁ ପ୍ରତ୍ୟେକ ରିଲିଜ୍କୁ ସମାନ ଭାବରେ ସମୟସୂଚୀ କରେ ନାହିଁ।
ଗୋଟିଏ ଅନୁରୋଧ ମଧ୍ୟ ବିଫଳ ହେଲେ, ପ୍ରୋଟୋକଲ୍, ଏଣ୍ଡପଏଣ୍ଟ, ପ୍ରମାଣୀକରଣ, TLS କିମ୍ବା ଲକ୍ଷ୍ୟ ନୀତି ପ୍ରଥମେ ଯାଞ୍ଚ କରନ୍ତୁ। ସମାନ୍ତରାଳତା ସୀମା ସେହି ବିଫଳତାକୁ ସମାଧାନ କରିପାରିବ ନାହିଁ।