Muda wa kuisha wa proksi ya pnpm: Angalia usambamba wa upakuaji
Punguza shinikizo la sambamba lisilohitajika kwenye proksi yenye vikwazo na tofautisha usambamba wa maombi na mipaka ya miunganisho kwa chanzo.
Ikiwa ombi moja la kifurushi linafanya kazi lakini usakinishaji hutoa muda wa kuisha, linganisha kazi ndogo ya sambamba kwenye njia hiyo hiyo kabla ya kubadilisha proksi. Kwa toleo la pnpm linaloauni mipangilio hii ya mradi, mahali pa kuanzia kwa uchunguzi wa kawaida ni:
networkConcurrency: 8
maxsockets: 4Tumia mahali panapoauniwa na toleo lililosakinishwa, kama vile pnpm-workspace.yaml ya sasa. Namba hizi ni mifano tu, si vipimo na si pendekezo la kasi kwa proksi yako.
| Mpangilio | Rasilimali |
|---|---|
networkConcurrency | Kazi ya mtandao ya sambamba. |
maxsockets | Miunganisho kwa chanzo: itifaki, mwenyeji na bandari. |
Endesha operesheni hiyo hiyo ya kifurushi inayokusudiwa na rekodi makosa ya muunganisho, maombi yaliyokamilika na majaribio upya. Usakinishaji wa pili uliohifadhiwa kwenye akiba hauwezi kulinganishwa kama upana wa bendi na upakuaji wa kwanza usiohifadhiwa. Usambamba mdogo unaweza kusaidia mpatanishi mwenye vikwazo au kufanya tu mwendo mzuri kuwa wa polepole; hakuna uboreshaji maalum bila ushahidi wa mzigo wa kazi.
Angalia pia tabia ya toleo. pnpm ya sasa inaeleza usambamba wa kiotomatiki na baadhi ya marekebisho yanayohusiana na muda wa kuisha, ikiwemo kuchukua trafiki inayopitia proksi hiyo hiyo kama mwenyeji mmoja kwa marekebisho hayo. Mpangilio wazi hufanya jaribio liwe wazi zaidi lakini haufanyi kila toleo lipange sawasawa.
Ikiwa hata ombi moja linashindikana, kwanza chunguza itifaki, sehemu ya mwisho, uthibitishaji, TLS au sera lengwa. Mipaka ya usambamba haiwezi kurekebisha hitilafu hizo.