"..modern modern murah dan akan menurun dengan cepat pada CPU 100%".
Anda tidak perlu khawatir tentang "degradasi CPU" sama sekali. CPU modern tidak berkualitas kurang dari di masa lalu.
Hal ini sangat mahal (dan semakin mahal setiap beberapa tahun) untuk membuat CPU, beberapa miliaran untuk membangun fab baru yang tidak biasa (lihat link).
http://en.wikipedia.org/wiki/Semiconductor_fabrication_plant
Biaya produksi CPU paling banyak bergantung pada no. unit yang diproduksi. Ini adalah fakta terkenal di bidang ekonomi. Itulah alasan mereka bisa dijual (relatif) "murah". (Saya pikir, tidak perlu tautan di sini)
Saya dapat membuat daftar beberapa alasan mengapa saya akan mempertimbangkan CPU modern cenderung lebih berkualitas daripada di "masa lalu".
Tetapi hanya yang paling penting: Keuntungan dalam pengujian. Elektronik modern "dirancang untuk diuji". Apakah perangkat lunak atau perangkat keras, wawasan luas untuk menilai pengujian atas hampir semua hal lain, tidak terlalu lama. Untuk CPU, tes bahkan diambil untuk membentuk harga dan jenis frekuensi yang berbeda, misalnya CPU terbaik dijual dengan frekuensi tertinggi. Meskipun demikian, prosesor yang lebih murah sangat sering dapat beroperasi dengan frekuensi yang lebih tinggi daripada yang dijual - mereka lumpuh hanya karena alasan bahwa produsen ingin menjual beberapa prosesor "tingkat tinggi" dengan harga lebih tinggi.
(Di satu sisi, tentu saja ada lebih banyak kesalahan yang mungkin terjadi pada prosesor dengan lebih dari 1,5 miliar transistor seperti biasa saat ini daripada dengan beberapa ribu transistor dari prosesor tahun tujuh puluhan. Tetapi ini tidak bertentangan dengan jawaban saya IMO. Prosesor pada umumnya cenderung memiliki banyak kesalahan yang diketahui, setidaknya dalam mikrokode, tetapi ini tidak dikenakan di sini.)
Bahkan ada lebih banyak alasan untuk tidak khawatir tentang penurunan CPU untuk program Anda:
Alasan pertama adalah CPU modern mengurangi frekuensi atau throttle mereka, jika terlalu panas.
Harus jelas bahwa jika Anda menggunakan CPU 100% 24/7 sepanjang tahun biasanya akan mati lebih awal dari CPU yang hanya digunakan setiap minggu satu jam. Tapi itu juga berlaku untuk mobil. Hanya dalam kasus seperti itu saya akan berpikir tentang pemanfaatan CPU dan potensi tidur sendiri.
Alasan kedua adalah sangat sulit untuk menulis sebuah program yang menggunakan 100% CPU dari OS, (misalnya di Windows). Selain itu, CPU modern (biasanya) memiliki setidaknya 2-4 core. Jadi algoritma tradisional yang cenderung menggunakan 100% dari CPU single core, sekarang hanya memiliki 50% pada CPU dual core (disederhanakan tetapi terlihat dalam skenario nyata).
Selain itu sistem operasi memiliki kontrol atas CPU dan bukan program Anda, jadi jika ada aplikasi lain dengan prioritas yang sama atau lebih tinggi (apa standarnya), program Anda hanya mendapatkan CPU sebanyak mungkin, tetapi aplikasi lain tidak akan kelaparan. (Tentu saja ini hanya teori yang disederhanakan, dan tentu saja multitasking Windows, Linux dan lainnya tidak sempurna, tetapi secara keseluruhan saya akan menganggap itu benar).
"Saya sebelumnya mendapat kesan bahwa penggunaan CPU 100% lebih disukai untuk operasi intensif atau lama .."
Ya, tetap dengan ini. Tapi misalnya, jika Anda menunggu & mengulang proses lain, dengan kata lain tidak melakukan apa-apa, tidak akan terlalu buruk jika Anda Thread. Tidur () beberapa milidetik dalam loop itu, memberikan waktu ekstra kepada orang lain. Sedangkan itu tidak perlu untuk OS multitasking yang baik, saya memecahkan beberapa masalah dengan ini misalnya untuk Windows 2000. (Itu TIDAK berarti tentu saja menggunakan Sleep () dalam perhitungan misalnya ..