pnpm પ્રોક્સી ટાઇમઆઉટ: ડાઉનલોડ સમવર્તિતા તપાસો
મર્યાદિત પ્રોક્સી પર બિનજરૂરી સમાંતર દબાણ ઘટાડો અને વિનંતી સમવર્તિતાને મૂળ દીઠ કનેક્શન મર્યાદાઓથી અલગ પાડો.
જો એક પેકેજ વિનંતી કાર્ય કરે છે પણ ઇન્સ્ટોલ સમય સમાપ્તિ ઉત્પન્ન કરે છે, તો પ્રોક્સી બદલતા પહેલા તે જ માર્ગ પર ઓછા પ્રમાણમાં સમાંતર કાર્યની તુલના કરો. આ પ્રોજેક્ટ સેટિંગ્સને સમર્થન આપતી pnpm આવૃત્તિ માટે, એક નમ્ર નિદાનાત્મક પ્રારંભિક બિંદુ છે:
networkConcurrency: 8
maxsockets: 4ઇન્સ્ટોલ કરેલી આવૃત્તિ દ્વારા સમર્થિત સ્થાનનો ઉપયોગ કરો, જેમ કે વર્તમાન pnpm-workspace.yaml. આ સંખ્યાઓ દૃષ્ટાંતરૂપ છે, માપ નથી કે તમારા પ્રોક્સી માટે ઝડપની ભલામણ નથી.
| સેટિંગ | સંસાધન |
|---|---|
networkConcurrency | સમાંતર નેટવર્ક કાર્ય. |
maxsockets | મૂળ દીઠ કનેક્શન: પ્રોટોકોલ, હોસ્ટ અને પોર્ટ. |
તે જ ઇચ્છિત પેકેજ કામગીરી ચલાવો અને કનેક્શન ભૂલો, પૂર્ણ થયેલી વિનંતીઓ અને ફરી પ્રયાસો નોંધો. કેશ કરેલી બીજી ઇન્સ્ટોલને કેશ વગરના પ્રથમ ડાઉનલોડ સામે બેન્ડવિડ્થ તરીકે સરખાવી શકાતી નથી. ઓછી સમવર્તિતા મર્યાદિત મધ્યસ્થને મદદ કરી શકે છે અથવા ફક્ત સ્વસ્થ રનને ધીમો કરી શકે છે; કાર્યભારના પુરાવા વિના કોઈ નિશ્ચિત સુધારો નથી.
આવૃત્તિના વર્તનની પણ તપાસ કરો. વર્તમાન pnpm આપોઆપ સમવર્તિતા અને ટાઇમઆઉટ સંબંધિત ચોક્કસ ગોઠવણોનું દસ્તાવેજીકરણ કરે છે, જેમાં તે ગોઠવણ માટે સમાન પ્રોક્સી દ્વારા થતા ટ્રાફિકને એક હોસ્ટ તરીકે ગણવાનો સમાવેશ થાય છે. સ્પષ્ટ સેટિંગ પ્રયોગને વધુ સ્પષ્ટ બનાવે છે, પરંતુ દરેક આવૃત્તિને સમાન રીતે શેડ્યૂલ કરતી નથી.
જો એક પણ વિનંતી નિષ્ફળ જાય, તો પહેલા પ્રોટોકોલ, એન્ડપોઇન્ટ, પ્રમાણીકરણ, TLS અથવા લક્ષ્ય નીતિની તપાસ કરો. સમાંતરતાની મર્યાદાઓ તે નિષ્ફળતાઓને સુધારી શકતી નથી.