Gak ngerti tentang Hyper Threadingnya ...Intel

[keoz]

Tweet

Mau nanya gimana sih caranya ngaktifin Hyper threading....Apakah cuma melalui settingan BIOS saja...???
Ada dampak negatifnya gak....bagi suhu proc...???

Memangnya benar klo dengan mengaktifkan HT...OS kita bakal membaca seolah2 processor kita berjumlah 2 buah...???

[mudamandiri]

Tweet

Dari BIOS di-enable-kan...
Pakai OS yg support HT, ex Windows XP
Benar seolah-olah kita mempunyai 2 CPU, tp optimal pada pemakaian software tertentu saja (yg support HT..)
bisa dilihat di Control Panel -> System -> Hardware -> Device Manager -> Processors.
Ga ada hubungannya HT dengan suhu prosesor de...

CMIIW

[keoz]

Tweet

Dari BIOS di-enable-kan...
Pakai OS yg support HT, ex Windows XP
Benar seolah-olah kita mempunyai 2 CPU, tp optimal pada pemakaian software tertentu saja (yg support HT..)
bisa dilihat di Control Panel -> System -> Hardware -> Device Manager -> Processors.
Ga ada hubungannya HT dengan suhu prosesor de...

CMIIW

Sebenarnya illegal gak sih..???apa intel memang sudah menyarankan untuk aktifin HT-nya..??
Oh ya klo contoh software yg support HT misalnya apa??Bedanya berasa gak...minta tolong contohnya donk..(pada saat ngapain)

Satu lagi...apa semua yg HT itu bisa nipu OS-nya...kira2 Intel 64 udah bisa HT gak yach...???Hmmn klo bisa kayanya keren Tuch

[andhee]

Tweet

ilegal ??? <-- gak ada hubungannya..

HT itu kerasa pas encoding film... kerasa banget, tapi di beberapa software lain bisa menurunkan performa

[keoz]

Tweet

ilegal ??? <-- gak ada hubungannya..

HT itu kerasa pas encoding film... kerasa banget, tapi di beberapa software lain bisa menurunkan performa

Contoh software2 yg nurunin performa apa???

[bombermanpc]

Tweet

HT kalo menurut gw sih...mirip pembagian resource proc yg lbh efesien / equal in "nomal system" not in abnormal system.

Abnormal system : system hang because hardware malfunction. e.g: cdrom read error, fdd read error, etc.

Hyperthreading dalam aplikasi windows E.g: kita mau buat load 2 apllikasi
1. Burn cd
2. Load 3dmark03

pertama kita load burn cd stl kita burn cd in process kita bisa alokasikan processor kita pertama ke burn cd( realitanya 50% speed proc kita untuk ini )
kedua kita load 3dmark03 lalu kita alokasikan sisa proc/proc kedua kita ke sana

kedua aplikasi berjalan dengan sangat normal meskipun ada penurunan kinerja ( 3dmarkscore berkurang ckp signifikan, ttp tidak membuat jadi hang/lag dalam system )

ilustrasi ini mungkin dapat menjelaskan tech HT scr simple.

Alokasi proc 1 dan 2 dapat kita lakukan secara manual.

klik ctr alt del kita dapt melihat kinerja 2 proc kita ( secara virtual )

Mengenai HT slowing down in some program, saya belum pernah mengalaminya sih, tp menurut logikanya sih tidak .

informasi lbh lanjut bisa googling around aja mengenai Intel HT di reviewer website. :P

INTEL ROCKS )

AMD woooooo )

[Magician]

Tweet

HT kalo menurut gw sih...mirip pembagian resource proc yg lbh efesien / equal in "nomal system" not in abnormal system.

Abnormal system : system hang because hardware malfunction. e.g: cdrom read error, fdd read error, etc.

Nope... HyperThreading adalah upaya Intel untuk mengisi kekosongan pipeline pada NetBurst architecture. Seperti diketahui, bahwa Netburst memiliki pipeline yang sangat panjang, sehingga mengurangi efisiensi sangat banyak. Apabila terjadi bubble, maka wasted clock akan menjadi banyak. Dan ini berarti adalah pemborosan resource. Memang lebih efisien, tetapi hanya lebih efisien dibandingkan dengan P4 tanpa HT dengan kerja ringan.
Untuk melakukan multitasking, processor harus melakukan flush, baru switch ke task lainnya. Dan apabila processor switch, maka data yang ada pada cache tersebut tidak berlaku. Dengan demikian processor P4 akan sangat dirugikan bila data tersebut harus dihitung kembali pada waktu task switch berikutnya. Pada processor lain (AMD, PPC, Via, Transmeta, dll) masalah ini tidak ditemui, karena mereka menggunakan pipeline yang pendek. Sehingga bubble tidak terlalu panjang.

