Кога заедничкиот кеш на прокси му помага на ползач
Проценете ги повторуваните ресурси, свежината и вистинските барања на ползачот пред да очекувате заедничкиот forward-прокси кеш да го подобри протокот.
Да претпоставиме дека неколку работници во прелистувач отвораат различни страници од еден сајт. Тие страници упатуваат на истиот стилски лист, лого и скрипт-пакет. Заедничкиот forward кеш може да го направи првото преземање корисно за подоцнежните работници кога одговорите можат повторно да се користат.
Сега сменете го оптоварувањето: секој работник презема само еден HTML документ и никогаш не ги вчитува поврзаните ресурси. Заедничкиот стилски лист сè уште е во означувањето, но ниту еден работник не го бара. Тој не придонесува ништо кон стапката на погодоци на кешот на проксито.
Започнете со барањата што вашиот ползач навистина ги прави
Прелистувачот што прикажува страница и HTTP клиентот што го презема нејзиниот извор создаваат различни множества барања. Прегледајте ги тие множества пред да изберете дизајн на кеш.
| Оптоварување | Потенцијал за заедничко повторно користење |
|---|---|
| Работниците постојано ги преземаат истите јавни ресурси | Корисно кога правилата за свежина и клучот на кешот го дозволуваат |
| Секое барање има единствен URL или варијанта на одговор | Малку преклопување за повторно користење |
| Одговорот бара повторна проверка пред повторно користење | Може да заштеди бајти од одговорот, но сè уште бара патување нагоре |
| Работниците веќе ги задоволуваат барањата од сопствениот локален кеш | Тие барања можеби никогаш не стигнуваат до заедничкото прокси |
Самата еднаквост на URL не е доволна. Политиката за свежина на одговорот и полињата именувани од Vary можат да разликуваат претстави. Приватната, нечувана или автентицирана содржина бара применливи правила за заеднички кеш; не треба да се присилува во еден јавен резултат само за да се зголеми бројот на погодоци.
За обичен HTTPS CONNECT сообраќај, forward проксито носи шифриран тунел и нема HTTP објекти внатре за кеширање. Распоредувањето со TLS-инспекција има поинакво однесување на доверба и обработка. Вклучете го вистинскиот режим кога проценувате дали е достапно кеширање на објекти.
Погодок во кешот може да избегне преземање нагоре, додека промашувањето сè уште плаќа за работата на посредникот. Споредете ги завршените корисни бајти, сообраќајот нагоре и доцнењето за предвиденото оптоварување. Бројот на нишки ја опишува паралелноста; тој не опишува колку повторно употреблива содржина делат тие нишки.