Studoši

U ovom prvom vraća li cache klijentu 200 OK ili isto 304 Not Modified ?

Zagor Po meni 200 OK, jer je klijent poslao zahtjev za resurs. To što cache sam mora provjeriti je li
resurs različit nego onaj kojeg on ima spremljenog ne zanima klijenta.

Zagor Mislim da je 200 OK jer nije klijenta briga je li dobije s cache ili sa servera, cache se brine je li mu verzija valjana

Dell
neZnamNista Hvala na odgovoru!
Jel vama ima smisla da su ova 2 URL-a zamijenjena ili je svejedno, oba su dobra ?

Zagor To će ti server reći jel dobar request il ne. Može i ne mora biti dobro. Što se tiče URL-a sintaksa štima, iako u praksi vjerojatno ne bi to tak implementirao nego s npr. ?nastavnik=3&predmet=1 queryjem

Zagor Da, ja bih ih zamijenio ako pratimo onaj redoslijed gore.

Jel netko zna objasniti ovakav tip zadatka? Konkretno zanimaju me ovi dijelovi zadatka gdje moramo objasniti “Koji od ratia daje bolju procjenu troska?”

Maci Također mislim da je krivo napisano gore kako se računa trošak. Mislim da cijeli izračun treba u zagradu pa da se cijeli dio množi sa M/1000, po ovom se samo dio sa broj_NEpodcrtanih * 2 * header množi s tim

Maci Pa gledaš koji ratio ti daje veći troška, realno je očekivati gori od njih kao pravi trošak.

TrashMan Evo ajmo tu napisati formule

\begin{aligned} X \equiv & \text{ svi requestovi} \\ X_h \equiv & \text{ podcrtani requestovi (hitovi)} \\ X_m \equiv & \text{ nepodcrtani requestovi (missevi)} = X \setminus X_h\\ H \equiv & \text{ veličina zaglavlja (u B)} \\ P \equiv & \text{ trošak obrade na poslužitelju} \\ M \equiv & \text{ trošak prijenosa 1000B preko mreže} \\\\ R_{H} \equiv & \text{ hit ratio} \\ R_{BH} \equiv & \text{ byte hit ratio} \\ C \equiv & \text{ trošak} \\ C_P \equiv & \text{ miss trošak} \\ C_M \equiv & \text{ byte miss trošak} \\\\ \end{aligned}

\begin{aligned} R_{H} = & \frac{card(X_h)}{card(X)} \\ R_{BH} = & \frac{\sum_{i = 1}^{card(X_h)}{(length(X_{h_{i}}) + H)}}{\sum_{i = 1}^{card(X)}{(length(X_{i}) + H)}} \\\\ C_P = & card(X_m) \cdot P \\ C_M = & \frac{\sum_{i = 1}^{card(X_m)}{(length(X_{m_{i}}) + 2H)}}{1000} \cdot M \\\\ C = & C_P + C_M \end{aligned}

I sad lijepo možemo zadatak po zadatak:

• a) odgovor je R_H
• b) odgovor je R_{BH} (ne znam kakva bi to bila caka s headerima)
• c) odgovor je C_M
• d) bolji je byte hit ratio jer nam hit ratio govori krivo kad je trošak neovisno o učestalosti cache misseva 0
• e) odgovor je C_P
• f) bolji je cache hit ratio jer nam byte hit ratio govori krivo kad je trošak neovisno o količini podataka koje prođu kroz mrežu 0
• g) odgovor je C (ukoliko su troškovi pravilno uravnoteženi, ali to je pretpostavka u zadatku jer nema mjernih jedinica)
• h) bolju procjenu daje manji omjer: imamo troškove jednakih vrijednosti svake od komponenata, pa će nam omjeri govoriti o recipročnom odnosu misseva po učestalosti i po količini podataka - veći hit omjer znači manji miss omjer - mi tražimo mjeru koja bolje dočarava ukupni trošak, to je mjera koja dočarava veći od ta 2 troška, a to je manji omjer (jer manji omjer modelira VIŠE misseva, a njih gledamo kod troška, ne hitove).

Primijetiti: card(\cdot) označava funkciju kardinaliteta skupa, tj. vraća broj članova skupa. Funkcija length(\cdot) vraća duljinu bodyja u bajtovima.

Komentar zašto je C_M takav kakav je - moramo uračunati u trošak mreže i sve headere GET-a koje šaljemo kad nemamo cache hit - pretpostavljena metoda je GET koja nema body, pa ona ima samo veličinu headera.

M̵̧̩͑̀͝î̶͍̉ć̴̝̾́̀o̶̺̟̣͂̽ po ovom brojniku iz Rbh formule je: suma_veličina_podcrtanih + header umjesto onoga kako piše u međuispitu suma_veličina_podcrtanih + broj_podcrtanih * header?

Ego Ma joj, ne vidi se da su i brojnik i nazivnik cijeli u sumi, prepravit ću, trenutak.

EDIT: Prepravljeno.

1. Koliko ste na ispiti dobili u zad s cacheom hit rate, jel: 5/11 I 8/11?

2. U tablici nije bio nijedan RH?

Hvala!

pushPop Well I am actually retarded napisao sam da 11 -3 = 7, al da, 8/11 za drugi.

I da, po meni isto nema RH.

M̵̧̩͑̀͝î̶͍̉ć̴̝̾́̀o̶̺̟̣͂̽ 5/11 za prvi ti je isto?

pushPop Yep

M̵̧̩͑̀͝î̶͍̉ć̴̝̾́̀o̶̺̟̣͂̽ I ako mogu još pitat - jel po tebi sustav za cache radio dobro?

Sumnjivo mi je bilo pitanje, al ja sam rekao da je sve OK jer radi normalno cm, ch, rm, rh?

pushPop Rekao sam ne, tj. može se poboljšati boljom predikcijom Expires vrijednosti. Po meni se RM nikad ne bi trebao dogoditi, sustav je preoptimističan.