Hyperthreading dalam aplikasi windows E.g: kita mau buat load 2 apllikasi
1. Burn cd
2. Load 3dmark03

pertama kita load burn cd stl kita burn cd in process kita bisa alokasikan processor kita pertama ke burn cd( realitanya 50% speed proc kita untuk ini )
kedua kita load 3dmark03 lalu kita alokasikan sisa proc/proc kedua kita ke sana

kedua aplikasi berjalan dengan sangat normal meskipun ada penurunan kinerja ( 3dmarkscore berkurang ckp signifikan, ttp tidak membuat jadi hang/lag dalam system )


ilustrasi ini mungkin dapat menjelaskan tech HT scr simple.

Alokasi proc 1 dan 2 dapat kita lakukan secara manual.

klik ctr alt del kita dapt melihat kinerja 2 proc kita ( secara virtual )

Mengenai HT slowing down in some program, saya belum pernah mengalaminya sih, tp menurut logikanya sih tidak .

informasi lbh lanjut bisa googling around aja mengenai Intel HT di reviewer website. :P

Wah, tidak bisa begitu.. 3DSMax dan Burn CD berjalan pada jalur yang terpisah. Memang ikut mengganggu pada Intel karena masih menggunakan FSB. Tetapi pada chipset yang sudah menggunakan HyperTransport seperti nForce4 SLI for Intel, hal ini tidak akan mengganggu. Karena pada chipset Intel, bandwidth terganggu karena Burn CD menggunakan resource FSB, berbagi dengan resource yang dikirim ke VGA. Pada intinya, 3DM2K3 adalah CPU-VGA-Memory sedangkan pada Burn CD hanya terisolasi pada IDE.
Kalau cuman itu case-nya, AMD juga nggak akan bermasalah. Coba lihat ini.. Ini adalah contoh IO intensive operation dan HL2. AMD jalan dalam CnQ mode, 1Ghz, 1.1V, low power mode. Highest quality.


Jadi dimana HyperThreading akan terlihat menguntungkan?

gue tulis lagi ya penjelasan gue dulu.. Pertama tama, coba perhatikan grafik CPU utilization dibawah ini. Ini diambil dari screenshot sebuah Xeon dengan HT enabled.
Ini adalah typical untuk 3DSMax.


Ini adalah typical untuk SpecViewPerf.


Coba perhatikan perbedaan kedua grafik di atas. Pada 3DSMax, CPU utilization tidak mencapai 100%, berarti masih ada sisa untuk menjalankan thread lainnya. Pada kasus seperti ini, pada CPU util core hanya mencapai 60% misalnya, maka sisa 40% bisa dipakai untuk menangani thread lainnya, provided thread tersebut hanya memperoleh sisa resource dari core 0. Pada kasus ini, CPU bisa menghasilkan 2 buah hasil almost simultanously.

Sedangkan pada grafik kedua, CPU utilization mencapai 100%. Sehingga thread kedua terbengkalai. Karena pada suatu saat, dalam alur sebuah program pasti akan menunggu thread yang berjalan (thread.join) maka program akan menunggu hasil thread 1 selesai, yang mana harus menunggu hingga core 0 utilizationnya menjadi 0 agar core1 bisa berfungsi baik. Pada kasus seperti ini, CPU hanya menghasilkan 1 value at a time, dan bahkan terganggu kerjanya karena interleaving dengan core1.

Coba perhatikan, bahwa pada total utilization core0 + core1 hasilnya adalah selalu 100%. Sedangkan Windows menghitung sebagai (core0+core1)/2. Jadi hasilnya selalu 50%.

Mungkin untuk lebih gampangnya, gue akan membagi 2 macam thread, yaitu yang berat dan yang ringan. Adalah tugas aplikasi untuk membagi thread thread ini ke processor.
b[x] = thread berat dengan ID [x]
r[x] = thread ringan dengan ID [x]
na = kosong, tidak diberikan jatah thread.
st = stuck, tidak bisa mengeksekusi thread.
virtual[x] = Netburst virtual core dengan ID [x]

