Baterai yang digunakan pada laptop kita berjenis Li-ion (Lithium-ion, tidak saya bahas detailnya karena tulisan ini tidak fokus pada hal tersebut) yang bekerja karena adanya pergerakan ion. Idealnya, mekanisme yang digunakan memungkinkan baterai untuk dapat digunakan selamanya, tapi jelas itu tidak mungkin. Suatu ketika baterai pasti mengalami apa yang kita sebut sebagai baterai drop atau ada juga yang menyebut battery aging (selanjutnya saya sebut penuaan). Setidaknya ada 4 faktor yang MEMPERCEPAT proses penuaan tersebut. Disini saya tidak akan membahas detail teknis, tetapi hanya sekedar overview saja.

1. Cycle count limit (battery life cycle)

Faktor ini merupakan faktor alamiah yang dimiliki tiap baterai. Jadi, kita tidak mungkin menambah batasan cycle count yang dimiliki baterai. Lalu, apakah cycle count itu? Ketika kita menggunakan laptop dari full charge sampai nyaris habis, kemudian kita charge sampai full lagi, itu dihitung sebagai 1 cycle. Dengan kata lain 1 cycle = 1 charge + 1 discharge. Perhitungan tersebut tidak selalu dalam satu waktu, jadi misal hari ini 1 charge kemudian beberapa hari kemudian baru 1 discharge, itu baru dihitung 1 cycle.

Nah, ada spa dengan cycle count ini? Semua baterai Li-ion memiliki batasan maksimal cycle count sebelum baterai akan mulai menua (berkurang kapasitasnya), sekali lagi hal ini alami. Batasan cycle count tiap baterai berbeda-beda, tergantung pabrik pembuatnya dan jenis baterainya. Setahu saya, rata-rata cycle count baterai laptop adalah berkisar antara 300-500, meskipun Apple mengklaim bahwa mac book pro buatannya memiliki cycle count sampai 1000. Kira-kira sudah paham kan arah tulisan saya? Intinya adalah jika kita sering charge-discharge laptop kita, secara otomatis akan mempercepat penuaan baterai laptop. Ketika cycle count mencapai batasan yang ditetapkan pabrik, maka kapasitas baterai akan turun hingga 80% dan berangsur-angsur akan terus turun. Untuk mengetahui cycle count baterai laptop anda saat ini, bisa menggunakan software (cari di internet ya).

Oleh karena itu, saya tekankan, jika kita charge laptop sampai penuh, kemudian kita cabut powernya kemudian kita gunakan sampai habis, kemudian charge lagi, itu sama saja tindakan “mempercepat penuaan”, tindakan yang cukup konyol tapi sering orang lakukan. Kita asumsikan batasannya 300 dan misalnya kita melakukan 1 cycle tiap hari, maka hitungan kasarnya setelah 1 tahun baterai akan “habis”. Masuk akal kan? Sehingga akan lebih aman jika sebisa mungkin kita charge laptop dan tidak perlu dilepas powernya ketika telah full. Banyak orang takut alasannya karena akan terjadi overcharge, tapi hal itu sudah bukan masalah pada laptop jaman sekarang. Jadi, keep charging!

2. DoC (Depth of Charge)

Hal lain yang juga berpengaruh adalah DoC atau kedalaman charge. Dalam jumlah cycle count yang sama, jika kita charge laptop ketika baterai tinggal 10% dibandingkan dengan ketika baterai tinggal 50% misalnya, hasilnya akan berbeda, dan itu berpengaruh terhadap daya tahan baterai. Sebuah riset menunjukkan bahwa semakin banyak sisa power baterai ketika mulai charge, maka akan semakin baik untuk usia baterai. Jadi charging ketika sisa tinggal 90% akan jauh lebih baik dibanding charging ketika sisanya tinggal 10%. Yup, sekali lagi memang lebih baik charging setiap saat.

3. SoC (State of Charge)

Ketika laptop tidak digunakan dalam waktu yang lama, sekitar 1 bulan, maka dianjurkan untuk kondisikan baterai pada state of charge sekitar 40%, atau setidaknya 50%. State of charge adalah istilah untuk sisa power yang ada dalam baterai. Akan cukup riskan bagi baterai jika disimpan dalam waktu lama dalam kondisi full charged, yang akan berakibat pada berkurangnya usia baterai secara signifikan. Hal ini terlepas dari apakah baterai dilepas dari laptop maupun tidak.

