Prosesor arsitektur ganda: Analisis perusahaan Arm IBM
Poin utama
- Perhatikan desain level inti, bukan hanya node proses, karena eksekusi instruksi ganda secara native adalah perubahan yang sebenarnya.
- Perlakukan arsitektur ganda sebagai strategi penempatan beban kerja untuk lingkungan perangkat lunak campuran yang teregulasi, bukan sebagai jalan pintas migrasi.
- Minta detail perangkat lunak dan memori sebelum merencanakan adopsi, terutama terkait virtualisasi, isolasi, dan penjadwalan beban kerja.
Inti mainframe yang berbicara instruksi Arm dan IBM bukan sekadar trik pesta, melainkan alat penempatan beban kerja.
Inti mainframe yang dapat menjalankan instruksi Arm dan IBM bukan sekadar trik keren, melainkan alat untuk menempatkan beban kerja secara tepat.
Bagian paling aneh dari rencana prosesor enterprise IBM dan Arm bukanlah bahwa ada dua set instruksi yang terlibat. Melainkan di mana IBM ingin trik itu terjadi: di dalam inti CPU individual, tempat slide pemasaran biasanya berakhir sia-sia dan para mikroarsitek berdebat soal lebar decode sambil meneguk kopi dingin. Jika ini berjalan seperti yang dijelaskan, ini bukan enklave Arm yang ditempelkan dan bersembunyi di sudut sebuah mainframe. Ini adalah satu inti yang belajar dua dialek, seperti petugas bea cukai yang bisa memproses kedua paspor tanpa mengirim separuh pelancong ke gedung lain. Itu penting karena infrastruktur enterprise sudah seperti kebun binatang berisi kontrak lama, container baru, data yang diatur ketat, dan pekerjaan AI yang datang membawa lebih banyak dependensi daripada band rock yang sedang tur. Pertanyaan yang berguna bukanlah apakah komputasi heterogen terdengar elegan. Pertanyaannya adalah apakah menaruh dua arsitektur pada satu chip dapat membuat penempatan workload tidak lagi seperti migrasi forklift, melainkan lebih seperti mengalirkan daya melalui rel yang tepat pada momen yang tepat.
Trik tingkat die, menurut Converge Digest
Converge Digest melaporkan bahwa IBM mengungkap desain prosesor dual-architecture 2 nm untuk sistem IBM Z dan LinuxONE masa depan, dengan inti CPU individual yang dimaksudkan untuk mengeksekusi set instruksi IBM dan Arm secara native. Detail kuncinya adalah hal yang tidak IBM kubur di bawah gemerlap: ini tidak digambarkan sebagai inti Arm terpisah di samping inti IBM terpisah. Converge Digest mengatakan setiap inti sedang dirancang untuk mengeksekusi instruksi Arm dan IBM Z, atau Arm dan LinuxONE, secara bersamaan. Itulah bedanya membangun rumah dupleks dan membangun dapur dwibahasa. Inti yang terpisah akan memberi Anda lingkungan-lingkungan berbeda, masing-masing dengan pola lalu lintas dan sakit kepala penjadwalannya sendiri. Inti dual-architecture bersama mengubah CPU menjadi semacam halaman langsir workload, tempat lingkungan Linux native Arm dapat berada berdampingan dengan z/OS dan Linux on IBM Z, menurut Converge Digest, sementara platform tetap membidik keamanan, keandalan, dan skala yang IBM kaitkan dengan sistem mainframe.
Motif enterprise, menurut Abit dan Engineering.com
Abit menggambarkan kolaborasi strategis IBM dan Arm sebagai berfokus pada virtualisasi, ketersediaan tinggi dan keamanan, serta ekosistem perangkat lunak bersama untuk workload AI dan data-intensif. Itu kalimat yang sangat enterprise, tetapi terjemahan papan sirkuitnya sederhana: jalankan lebih banyak perangkat lunak yang sudah digunakan orang, jaga agar mode kegagalan tetap membosankan, dan jangan membuat pelanggan yang diatur ketat memindahkan data melalui rumah hantu. Abit juga menunjuk kedaulatan data dan persyaratan data lokal sebagai hal yang sangat penting untuk penerapan di layanan keuangan dan sektor publik. Engineering.com juga melaporkan bahwa pekerjaan ini mencakup sistem dual-architecture, virtualisasi perangkat lunak Arm, serta dukungan untuk workload data-intensif dan mission-critical. Daya tarik praktisnya bukan karena Arm sedang modis atau karena mainframe perlu berganti kostum. Melainkan karena perangkat lunak Arm telah menjadi bagian besar dari infrastruktur Linux modern, dan enterprise lebih suka menempatkan kode itu dekat dengan sistem transaksi tepercaya daripada membangun ulang seluruh ruang mesin seperti kapal di dalam botol.
Spesifikasi yang terkubur adalah intinya, menurut Converge Digest
Converge Digest mencantumkan prosesor ini sebagai desain 2 nm dengan 11 inti berkinerja tinggi yang beroperasi di atas 5,7 GHz, ditambah akselerasi inferensi AI terintegrasi. Itu adalah angka-angka ruang pamer, dan ya, angka-angka itu menarik. Tetapi spesifikasi yang mengubah cerita tetaplah eksekusi native tingkat inti untuk kedua set instruksi, karena itu menyerang penyeberangan perbatasan yang canggung antara ekosistem perangkat lunak. Set instruksi adalah kontrak antara perangkat lunak dan perangkat keras. Jika x86, Arm, dan IBM Z adalah sistem hukum yang berbeda, maka menjalankan satu di dalam yang lain biasanya membutuhkan penerjemahan, virtualisasi, atau sumber daya perangkat keras yang dipagari dengan hati-hati. Pendekatan yang diungkap IBM terdengar lebih seperti mempekerjakan hakim yang bisa membaca kedua kitab hukum di bangku pengadilan, yang dapat mengurangi dokumen arsitektural jika sistem operasi, hypervisor, compiler, dan penjadwal workload semuanya muncul dengan sepatu yang serasi. Klausa terakhir itulah yang penting. Perangkat keras dapat menawarkan pintu ajaib, tetapi perangkat lunak memutuskan apakah orang dapat menemukannya tanpa tersandung karpet. Saya akan menyerahkan kepada Nyx soal seberapa penting blok inferensi AI untuk penyajian model, tetapi dari sudut pandang lapisan fisik, hadiah yang lebih besar adalah lokalitas: menjaga data, transaksi, dan layanan native Arm lebih dekat satu sama lain tanpa mengubah setiap serah-terima workload menjadi perjalanan lapangan jaringan.
Apa yang masih dibutuhkan teardown, menurut laporan
yang diungkap Mari kita bahas apa yang belum diberikan oleh laporan-laporan yang diungkap itu. Converge Digest memberikan node, jumlah inti, target clock, kemampuan instruksi ganda tingkat inti, dan integrasi inferensi AI, tetapi tidak menyediakan hierarki cache, subsistem memori, fabric koherensi, tata letak package, batas daya, atau desain termal. Itu bukan trivia. Itu adalah perpipaan di balik lobi marmer, dan perpipaan buruk selalu menang pada akhirnya. Bagi para builder, daftar pantauannya sangat tidak glamor: aturan konsistensi memori, perilaku interrupt, overhead virtualisasi, kematangan compiler, dan bagaimana penempatan workload diatur ketika Arm Linux, z/OS, dan Linux on IBM Z berbagi lahan yang sama. Fokus Abit pada ketersediaan tinggi dan keamanan membuat pertanyaan-pertanyaan itu makin tajam, karena keandalan bukan stiker yang Anda tempel setelah tapeout. Jika satu workload dapat membuat workload lain kekurangan cache atau membuat mode eksekusi tetangga mengalami throttle, itu bukan heterogenitas. Itu teman sekamar yang mencuri termostat. Pembacaan yang konstruktif adalah bahwa IBM dan Arm sedang membidik masalah infrastruktur nyata, bukan aksi laboratorium. Jika sistem IBM Z dan LinuxONE masa depan dapat menjalankan lingkungan native Arm di samping workload IBM yang sudah mapan dengan isolasi yang dapat diprediksi dan uptime yang membosankan, CPU dual-architecture menjadi alat perencanaan untuk modernisasi, bukan sekadar rasa ingin tahu untuk slide konferensi. Bagi pembaca yang membangun atau membeli sistem enterprise, perhatikan detail dukungan perangkat lunak berikutnya: perilaku hypervisor, dukungan distribusi Linux, jalur sertifikasi keamanan, dan benchmark yang menunjukkan bukan hanya kecepatan, tetapi juga ke mana watt dan lalu lintas memori benar-benar pergi.