Kedua macam alur dibawah akan memberikan hasil yang sama.
Scenario 1: HyperThreading akan menguntungkan bila program membagi thread seperti ini:
time ---------------------------------> Total: 9 clocks
virtual0: r0 r2 b0 b0 b0 r4 b1 b1 r6 -> 5 flush
virtual1: r1 r3 na na na r5 na na r7 -> 3 flush
3 cache flush saved.

Karena akan dieksekusi oleh processor as is.

Scenario 2a:HyperThreading akan merugikan bila dibagi seperti ini
time ------------------------> Total: 7 clocks
core0: b0 b0 b0 b1 b1 r5 r7 -> 3 flush
core1: r0 r1 r2 r3 r4 r6 na -> 5 flush
5 cache flush saved

Scenario 2b: pada Netburst akan dieksekusi seperti dibawah ini
time ------------------------------------------------------> Total: 16 clocks
Virtual0: b0 st b0 st b0 st b1 st b1 na na na na na na na -> 1 flush
virtual1: st r0 st r0 st r0 st r1 st r1 r2 r3 r4 r5 r6 r7 -> 7 flush
8 cache flush total, none saved.

scenario 2c: Pada processor tanpa HT akan dieksekusi:
time ------------------------------------------> Total: 13 clocks
virtual0: r0 b0 b0 r1 b0 r2 r3 b1 b1 r4 r5 r6 r7
10 cache flush, none saved.

Pada dual core betulan, bukan virtual dual core, yang terjadi adalah scenario 2a. Dimana eksekusi akan berjalan sangat cepat karena hanya dibutuhkan 7 clock untuk menyelesaikan semuanya. Ditambah dengan efisiensi Athlon64/PowerPC, maka 7 clock itu bisa dibilang sangat cepat sekali. Sebuah dual core Athlon64 larinya kira kira setara dengan dual CPU Xeon HT dengan 4 virtual core untuk aplikasi multithreading betulan.

Nah, sekarang kita akan masukkan tambahan data, untuk membuat threading diatas lebih kompleks, dimana hal ini lebih mendekati kenyataan.
Bagaimana kalau thread b1 membutuhkan data dari hasil thread r4 dan r5, sedangkan r4 membutuhkan data dari b0?
Scenario 2a: Pada dual core akan dilakukan reorganisasi sedikit:
time ------------------------> Total: 7 clocks
core0: b0 b0 b0 r5 b1 b1 r7 -> 3 flush
core1: r0 r1 r2 r4 r3 r6 na -> 5 flush
5 cache flush saved

Pada HyperThreading akan dilakukan:
Scenario 2b: pada Netburst akan dieksekusi seperti dibawah ini
time ---------------------------------------------------> Total: 16 clocks
Virtual0: b0 st b0 st b0 st st st b1 st b1 na na na na na
virtual1: st r0 st r0 st r0 r4 r5 st r6 st r6 r1 r2 r3 r7
8 cache flush total, none saved.

scenario 2c: Pada processor tanpa HT akan dieksekusi:
time ------------------------------------------> Total: 13 clocks
virtual0: r0 b0 b0 r1 b0 r2 r3 r4 r5 b1 b1 r6 r7
10 cache flush, none saved.

Nah, perhatikan pada masing masing thread. Setiap thread yang selesai berarti akan membuat program yang bersangkutan akan lebih responsive. Coba perhatikan urutan penyelesaian thread thread tersebut.
Perhatikan bahwa pada scenario lain, selain hyperthreading, tidak ada thread yang stuck. Thread ringan pun menjadi berat karena

So, dengan pedoman CPU utilization di atas, coba perhatikan tipe mana komputer elo bekerja, dan gunakan HyperThreading sesuai keperluan. Apakah low utilization seperti grafik pertama, atau high utilization pada grafik kedua.

[Magician]

Tweet

kira2 Intel 64 udah bisa HT gak yach...???Hmmn klo bisa kayanya keren Tuch

Hmmm.. maksudnya EM64T? Intel 64 adalah Itanium, dan Itanium nggak pake HT tapi ILP. EM64T masih bisa HT, tetapi akan dimatikan pada dual core.

[dimasdw]

Tweet

Hmmm.. maksudnya EM64T? Intel 64 adalah Itanium, dan Itanium nggak pake HT tapi ILP. EM64T masih bisa HT, tetapi akan dimatikan pada dual core.

Pentium Xtreme Edition 840 ---> Dual Core+ HT
Pentium D 820 ---> Dual core ,tanpa HT

[Magician]

Tweet

Yup.. heheh.. tapi memangnya ada orang bego yang mau beli Extreme Edition?