pnpm პროქსის დროის ამოწურვა: შეამოწმეთ ჩამოტვირთვის პარალელურობა
შეამცირეთ ზედმეტი პარალელური დატვირთვა შეზღუდულ პროქსიზე და განასხვავეთ მოთხოვნების პარალელურობა წყაროზე დაშვებული კავშირების ლიმიტებისგან.
თუ ერთი პაკეტის მოთხოვნა მუშაობს, მაგრამ ინსტალაცია დროის ამოწურვას იწვევს, პროქსის შეცვლამდე შეადარეთ ნაკლები პარალელური სამუშაო იმავე მარშრუტზე. pnpm-ის იმ ვერსიისთვის, რომელიც ამ პროექტის პარამეტრებს მხარს უჭერს, ზომიერი დიაგნოსტიკური საწყისი წერტილია:
networkConcurrency: 8
maxsockets: 4გამოიყენეთ ინსტალირებული გამოშვების მიერ მხარდაჭერილი მდებარეობა, მაგალითად მიმდინარე pnpm-workspace.yaml. ეს რიცხვები საილუსტრაციოა და არა გაზომვები ან სიჩქარის რეკომენდაცია თქვენი პროქსისთვის.
| პარამეტრი | რესურსი |
|---|---|
networkConcurrency | პარალელური ქსელური სამუშაო. |
maxsockets | კავშირები თითო წყაროზე: პროტოკოლი, ჰოსტი და პორტი. |
გაუშვით იგივე განზრახული პაკეტური ოპერაცია და ჩაიწერეთ კავშირის შეცდომები, დასრულებული მოთხოვნები და განმეორებითი ცდები. ქეშირებული მეორე ინსტალაცია ვერ შეედრება გამტარობით არაქეშირებულ პირველ ჩამოტვირთვას. დაბალი პარალელურობა შეიძლება დაეხმაროს შეზღუდულ შუამავალს ან უბრალოდ შეანელოს ჯანსაღი გაშვება; ფიქსირებული გაუმჯობესება დატვირთვის მტკიცებულების გარეშე არ არსებობს.
შეამოწმეთ ვერსიის ქცევაც. მიმდინარე pnpm ადოკუმენტებს ავტომატურ პარალელურობას და დროის ამოწურვასთან დაკავშირებულ გარკვეულ კორექტირებებს, მათ შორის იმავე პროქსიზე გამავალი ტრაფიკის ერთ ჰოსტად განხილვას ამ კორექტირებისთვის. მკაფიო პარამეტრი ექსპერიმენტს უფრო გასაგებს ხდის, მაგრამ ყველა გამოშვების განრიგს ერთნაირს არ ხდის.
თუ თუნდაც ერთი მოთხოვნა ვერ შესრულდა, ჯერ გამოიკვლიეთ პროტოკოლი, საბოლოო წერტილი, ავთენტიფიკაცია, TLS ან სამიზნე პოლიტიკა. პარალელურობის ლიმიტები ამ ხარვეზებს ვერ გამოასწორებს.