Velikost kese pro squida [Long]

[Milan Kerslager]

Nevim, zda se tady k tomu nekdo vyjadril, tak to zkusim, i kdyz je to
mesic stare....

On Thu, 16 Dec 1999, Zdenek Svarc wrote:
>
>     jak velikou kes byste videli optimalne pro stroj Pentium III/450, 128 KB
> SDRAM130, HD IBM UltraATA66 / 7200 tocek ? Nebo jeste jinak, jake jsou Vase
> konfigurace ? Slovem optimalne mam na mysly rozumny kompromis mezi rychlosti
> pristupu a velikosti kese.

No, ja mam sit s asi 120 PC. Pri velikosti cache 1GB jsem mel uspesnost
lehce pod 40%. Po zdvojnasobeni velikosti jsem se dostal na 46%. Kdyz jsem
radne nakonfiguroval, prekompiloval s podporou digestu a nastavil
spolupraci se vsemi dostupnymi okolnimi Squidy, pravdepodobnost se zhruba
udrzela (+- 3%), ale odezvy se vizualne zkratily (spousta hitu bylo do
spolupracujicich cache), zatizeni linky stouplo (delal jsem to, aby se
lince ulevilo), zrejme protoze to uzivatelu "svisti". Mam SCSI UW disk a
linku dost tlustou (kolem 1Mbps, driv i vic), takze na slabsim HW a IDE
disku mel stroj evidentne problemy. Ted je to PII/392MHz, 256MB RAM,
prazdny swap (256MB). Ten stroj dela krome cache (Squid ma v pameti 80MB,
ale nastaveno ma na zakladni data 48) i WWW a nejake dalsi veci, jako je
transparentni proxy (to je bezva, ted lezou pres cache i vylozeni
ignoranti), firewall a nejaky accounting provozu, SQL server a tak. Ted je
silne happy :-), ale pokud jsem mel jeste jen 128MB RAM a takt na
predepsanych 233MHz, tak moc vesely nebyl... (pretaktovani jsem radne
vyzkousel, pridal vetracek, namazal chladic takovou tou pastou na vykonove
tranzistory a nemam problem).

Po prechodu na RH6.1 (ext2 rev.2 - sparse_super, prace s diskem se vyrazne
zrychlila) jsem musel rucne snizit block size pri formatovani z 4096 na
1024, jak to byl default drive (v cache je hodne malych souboru).
Nepamatuji se presne, ale myslim, ze jsem musel rucne zvysit pocet inodu,
protoze dosly driv, nez doslo misto na fs (viz df kontra df -i).

Ted mam asi inodu moc, ale predelavat to zatim nebudu:

Filesystem            Inodes     IUsed     IFree IUse% Mounted on
/dev/sdb1             401024    287692    113332   72% /var/spool/squid
Filesystem           1k-blocks    Used Available  Use% Mounted on
/dev/sdb1            1917221   1731291    185930   90% /var/spool/squid

Protoze Squid bezi na vlastni partition, mam rezervovane misto pro roota
nastaveno na nulu (viz mke2fs nebo tune2fs), ale Squid je nastaveny tak,
aby bylo cca 10-15% volneho mista. Mountuju s parametrem noatime, protoze
to pak neaktualizuje posledni pristup k souboru (cili se zbytecne
nezapisuje), viz zaznam v /etc/fstab:

/dev/sdb1   /var/spool/squid   ext2    defaults,noatime,nosuid,noexec 1 2

No, a to je asi vsechno....
Ma nekdo nejake dalsi zkusenosti a doporuceni?

Jo, pro cache za pomalou linkou bych mozna vyradil pinkani na sousedy, aby
to neobtezovalo linku, ale to jsem nijak blize nezkoumal (krome toho, ze
jsem zahy prisel na to, ze tahat digesty pres modem je kravina, protoze
tech 300 - 1MB se tahal desne dlouho). No a jeste jsem si vzpomel, ze na
TEN150 meli problem se Squidem, ktery jednou za cas aktualizuje nejakou
svou vnitrni databazi a to se pak odmlci kazdou hodinu i na 3 a vice minut
(podle velikosti cache). Ja to nepozoruji, ale jsou na to nejake patche a
nevim, zda jsou uz ve standardni distribuci. No, a zapomel jsem na to, ze
logy strkam na jiny disk a kdyz je vypnu (hlavne kdyz cache byla na IDE),
tak se vykon viditelne zvysi.

Takze zaver zni asi tak, ze je to potreba vyzkouset a sledovat, co se deje
(pomoci cachemgr.cgi) za zmenenych podminek.

--
                        Milan Kerslager
                        E-mail: milan.kerslager na spsselib.hiedu.cz
                        WWW:    http://www.spsselib.hiedu.cz/~kerslage/