On Mon, Oct 03, 2005 at 09:33:58AM +0700, Ino3 wrote: > >>[EMAIL PROTECTED] ~]# free > >> total used free shared buffers cached > >>Mem: 514560 495056 19504 0 198792 75968 > >>-/+ buffers/cache: 220296 294264 > >>Swap: 1052216 888 1051328 > >> > >>[EMAIL PROTECTED] ~]# df -h > >>Filesystem Size Used Avail Use% Mounted on > >>/dev/hda2 9.5G 2.1G 7.0G 23% /cache > > /cache yg saya maksud tersebut adalah, partisi /cache yg saya jadikan > cache_dir buat squid. > > =================================================================== > Ronny Wrote: By definition, cache akan selalu "kemakan" > =================================================================== > cache apakah sama dengan Swap?
Tidak. Makanya saya tanya, cache yg anda maksud yg mana. Lihat lagi output 'free' di atas. Swap anda pun hampir gak kepake kok (888 KBytes, dr 1 GB). RAM aja yg "kepake" baru setengahnya paling (220296 KBytes dr 512 MB). > Pertanyaan saya sebelumnya.. > > >>Apa yg mesti dilakukan jika di machine kita cache nya dah ke > >>makan? Sebenernya yg anda maksud kemakan di sini gimana sih? Udah penuh? Saya gak melihat hubungannya cache penuh dengan performance yg lambat. Seperti saya bilang, yg namanya cache itu seharusnya selalu penuh setelah dipake cukup lama. Cache akan selalu diisi dengan object yg paling sering diakses, kalo ada request utk object yg udah ada di cache kan jadi responsenya lebih cepat, ini namanya cache hit. Kalo request utk object yg tidak ada di cache ya mesti ambil lagi dr sumbernya, jadi tidak secepat ngambil dr cache, ini namanya cache miss. Salah satu faktor yg dipake utk mengevaluasi performance cache dilihat dari hit ratio, perbandingan antara hit dan miss. Kalo pola penggunaan dari user anda adalah object yg non-cacheable (dynamic pages) atau tidak ada yg sering diakses sehingga hit rationya kecil maka cachenya tidak efektif, squidnya sekedar jadi proxy aja, aspek cachingnya kecil. Masih banyak lagi faktor yg mempengaruhi performance cache. Jgn buru2 berspekulasi karena "cachenya kemakan" tanpa disertai data, nanti anda cape sendiri karena solusinya bisa jadi kurang tepat. "Profile, don't speculate", saya gak pernah bosen mengutip quote dr Dan Bernstein (djb) ini. Coba cek di statisticnya squid, hit rationya berapa persen. Trus filesystemnya /cache itu pake jenis filesystem apa? ext3? Block sizenya berapa? Object2nya besarnya berapa rata2? Hard disknya IDE apa SCSI? DMA udah nyala? udah dibenchmark pake hdparm -tT hasilnya gimana? Parameter2 utk cache squidnya (seperti di email anda yg awal) itu udah dihitung yg optimum atau sekedar pake default? Mungkin masih banyak lagi pertanyaan yg bisa dijawab utk bisa dijadikan pertimbangan sebelum berkesimpulan, rekan lain yg lebih pengalaman tuning squid mungkin bisa ikut membantu. Atau anda bisa cek di dokumentasi dan websitenya squid, pasti tidak jarang org yg ingin tuning squid jadi pasti ada guidenya. Ronny
pgpj2DohfIZFc.pgp
Description: PGP signature
