Blog Indonesia tentang IT, software dan telekomunikasi.

Tetang penulis

Laki-laki.
Orang Indonesia.
Berprofesi dibidang teknologi informasi dan telekomunikasi.

Tentang blog ini


Blog ini berkaitan dengan pemrograman, Software Engineering, telekomunikasi, Internet, Java, PHP, database dan lain-lain. Blog ini bukan sebuah diary, dibuat hanya hanya sebagai catatan agar bisa dilihat kembali suatu saat. Jadi isi blog ini akan berisi tips/trik atau artikel. Semua posting pada blog ini adalah tulisan saya sendiri (tidak ada yang mengkopi dari tempat lain). Anda bebas mengkopi isi dari blog ini dan mempublikasikannya lagi selama mencantumkan nama saya sebagai penulis (ejlp12) atau email saya.

Blog ini adalah blog Indonesia yang berarti dari orang Indonesia dan menggunakan bahasa Indonesia.

Silakan beri komentar jika artikel kurang jelas atau terdapat kesalahan. Untuk komentar yang TIDAK berkaitan dengan topik posting blog bisa dikirim ke email ejlp12 @yahoo.com

Wednesday, November 24, 2004

Random number

http://random.mat.sbg.ac.at/
http://www.gnu.org/software/gsl/manual/gsl-ref_17.html
http://cgm.cs.mcgill.ca/~luc/rng.html

Thursday, November 11, 2004

Jangan percaya cost dari oracle optimizer?

Consider Cost or Time - trying to compare the COST of two queries. Diskusi dari website asktom ini cukup menarik, karena kita biasanya Oracle DBA menggunakan cost untuk menentukan query mana yang performancenya bagus (bisanya berarti query yang eksekusinya cepat).

Diskusinya sangat panjang, sudah ada sejak tahun 2000 tapi sedikit potongan komentar tom ini mungkin bisa jadi acuan :

You cannot compare costs across queries, even if the queries are "identical".


You cannot make any judgments about the relative performance of a query based on
the cost (queries with tiny costs may take days to run, queries with huge costs
could run in milliseconds).

Thursday, November 04, 2004

WAS craches

Websphere application server saya, beberapa waktu lalu crash dan menghasilkan sebuah file heap dump yang besar (800MB). Waktu itu sempat membuat panik karena terjadi berulang-ulang di mesin production, setelah itu masalah lain muncul: WAS crashes dan mengasilkan file javacore.

Untuk mengalisis penyebab WAS crashes link penting sebagai sumber bacaan adalah:

Setelah itu mulailah download tools untuk men-debug memory leak misalnya Heaproots atau HeapWizard dan untuk memulainya coba baca tulisan ini: (Near?) zero overhead debugging with the IBM JVM.

Arsip

Lain-lain

KampungBlog.com - Kumpulan Blog-Blog Indonesia Mobile Phone Blogs - Blog Catalog Blog Directory Technology blogs Blogdup Blog Directory