Kad koplietota starpniekservera kešatmiņa palīdz pārmeklētājam
Novērtējiet atkārtotos resursus, svaigumu un faktiskos pārmeklētāja pieprasījumus, pirms gaidāt, ka koplietota forward-proxy kešatmiņa uzlabos caurlaidību.
Pieņemsim, ka vairāki pārlūkprogrammas darbinieki atver dažādas vienas vietnes lapas. Šīs lapas atsaucas uz vienu un to pašu stila lapu, logotipu un skriptu pakotni. Koplietota forward kešatmiņa var padarīt pirmo pieprasījumu noderīgu vēlākiem darbiniekiem, ja atbildes var izmantot atkārtoti.
Tagad mainiet darba slodzi: katrs darbinieks lejupielādē tikai vienu HTML dokumentu un nekad neielādē ar to saistītos resursus. Kopējā stila lapa joprojām ir marķējumā, bet neviens darbinieks to nepieprasa. Tā neko nepievieno starpniekservera kešatmiņas trāpījumu īpatsvaram.
Sāciet ar pieprasījumiem, kurus jūsu pārmeklētājs faktiski veic
Pārlūkprogramma, kas attēlo lapu, un HTTP klients, kas iegūst tās avotu, veido atšķirīgas pieprasījumu kopas. Izpētiet šīs kopas, pirms izvēlaties kešatmiņas dizainu.
| Darba slodze | Koplietotas atkārtotas izmantošanas potenciāls |
|---|---|
| Darbinieki atkārtoti iegūst tos pašus publiskos resursus | Noderīgi, ja to pieļauj svaiguma un kešatmiņas atslēgas noteikumi |
| Katram pieprasījumam ir unikāls URL vai atbildes variants | Maz pārklāšanās atkārtotai izmantošanai |
| Atbilde pirms atkārtotas izmantošanas ir jāpārbauda no jauna | Var ietaupīt atbildes baitus, taču joprojām nepieciešams brauciens uz augšu |
| Darbinieki jau apmierina pieprasījumus no savas vietējās kešatmiņas | Šie pieprasījumi var nekad nesasniegt koplietoto starpniekserveri |
Vien URL vienlīdzība nav pietiekama. Atbildes svaiguma politika un Vary nosauktie lauki var atšķirt attēlojumus. Privāts, neuzglabājams vai autentificēts saturs prasa piemērojamos koplietotās kešatmiņas noteikumus; to nedrīkst piespiest vienā publiskā rezultātā tikai tāpēc, lai palielinātu trāpījumu skaitu.
Parastajai HTTPS CONNECT plūsmai forward starpniekserveris pārvadā šifrētu tuneli un tam iekšpusē nav HTTP objektu, ko kešot. Izvietojumam ar TLS pārbaudi ir citāda uzticēšanās un apstrādes uzvedība. Vērtējot objektu kešošanas pieejamību, iekļaujiet faktisko režīmu.
Kešatmiņas trāpījums var izvairīties no pieprasījuma uz augšu, savukārt netrāpījums joprojām maksā par starpnieka darbu. Salīdziniet pabeigtos lietderīgos baitus, plūsmu uz augšu un latentumu paredzētajai darba slodzei. Pavedienu skaits raksturo vienlaicību; tas neraksturo, cik daudz atkārtoti izmantojama satura šie pavedieni dala.