server tersebut ada pada LAN.Server tersebut tidak dibuka untuk public.
Ketika kita membuka website yang terdapat pada server tersebut, sangat lama.serperti membuka situs yang public aja.dan ketika digunakan untuk C programming, compilasi nya memakan waktu yang sangat lama.Belum lag jika menjalankan binari hasil dari compilasi tersebut.

Quoting Ronny Haryanto <[EMAIL PROTECTED]>:


Taunya lambat dari mana? Cara mengukurnya bagaimana?

ne isi dari /proc/meminfo
-------------------------------------------------------------------------------
MemTotal:      1035260 kB
MemFree:         13244 kB
Buffers:         12036 kB
Cached:         218644 kB
-------------------------------------------------------------------------
tu khan mem free nya dikit bgt.gmana dunk??

Pengertian "free" di sini lain dengan yg mungkin anda bayangkan. Utk
pengertian "free" yang umum kita bayangkan menghitungnya harus
menyertakan juga buffer dan cachenya. Yang benar2 masih bisa digunakan
oleh aplikasi sebetulnya adalah (total - (used - buffers - cache)),
dalam kasus anda used nya adalah 1035260 - 13244 = 1022016, lalu
dikurangi buffer dan cache jadi (1022016 - 12036 - 218644) = 791336.
Sisanya yg bisa dipake oleh aplikasi adalah 1035260 - 791336 = 243924,
masih sekitar 238 MB.

Lebih mudah liat output dari program 'free', karena sudah diitungin yg
+/- buffer/cachenya.

pliz....cara supaya tu server jalan dengan optimal lg.
Via Pm juga boleh.Saya dah kehabisan ide.

Ya itu, anda bisa bilang lambatnya dari mana dulu? Soalnya kan
faktornya bukan cuma memory aja. Setelah kita paham kenapa dia lambat,
baru bisa dipikirin solusinya gimana. Cara pertama mencari solusi itu
adalah pemahaman masalah.

Kalo memang pola penggunaannya membutuhkan memori yang sampe segitu ya
mau gimana lagi selain tambah RAM (atau tambah mesin). Kalo pola
penggunannya belum diselidiki ya dilihat dulu siapa yg paling boros
memori, apa2 yg tidak perlu dimatikan, dan yg boros2 ditweak supaya
tidak boros. Ini KALAU memang masalahnya memori.

Faktor lainnya kan banyak: CPU, network bandwidth/latency, salah
konfigurasi, hardware, dst. Nah karena banyak, jadi langkah pertama
dari pemahaman masalah ini adalah mempersempit ruang lingkup
pencariannya. Caranya macem2, biasanya dengan proses eliminasi,
dicoba satu2 mulai dari yg paling mungkin atau paling tidak mungkin,
dites untuk memastikan, kalo bukan itu masalahnya ya dieliminasi dari
kemungkinan, jadi ruang lingkupnya makin lama makin sempit, sampe
akhirnya pilihannya tinggal sedikit jadi kemungkinan masalahnya ya
cuma itu aja.

Banyak org putus asa dan pusing kalo troubleshooting karena tidak tau
bagaimana harus memulai.

Ronny




----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.



--
FAQ milis di http://wiki.linux.or.id/FAQ_milis_tanya-jawab
Unsubscribe: kirim email ke [EMAIL PROTECTED]
Arsip dan info milis selengkapnya di http://linux.or.id/milis

Kirim email ke