Transisi Ke 64 Bit Lebih Cepat??

**Andreebdg** · 19-01-2005 00:14

Dibandingkan dengan transisi dari 16 bit ke 32 bit yang membutuhkan waktu 10 tahun, benarkah transisi 32 bit ke 64 bit lebih cepat??. Ini disebabkan karena sebenarnya sudah banyak software yang jalan di 64 bit (itanium&opteron) kendati masih pada sistem workstation seperti AutoCad versi workstation. Tentunya hanya perlu perubahan dan tidak membangun dari awal.

**Magician** · 19-01-2005 09:08

Kelihatannya memang lebih cepat.. karena game pun sudah "butuh" 64 bit. Kali ini peralihannya soalnya telat. Kalo dulu 16 ke 32 kan premature.. masih pake dos semua tapi udah lari ke 32 bit. Kali ini, multimedia udah sedemikian gilanya, dimana mana butuh 3D rendering, video editing, dan sebagainya yang kalo di 32 bit itu lama sekali.

**Andreebdg** · 19-01-2005 22:36

Jadi kuncinya tinggal si windowsnya aja... Menurutku jadi cuma peralihan segmen pasar aja 64 bit dari perusahaan ke perorangan.

**dimasdw** · 19-01-2005 22:50

win xp 64 bit akhir tahun ini (berharap)
win longhorn kapan yah?
Linux dah ada yang 64...
bung magician keuntungan pindah ke 64 katanya untuk pemprosesan perintah pada sebuah program jadi lebih cepat yah...maksudnya space yang di sediakan untuk menjalankan perintah jadi lebih cepat?atau gimana?

**Andreebdg** · 19-01-2005 23:38

Bedanya longhorn dengan win 64 bit apa ya?

**Magician** · 20-01-2005 09:51

Depends lah... kalo misalnya untuk program yang butuh komputasi gede, 64 bit nolong banyak, tapi kalo cuman komputasi kecil kayak excel gitu nggak nolong.
Gini deh... ada beberapa macam jenis integer.
8 bit atau biasa disebut sebagai tinyint atau byte. range hingga 255
16 bit biasa disebut sebagai word. range hingga 65535 (64K)
32 bit biasa disebut sebagai double word atau int32 di .net. range hingga 4,294,967,296 (4GB atau 4 milyar)
64 bit range hingga 18,446,744,073,709,551,616.

Angka diatas berlaku untuk unsigned integer. untuk signed integer, value yang berlaku adalah setengahnya. jadi untuk 32 bit integer 0xFFFFFFFFh berarti -1. Range untuk signed integer adalah 2147483648 hingga -2147483648. Angka tersebut lebih kecil lagi kalo kita menghitungnya sebagai floating point. Hanya -214,748.3648 hingga +214,748.3647.
So, dengan batas limit hanya 2 milyar, atau 214 ribu untuk perhitungan dengan desimal, bisa dibayangkan perhitungan dengan presisi tinggi menjadi amat sangat sulit. Kemudian perhitungan suara/voice dengan floating point juga amat sangat terbatas. Boro boro hitung presisi.. ngitung harga R9550XT 899,999 diskon 10% aja udah nggak bisa 32 bit. 899,999 diskon 10% = 809,999.1. Batas untuk floating point adalah 214 ribu. So, untuk 809,999.1 butuh 64 bit. Kalo 809,999 memang nggak butuh 64 bit, tapi 809,999.1 butuh 64 bit.

Untuk 32 bit program akan memecah 64 bit data menjadi 2 buah 32 bit chunk. Data kemudian akan diproses dalam beberapa stage. Sedangkan 64 bit CPU akan memproses dalam single step.
Keuntungan yang kedua adalah pengalamatan memory. Hal ini juga tergantung pada angka diatas.. untuk kapasitas lebih dari 4GB. Karena Windows menggunakan system signed integer untuk pengalamatan memory, maka angka yang bisa dipakai oleh program adalah 2,147,483,648 atau 2GB saja. Baik Virtual maupun real.. baik memory system, maupun swapping.. So, yang punya memory 2GB bikin swap file 3GB di 32 bit itu bego..

1GB-nya yang mubazir bisa pake buat isi berapa MP3 coba.. Belum lagi 2GB limitasi protected memory.

Mengapa nggak bisa dipake? alamat memory minus (diatas 0x7FFFFFFF) adalah protected memory, atau alamat yang digunakan untuk kernel windows, dan TIDAK DAPAT DISENTUH. Hal ini untuk melindungi kestabilan system sehingga program tidak bisa main main dengan kernel yang berakibatkan kestabilan system. Alamat memory ini, however, bisa dipinjamkan bila diperlukan. Hal ini yang banyak menyebabkan buffer overrun dapat mengganggu dan menginfeksi windows, dan hal ini yang dicegah oleh NX bit.

