On Mon, 6 Sep 2004 16:19:59 +0700, bayufa <[EMAIL PROTECTED]> wrote: > Hi all > Lagi garap aplikasi +mysql yang cukup menantang nih ..! tantangannya > adalah bagaimana akses ke database mysql secepat dan sebanyak mungkin. > Tujuannya sih , message yang dipump dari sistem sebanyak mungkin ( high > troughput ) > > kira2 alurnya gini : > SELECT * ----> UPDATE state = sedang kirim ---> Kirim_Message() ---> > UPDATE state=sudah_kirim > > begitu aja terus... sebanyak2nya dan secepatnya !! > > Tujuan tweaking supaya query SELECT / UPDATE / INSERT bisa optimal > sistem ini cukup berbeda dgn setup mysql standar ( yg cocok utk Web / > Many SELECT little UPDATE )
Sori, pertanyaan dibawah saya angkat bukan karena saya bisa menyarankan perbaikannya, tapi sekedar keingintahuan. Mungkin dalam proses menjawab bisa muncul solusinya :D a. ketika state=sedang kirim, apa yang terjadi? proses kirim_message lain ditahan? b. apakah yang melakukan proses kirim_message ini hanya satu klien? c. apakah proses kirim_message memakan waktu, secara proporsi, signifikan dibanding proses lain? d. apakah proses kirim_message menunggu selama selang waktu yang tidak pasti? (indeterministik). Biasanya, ketika saya mencoba mempercepat aplikasi, saya lakukan profiling. Dari sana bisa muncul statistik: bagian mana yang paling sering dipanggil dan paling lama dieksekusi. Bagian-bagian itu yang perlu diperbaiki. -- .''`. Andika Triwidada <[EMAIL PROTECTED]> : :' : just another Debian admin, and user `. `'` `- Debian - when you have better things to do than fixing a system -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