4. Temperature

Hampir semua peralatan elektronik pasti memiliki batas maksimal temperatur, begitu juga dengan baterai. Panas yang berlebihan memang tidak berpengaruh pada cycle count, tapi dapat merusak baterai secara langsung. Sebisa mungkin jangan sampai panas baterai melebihi 30 derajat celcius. Oleh karena itu, harap diperhatikan pemakaian laptop anda, apakah sirkulasi udaranya bagus atau tidak, dan juga jangan meletakkan laptop pada tempat dengan suhu tinggi. Saya yakin poin ini semua orang pasti sudah tahu.

5. Voltage 

Setiap baterai laptop memiliki stander voltase yang berbeda-beda. Terkait dengan hal tersebut, yang saya tekankan adalah selalu gunakan charger yang benar-benar sesuai. Beda charger (beda pabrik pembuat) sangat dimungkinkan memiliki voltase yang berbeda meskipun diklaim untuk laptop yang sama. Jika voltase charger yang digunakan dibawah standar baterai pada laptop kita, itu relatif aman, tetapi jika lebih tinggi akan berbahaya untuk baterai, dapat mengakibatkan kerusakan. Jadi, gunakan selalu charger yang original bawaan dari laptop.

Sekedar berbagi informasi, semoga bermanfaat. Jika ada yang mau didiskusikan, silakan.

Referensi :
http://batteryuniversity.com

Status dari batere yang digunakan, beserta informasi lain, sebenarnya telah disediakan oleh ubuntu di file :

/proc/acpi/battery/BAT0/info dan /proc/acpi/battery/BAT0/state

Dalam file-file tersebut terdapat informasi batere secara detail, termasuk status batere saat digunakan. Untuk mempermudah pembacaan, terutama status batere, saya buat program sederhana menggunakan python.

