Bung Andes,
Ada kemungkinan juga kalau update-nya bermasalah di
bagian query-nya. Bisa jadi querynya full table scans
padahal update-nya cuma bbrp record.
Coba cek execution plan, atau bandingkan kolom
rows_processed dan buffer_gets di view v$sqlarea
berdasarkan hash_value/sql_id. Kolom rows_processed
menunjukkan berapa banyak records yg di-update,
sedangkan buffer_gets menunjukkan berapa banyak blocks
yg diakses.
Kalau masalah locking, karena operasi user yg nunggu
cuma dimasukkan ke dalam antrian, maka tidak makan cpu
sama sekali.
Agak aneh juga, Anda bilang cpu 99%, tapi EM bilang
wait 98%. Kalau 'wait' harusnya berhubungan dengan
bottleneck selain pemakaian cpu. Mungkin musti
me-review report statspack utk lebih pastinya.
Usahakan mengambil snapshot sebelum dan sesudah
update.
Regards,
tomi
--- Andes Febrian <[EMAIL PROTECTED]> wrote:
> Dear all, mohon pencerahannya, kenapa ya ketika
> syntax update suatu row di
> jalankan, maka konsumsi memory di server jadi
> tinggi, ketika saya ketik top
> (server linux) maka %CPU jadi 99% ? tadinya tidak
> pernah seperti ini ketika
> syntax update tersebut dijalankan. menurut
> perkiiraan saya, user ada yg
> update tp entah knp dia blm commit2, ketika ada user
> lain yg mau update,
> ketahan, jadi bikin load CPU tinggi. tp bener ga yg
> sepert ini bisa buat cpu
> load jadi tinggi ?
>
> saya liat jg di top sql pada em, syntax update ini
> membuat wait jadi 98% tp
> activity hanya 48%. mohon bantuannya, apa yg harus
> saya lakukan ?
>
> --
> Cheers,
> ^_^ Andes ^_^
____________________________________________________________________________________
Be a better friend, newshound, and
know-it-all with Yahoo! Mobile. Try it now.
http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ
