pnpm প্রক্সি টাইমআউট: ডাউনলোড সমান্তরালতা পরীক্ষা করুন
সীমিত প্রক্সিতে অপ্রয়োজনীয় সমান্তরাল চাপ কমান এবং অনুরোধের সমান্তরালতাকে প্রতি-উৎস সংযোগ সীমা থেকে আলাদা করুন।
যদি একটি প্যাকেজ অনুরোধ কাজ করে কিন্তু ইনস্টলে টাইমআউট হয়, তাহলে প্রক্সি প্রতিস্থাপনের আগে একই পথে কম পরিমাণ সমান্তরাল কাজ তুলনা করুন। এই প্রকল্প সেটিংস সমর্থন করে এমন pnpm সংস্করণের জন্য একটি সংযত ডায়াগনস্টিক সূচনা বিন্দু হল:
networkConcurrency: 8
maxsockets: 4ইনস্টল করা সংস্করণ যে অবস্থান সমর্থন করে তা ব্যবহার করুন, যেমন বর্তমান pnpm-workspace.yaml। এই সংখ্যাগুলি দৃষ্টান্তমূলক, পরিমাপ বা আপনার প্রক্সির জন্য গতির সুপারিশ নয়।
| সেটিং | সম্পদ |
|---|---|
networkConcurrency | সমকালীন নেটওয়ার্ক কাজ। |
maxsockets | প্রতি উৎসে সংযোগ: প্রোটোকল, হোস্ট এবং পোর্ট। |
একই অভীষ্ট প্যাকেজ অপারেশন চালান এবং সংযোগ ত্রুটি, সম্পন্ন অনুরোধ ও পুনরায় চেষ্টা রেকর্ড করুন। ক্যাশ করা দ্বিতীয় ইনস্টলকে প্রথম অ-ক্যাশ ডাউনলোডের সাথে ব্যান্ডউইথ হিসেবে তুলনা করা যায় না। কম সমান্তরালতা সীমিত মধ্যস্থতাকারীকে সাহায্য করতে পারে বা কেবল একটি সুস্থ রানকে ধীর করতে পারে; কর্মভারের প্রমাণ ছাড়া কোনো নির্দিষ্ট উন্নতি নেই।
সংস্করণের আচরণও পরীক্ষা করুন। বর্তমান pnpm স্বয়ংক্রিয় সমান্তরালতা এবং টাইমআউট-সম্পর্কিত কিছু সমন্বয় নথিভুক্ত করে, যার মধ্যে সেই সমন্বয়ের জন্য একই প্রক্সির মাধ্যমে ট্রাফিককে একটি হোস্ট হিসেবে গণ্য করাও রয়েছে। স্পষ্ট সেটিং পরীক্ষাটিকে পরিষ্কার করে কিন্তু প্রতিটি সংস্করণকে একইভাবে সময়সূচি করে না।
যদি একটি অনুরোধও ব্যর্থ হয়, প্রথমে প্রোটোকল, এন্ডপয়েন্ট, প্রমাণীকরণ, TLS বা লক্ষ্য নীতি তদন্ত করুন। সমান্তরালতার সীমা সেই ব্যর্থতাগুলি ঠিক করতে পারে না।