#!/usr/bin/python
fmax = open(‘/proc/acpi/battery/BAT0/info’,'r’)
fstate = open(‘/proc/acpi/battery/BAT0/state’,'r’)
tmax = fmax.read()
tstate = fstate.read()
tmax = tmax.replace(‘ ‘,”)
tstate = tstate.replace(‘ ‘,”)

tmaxA = tmax.find(‘y:’)
tmaxB = tmax.find(‘mA’)
maxvalue = int(tmax[+tmaxA+2:+tmaxB])

tstateA = tstate.find(‘y:’)
tstateB = tstate.find(‘mAh’)
curvalue = int(tstate[+tstateA+2:+tstateB])

fmax.close()
fstate.close()

print “—Battery State—”
print “Max value:”,maxvalue
print “Current value:”,curvalue
print “Percentage:”,curvalue*100/maxvalue,”%”
print “——————-”

Copy-Paste script diatas lalu simpan dalam file berekstensi .py kemudian eksekusi melalui terminal dengan super user mode :

sudo python <namafile>.py

Hasilnya semacam ini :

Semoga bermanfaat.

Referensi : Pengalaman penulis

Protobuf, sudah saya jelaskan pada artikel sebelumnya, juga tidak lepas dari encoding karena data yang ditransmisikan harus berformat textual data sedangkan data asli bisa bermacam-macam, baik integer, maupun format data non-text lain. Disini, protobuf menggunakan base128 varints encoding untuk integer. Sedangkan untuk format lain, akan saya bahas lain kali.  

Base128 Encoding

Pada dasarnya, penggunaan base128 encoding adalah dari 1 byte data (8bit), yang digunakan hanyalah 7 bit saja. Sehingga dari 7 bit tersebut maksimal memiliki kombinasi nilai 128 buah, dari 0 sampai 127 atau 0000000 sampai 1111111. 

Contoh :

canggih diubah ke biner menjadi 01100011 01100001 01101110 01100111 01100111 01101001 01101000. Untuk meng-encodenya kedalam base128, maka biner diatas dipisah per 7 bit : 0110001 1011000 0101101 1100110 0111011 0011101 1010010 1101000, jika diubah ke desimal menjadi 49 88 45 102 59 29 82 104.

Varints encoding

Varints adalah variabel integers, dengan kata lain integer dengan panjang byte yang berbeda-beda. Protobuf menggunakan varints sebagai format integer dalam transmisi. Varints encoding berarti metode untuk meng-encode varints. Penerapan varints encoding ini tidak terlepas dari base128 encoding diatas. Seperti yang sudah saya jelaskan diatas, pada encoding base128, dalam 1 byte yang digunakan hanya 7 bit, dengan kata lain ada 1 bit yang tidak terpakai. 1 bit tersebut digunakan sebagai penanda apakah ada byte selanjutnya atau tidak pada varints. Bit yang tidak terpakai tersebut adalah MSB dari tiap byte. Jika akan ada byte selanjutnya pada varints, maka MSB akan diset 1, jika tidak maka diset 0. Contohnya sebagai berikut ;

Misal, bilangan 1 pada base128 varints akan menjadi 0000 0001. Tetapi bilangan 300 akan menjadi 1010 1100 0000 0010.

Bilangan 1 hanya berupa 1 byte, tidak ada byte selanjutnya sehingga MSB-nya diset 0. Sekarang kita lihat pada bilangan 300. Byte pertamanya memiliki MSB 1 karena masih ada byte kedua yang mengikuti, tetapi pada byte kedua, MSB 0 karena sudah tidak ada lagi byte selanjutnya.

Kemudian untuk pembacaan, jika byte lebih dari satu, maka kita membaca mulai byte belakang, karena varints menyimpannya dari least significant group dahulu. Pada contoh bilangan 300, setelah dihilangkan MSB-nya (karena hanya sebagai penanda), akan menjadi : 010 1100 000 0010. Kita ubah urutannya menjadi

0000010 0101100 yang berarti : 256 + 32 + 8 + 4 = 300 

———-

Semoga bermanfaat. 

Referensi : 

http://code.google.com/apis/protocolbuffers/docs/encoding.html

http://forums.digitalpoint.com/showthread.php?t=1040961

http://en.wikipedia.org/wiki/Base64

<person>

<nama>Fulan</nama>

<email>fulan@sample.com</email>

</person>

message Person {

required string nama = 1;

required string email = 2;

}

Referensi :

http://code.google.com/p/protobuf/

http://en.wikipedia.org/wiki/Comparison_of_data_serialization_formats

http://www.eishay.com/2008/11/protobuf-with-option-optimize-for-speed.html

Untuk lebih jelas tentang seperti apa SVN itu, dapat kita lihat pada arsitekturnya berikut.

Pada dasarnya, ada 2 bagian penting dalam SVN, yaitu SVN Client dan SVN Repository. SVN Client merupakan software yang digunakan user untuk mengakses repository, sedangkan SVN repository sendiri merupakan server yang berisi data-data yang dimanage. Segala perubahan terhadap data di repository dicatat oleh SVN. Dalam menggunakan SVN ini, data dalam repository dapat dicopy ke client agar user dapat mengolah data tersebut secara lokal, biasanya disebut “Checkout”. Kemudian data di lokal tersebut, setelah diolah, dapat dikirim kembali ke repository untuk keperluan version control, dan agar dapat diakses rekan kita, biasanya disebut “Commit”.

Mengenai SVN Repository, di internet ada banyak sekali yang menyediakan layanan tersebut, baik yang berbayar maupun yang tidak, tentu dengan fasilitas yang berbeda. Dengan menggunakan layanan tersebut, maka kita tinggal meletakkan data/file yang akan kita buat versioning-nya di repository, kemudian dapat kita akses melalui SVN client di PC kita. Beberapa SVN Hosting yang menyediakan layanan tersebut diantaranya :

• Google
• SourceForge
• Gna
• ProjectLocker
• Slik SVN
• My Version Control
• Codesion
• dll

Kemudian untuk SVN Client yang kita install di PC, dapat kita gunakan :

• RapidSVN
• TortoiseSVN
• WebSVN
• kdeSVN
• dll

Dari beberapa daftar diatas, yang saya gunakan adalah ProjectLocker untuk SVN Hostingnya, kemudian untuk client menggunakan TortoiseSVN (untuk windows) dan kdeSVN (untuk linux).

Referensi :

http://svnbook.red-bean.com/en/1.5/index.html

http://www.svnhostingcomparison.com/

http://en.wikipedia.org/wiki/Comparison_of_Subversion_clients

Cara yang digunakan saat ini berbeda dari cara instal TL WN321G secara manual, sebelum Ubuntu 10.04. Jika dahulu saya menginstal driver rt73, tapi untuk sekarang, saya memanfaatkan driver milik windows XP untuk diinstal menggunakan ndiswrapper di linux.

Untuk dapat melakukannya, instal dahulu ndiswrapper melalui repo. Disini saya gunakan versi GUI dari ndiswrapper, yaitu ndisgtk, biar lebih nyaman dilihat saja..hehe..

sudo apt-get install ndisgtk

Kemudian jalankan aplikasi ndisgtk tersebut dan instal driver milik XP, yaitu netathuw.inf. Pada awalnya, akan terlihat pemberitahuan Hardware Present : No, dengan kata lain wireless belum bisa digunakan karena kita belum melakukan pengubahan pada modulnya (modprobe). Oleh karena itu, selanjutnya kita melakukan penulisan pada modprobe serta modul-modul lainnya.

sudo ndiswrapper -a 0cf3:1006 netathuw

sudo ndiswrapper -m

sudo ndiswrapper -ma

sudo ndiswrapper -mi

Kode 0cf3:1006 merupakan produk ID dari device yang kita gunakan (TL WN422G) dengan chipset Atheros AR9271, hal ini dapat kita lihat dengan mengetik perintah :

sudo lsusb

Setelah itu, pada ndisgtk, kata No akan berganti menjadi Yes. TL WN422G akan bisa digunakan setelah ubuntu direstart.

Referensi :

help.ubuntu.com

Beberapa waktu terakhir ini, semakin tertarik untuk mencoba blogging client, yaitu semacam aplikasi blog editor yang bisa dijalankan online maupun offline. Biasanya menulis langsung online atau bila sedang offline, notepad/gedit pun jadi sasaran. Baru akhir-akhir ini tertarik untuk menggunakannya karena beberapa hal.

Banyak rekan yang menyarankan menggunakan Window Live Writer, katanya bagus dan mudah serta banyak fitur yang bisa digunakan. Tetapi, kok saya merasa gak `srek` memakai itu. Akhirnya saya cari-cari yang lain, dan sempat berganti-ganti aplikasi pula.

Pertama, kucoba menggunakan Thingamablog, suatu blogging client cross-platform yang bisa digunakan baik di windows, linux, maupun mac. Ternyata setelah dicoba, rumit (atau gak bisa pake ya..hehe). Yang jelas tidak sesuai dengan selera saya. Googling lagi, dan pilihan selanjutnya adalah Xpostulate. Setelah install, baru sadar jika ternyata Xpostulate jalan diatas TCL (Tool Command Language), jadi harus menginstalnya terlebih dahulu untuk bisa menjalankan Xpostulate. Wah, tentu ini lebih merepotkan lagi. Kembali googling dan menemukan ScribeFire, yaitu blogging client yang awalnya merupakan plugin dari Firefox yang sekarang dapat digunakan juga di Chrome dan Safari. Sebenarnya sudah pas sesuai selera dalam menggunakan ScribeFire ini, tetapi ada dua hal yang mengganjal, yaitu masalah WYSIWYG dan ketika penggunaan image yang tidak sesuai selera. Padahal penggunaanya sangat mudah, ringan, dan nyaman.

Akhirnya pilihan pun jatuh ke Zoundry Raven. Aplikasi ini berbasis desktop, tidak seperti ScribeFire, dengan penggunaan yang tidak kalah mudah dan fitur yang lebih lengkap. Fitur-fitur Zoundry Raven diantaranya :

• WYSIWYG Editing yang memberi kemudahan dalam penulisan blog
• Improved content management. ZR memiliki built-in indexer yang memungkinkan kita melihat post berdasar blogs, links, tags, dan images
• Manage multiple media storage services. Dapat menggunakan media services yang berbeda-beda, seperti Picasa, Image Shack, Ripway, dll.
• Manage multiple blogs offline. ZR mampu me-manage banyak blog serta publish post yang sama ke banyak blog tersebut
• Raven2Go: Portable Application support. Ketika melakukan instalasi, kita bisa memilih akan menginstal versi Portable atau bukan. Versi portable menjadikan aplikasi dapat dijalankan melalui FD tanpa instalasi lagi
• Page & Tag support. ZR dapat juga digunakan untuk mengatur page dan tag pada blog.

Tampilan view post

Tampilan saat menulis artikel

Sebenarnya masih banyak kelebihan-kelebihan lain, hal diatas hanya saya kutip dari web resminya di http://www.zoundryraven.com. Tulisan ini saya tulis menggunakan Zoundry Raven. Sayang, ternyata Zoundry Raven cuma bisa digunakan di windows, meskipun dia open source :(

Referensi :

Pengalaman Penulis

http://www.zoundryraven.com

Technorati : blog, client, zoundry raven
Del.icio.us : blog, client, zoundry raven
Zooomr : blog, client, zoundry raven
Flickr : blog, client, zoundry raven

Bagi para pengembang website, terutama yang fokus pada sisi desain, tentu tidak asing lagi dengan jQuery dan MooTools, javascript library yang memberi kemudahan dan kecepatan dalam menggunakan javascript. Dengan memanfaatkan library tersebut, kita dapat membuat website dengan tampilan yang memukau dengan code yang relatif sedikit. Tentu menjadi sangat menarik untuk diterapkan.

Kalau kita perhatikan, banyak sekali perdebatan antara para pengguna tentang mana yang lebih baik, apakah jQuery atau MooTools, dengan alasan masing-masing. Untuk memulai perbandingan ini, saya ambil kalimat kunci dari masing-masing library.

jQuery dalam websitenya menampilkan kalimat :

jQuery is a fast and concise JavaScript Library that simplifies HTML document traversing, event handling, animating, and Ajax interactions for rapid web development. jQuery is designed to change the way that you write JavaScript.

Sedangkan MooTools menggunakan kalimat :

MooTools is a compact, modular, Object-Oriented JavaScript framework designed for the intermediate to advanced JavaScript developer. It allows you to write powerful, flexible, and cross-browser code with its elegant, well documented,

Sebenernya dari kalimat yang ditampilkan di masing-masing website nya, dapat kita ambil kesimpulan, bahwa pada dasarnya kedua library dibuat untuk tujuan yang berbeda. Pada jQuery, dapat kita garis bawahi bahwa jQuery adalah suatu library javascript yang menyederhanakan penggunaaan dokumen HTML. JQuery dibuat sebagai library untuk menyederhanakan, itulah inti yang sebenarnya. Sedangkan pada MooTools, ternyata cukup berbeda dari jQuery, yaitu bahwa MooTools adalah suatu obyek oriented javascript framework yang didesain untuk developer. MooTools bukan hanya sebuah library, tapi sudah berupa framework.

Perbedaan konsep diatas jelas mempengaruhi kemampuan dari masing-masing tools diatas.Aaron Newton dalam webnya di http://jqueryvsmootools.com/ menjelaskan secara panjang lebar tentang perbedaan diantara keduanya yang bisa dibilang sangat mencolok. Satu hal yang menarik bagi saya dari penjelasan beliau adalah bahwa

jQuery Makes the DOM More Fun

MooTools Makes JavaScript Itself More Fun

Jadi memang jQuery hanya fokus pada bagaimana membuat DOM (Document Object Model) lebih menyenangkan dan mudah digunakan. Dengan sintax yang sederhana, kita dapat dengan mudah membuat website kita semakin cantik dengan jQuery.

Kemudian MooTools, tidak fokus pada DOM tetapi ke Javascript itu sendiri. Hal ini sangat cocok digunakan oleh para developer yang memang menggunakan javascript. Mungkin jika dibandingkan dengan jQuery, maka sintax dari MooTools akan terlihat lebih rumit dan tidak efisien, tetapi hal itulah konsep dari MooTools adalah mempermudah penggunaan javascript, bukan hanya DOM nya saja. Bagi pengguna yang terbiasa hal simpel dan mudah, maka jQuery adalah jawabannya. Tetapi bagi para pengguna yang memang ingin terjun di dunia coding javascript, tentu akan lebih baik menggunakan mootools.

Satu hal yang jelas adalah pada dasarnya baik jQuery dan MooTools memiliki fokus yang agak berbeda, jadi agak sulit untuk dibandingkan secara umum. Kalau kita bahas tentang masalah kecepatan, maka hal itu akan menyinggung selector engine yang digunakan, JQuery menggunakan SizzleJS sedangkan MooTools menggunakan Slick. Menurut benchmarking yang saya dapat, antara kedua selector engine tersebut kemampuannya hampir sama, jadi dari sisi kecepatan, memang jQuery dan MooTools bisa dianggap setara.

Mau pilih mana? Terserah selera Anda…

Referensi :

http://jqueryvsmootools.com/

http://blog.frontendforce.com/2010/05/jquery-vs-mootools-nightly-benchmark/

http://mootools.net/

http://jquery.com/

Browser yang Anda gunakan :

Hasil test

Referensi :
http://www.modernizr.com/

Pada awalnya sebuah proyek pembuatan web browser opensource bernama Chromium didirikan untuk membuat browser yang opensource. Kemudian Google mengambil sourcecode Chromium proyek tersebut untuk membuat browser baru dengan menambah beberapa fitur tambahan, seperti tambahan nama, yang kemudian menjadi Google Chrome. Singkat kata, Google Chrome merupakan Chromium yang dipaket dan didistribusikan oleh Google dengan menambah beberapa fitur. Proyek Chromium sendiri masih terus berjalan dan masih juga digunakan Google untuk meng-update Google Chrome.

Setidaknya ada 11 perbedaan antara Chromium dan Google Chrome, yang ditambahkan oleh Google, yaitu :

• LOGO

Logo dari Google Chrome berwarna-warni kombinasi merah-kuning-hijau-biru sedangkan logo Chromium berwarna biru saja.

• Crash reporting

Pada Google Chrome, pengguna dapat mengirim crash report ke Google sedangkan pada Chromium tidak ada fitur ini.

• User metrics
• Video and audio tags

Google Chrome mendukung format H.264, AAC, MP3, Vorbis dan  Theora sedangkan Chromium hanya mendukung Vorbis dan Theora.

• Adobe Flash

Secara default, Google Chrome telah terintegrasi dengan Flash Player.

• PDF support

Google Chrome juga telah memiliki plugin PDF secara default.

• Code

Code dari Google Chrome dites oleh developer sedangkan Chromium dimodifikasi oleh para distributor (termasuk Google itu sendiri..hehe)

• Sandbox

Sandbox (semacam mekanisme keamanan) selalu ON pada Google Chrome, sedangkan pada Chromium kadang di-disable tergantung pada distributor.

• Package

Google Chrome memiliki paket single deb/rpm/exe sedangkan Chromium tergantung distributor dan bisa terpisah dalam beberapa bagian.

• Profile dan Cache

Sudah jelas letak profile dan cache dari kedua browser tersebut berbeda, meskipun cuma nama directory nya saja yaitu google-chrome dan chromium.

• Quality Assurance

Ini yang cukup penting. Pada Google Chrome, segala perubahan/update dites terlebih dahulu oleh para developer sebelum dikirim ke user dalam bentuk rilis. Sedangkan pada Chromium, karena memang berupa proyek development, maka segala perubahan akan langsung dikirim ke user (mungkin biar user yang ngetes..hehe). Sehingga Chromium lebih rentan crash dan bug, tetapi lebih up to date dibanding Google Chrome. Jadi, sangat mungkin bila kita melihat satu fitur dari Chromium yang baru diimplementasikan pada Google Chrome beberapa waktu yang akan datang. Jangan kaget pula bila memang Chromium tidak punya Stable Released, karena memang selalu dalam tahap pengembangan.

Saya pribadi menginstall baik Google Chrome dan juga Chromium, karena saya rasa lebih baik dibanding browser lain..hehe…

Referensi :

http://code.google.com/p/chromium/wiki/ChromiumBrowserVsGoogleChrome

http://en.wikipedia.org/wiki/Chromium_(web_browser)

http://en.wikipedia.org/wiki/Google_Chrome