Ini hasil tracert dari ISP lain :

traceroute to ndri.info (74.53.97.75), 30 hops max, 60 byte packets
1 (183.91.64.129) 1.372 ms 1.477 ms 1.551 ms
2 (202.152.1.113) 1.492 ms 1.506 ms 1.521 ms Baca Log Selengkapnya...

Kemaren dapet kabar dari Mas Willysr, pidgin 2.7.0 sudah keluar dengan beberapa fitur baru... Untuk fitur baru bisa dilihat disini.

Oke, berikut ini cara install melalui source (bukan melalui ppa) :

*) Download source Pidgin 2.7.0 dari sourceforge (saya suka pake mirror jaist)

*) Extract source pidgin yang sudah di download

*) Tambahkan repository dibawah ini (jika belum ada) :
deb-src http://archive.ubuntu.com/ubuntu lucid main restricted
deb-src http://id.archive.ubuntu.com/ubuntu/ lucid multiverse main universe restricted

*) Buka terminal, ketik :
apt-get install apt-get build-dep pidgin

*) Configure pidgin :
cd /direktory/nyimpen/source/pidgin
./configure
make
make install

Beress...
Baca Log Selengkapnya...

Saya kemaren sempet bikin mirror Ubuntu 10.04 LTS di salah satu server yang saya rawat. Nahhh, karena repository untuk satu arch (architecture) processor bisa mencapai 32 Gb maka saya berinisiatif untuk memisahkan script antara intel dengan amd64 agar ngga berbarengan jalannya.

Tapi ternyata, seperti yang saya ceritakan sebelumnya, repo yang terakhir selalu menimpa repo yang sebelumnya, haha, ternyata memang ngga boleh dijalanin lebih dari satu kali untuk target direktori yang sama, jadi harus berbarengan.

Oke, berikut cara membuat mirror repository Ubuntu 10.04 LTS yang saya ambil dan saya sederhanakan dari OpenSource TelkomSpeedy :

Asumsi

folder repo : /home/user/repo-10.4
server : dl2.foss-id.web.id atau 125.160.17.22
GNUPGHOME : /home/user/mirrorkeyring
Baca Log Selengkapnya...

Server selesai diconfig, siste / aplikasi web sudah tidak ada error, jaringan dipastikan ready, apakah sudah siap untuk live production...?

Tunggu dulu kita juga harus memperkirakan berapa banyak user yang nantinya akan live menggunakan sistem / aplikasi tersebut, kita juga harus memperkirakan berapa banyak dan berapa besar data diterima dan dikirim oleh si server, pun juga request dari pengguna sistem... Bagaimana kalau sudah runing live ternyata server tidak mampu alias kuwalahan untuk menerima banyak request dalam satu waktu, atau banyak data yang ditransfer (upload) ke server dalam waktu yang bersamaan.

Nahhh, untuk mengetahui, kita bisa uji coba server dan jaringan yang akan digunakan sebagai live production tersebut. Istilahnya stress testing atau stress benchmarking.

Toolsnya apa ndri..?

Gunakan saja ab, tools yang sudah secara build in disertakan pada waktu kita menginstall apache2.

Caranya gimana ndri...?
Baca Log Selengkapnya...

Adakalanya, komputer / server kita mengalami penuhnya memory (RAM) pada saat menjalankan banyak proses secara bersamaan. Memory yang penuh ini akan menyebabkan kinerja komputer / server linux menjadi lamban atau bahkan pada batas tertentu bisa berhenti (hank)

Nahh, untuk mengatasinya, kita bisa menyuruh kernel untuk membersihkan cache, dentries dan inode dari memory. Caranya...?

*. Untuk membersihkan pagecache
# echo 1 > /proc/sys/vm/drop_caches

*. Untuk membersihkan inodes dan dentries
# echo 2 > /proc/sys/vm/drop_caches

*. Untuk membersihkan ketiganya (pagecache, inodes dan dentries)
# echo 3 > /proc/sys/vm/drop_caches

Untuk melakukannya secara periodik, silahkan cron salah satu perintah diatas (saya menggunakan echo 3 untuk membersihkan ketiganya) :
# crontab -e
* */2 * * * echo 3 > /proc/sys/vm/drop_caches

Contoh diatas akan mengosongkan pagecache, inodes dan dentries pada memory setiap 2 jam sekali...

Sekian, semoga bermanfaat