Untuk pengalamatan di atas 2GB, programmer harus melakukan paging.. Ingat, bahwa 2GB itu termasuk page file. Dan programmer biasa nggak mau pusing, dia load load aja resources, dan membiarkan Windows control sendiri modul mana yang nganggur, untuk diletakkan di page file. Dengan ukuran program mencapai hitungan 3GB dan 4GB compressed, bisa dibayangkan kesulitan programmer untuk load mp3 misalnya ke memory untuk dimainkan. Itu pun program dia harus bertarung memperebutkan 2GB space dengan program lain, termasuk Windows, dan segala "sampah"-nya. Sampah yang dimaksud disini adalah idle module. Misalnya indexing service yang biasa nganggur, itu makan space memory, tapi nggak di-load di main memory sama windows. Cuman di-alokasikan dan binary-nya di-suspend di page file di HDD. Untuk mengatasi kekurangan memory ini, programmer harus melakukan paging.. load dan unload module yang nggak dipake.. dan ini menimbulkan banyak kesulitan, mengingat shared module biasa nggak cuman dipake oleh 1 program saja, melainkan untuk beberapa program sekaligus. Kalau sampe dia salah free resources, akibatnya ya... GPF, send/don't send?

So, nggak seperti yang digembar gemborkan Intel bahwa user desktop nggak akan melihat manfaat dari 64 bit.. User memang nggak akan bisa melihat, tapi programmer yang membuat program untuk user yang setengah hidup bikin codingnya. Makanya Tim Sweeney marah marah waktu dibilang 64 bit nggak ada gunanya di desktop. Untuk tekstur aja dia butuh berapa banyak. Dia harus main drop dan load tekstur berulang ulang untuk bisa render gambar yang dia mau.. dan itu bener bener pekerjaan yang bikin sakit hati.. bayangkan kalau elo mesti bikin gambar 20cm x 20cm pada space 10cm x 10cm, tapi seluruh gambar tersebut harus nongol dengan ukuran semestinya. Pada akhirnya user memang cuman lihat gambar bagus di 10x10, tapi elo nggak tahu bagaimana beratnya pengorbanan orang yang bikin gambar 10x10 itu. Dan itulah kondisi komputer saat ini.. programmer udah butuh kertas 20x20 tapi kita masih pake kertas 10x10.

cmiiw de... gue cuman nyerocos dari ingetan gue doang..

**Magician** · 20-01-2005 09:58

WinXP maret tahun ini
Longhorn belum tahu kapan, tapi Longhorn itu bukan WinXP. Longhorn nanti akan pake system baru dimana interface menggunakan 3D semuanya. Driver pun dirubah menjadi Windows Graphic Foundation (bener nggak Windows Graphic Foundation? WGF cmiiw de, lupa namanya gue.)

**Scorpion14** · 21-01-2005 12:46

kayaknya microsoft bekerja sama dengan intel untuk menghandle amd sementara sampai p4 64bit keluar baru daaah microsoft juga ngeluarin...bukannyaa dari dulu microsoft sobat lamannya intel

**HiBiKi** · 21-01-2005 14:22

Originally Posted by Scorpion14

kayaknya microsoft bekerja sama dengan intel untuk menghandle amd sementara sampai p4 64bit keluar baru daaah microsoft juga ngeluarin...bukannyaa dari dulu microsoft sobat lamannya intel

sayangnya sepertinya gak gitu deh... karena revisi win xp64 beta (win xp64 beta rc1) saja sudah di-release untuk tes... (maaf, aku lupa linknya... nanti aku cari dulu deh...) jadi katanya sudah semakin dekat ke full versionnya...

malahan intel nih yang harus cepet nge-release pentium 6xx biar gak kesusul^_^

**Andreebdg** · 21-01-2005 23:22

Depends lah... kalo misalnya untuk program yang butuh komputasi gede, 64 bit nolong banyak, tapi kalo cuman komputasi kecil kayak excel gitu nggak nolong.

Wah.... Kalo urusan ngetik ama bikin tabel sih bottlenecknya kita.. ngetik lambat, geser mouse lambat, baca lambat, mikir lambat... pake 64 bit ga akan membantu

Welcome to the CHIP Forum.

Thread: Transisi Ke 64 Bit Lebih Cepat??

Tweet

Thread Tools

Display