Cập nhật kernel 6.7 của Linux ngừng hỗ trợ Intel Itanium
"Chuyến tàu Titanic" của Intel sau cùng cũng đã chìm hẳn dưới biển sâu khi bản kernel mới nhất của Linux đã bỏ bớt 65,000 dòng lệnh hỗ trợ cho kiến trúc này. Hồi cuối tháng 7 vừa qua, Intel cũng khai tử Itanium khi ngừng giao các đơn đặt hàng Itanium cho máy chủ.
Là kết quả hợp tác giữa HP và Intel, Itanium (IA-64) là dòng vi xử lý được những người sáng lập ra kỳ vọng sẽ "bủa vây lấy PowerPC" và "tiêu diệt x86". Nhưng trớ trêu thay, sau hơn 20 năm ra đời, x86 không những vẫn sống tốt, PowerPC vẫn còn tồn tại mà chính là Itanium mới là kẻ bị lãng quên. Trong bản nhật kernel 6.7 mới nhất của Linux, các dòng lệnh hỗ trợ Itanium đã được gỡ bỏ. Như vậy, Linux 6.6 LTS sẽ là bản OS cuối cùng mà các CPU Itanium còn có thể hoạt động được.
Động thái trên của các nhà phát triển Linux là có thể hiểu được, khi mà mẫu chip Itanium 9700 (Kittson) cuối cùng ra mắt từ 2017 vốn dựa trên tiến trình 32 nm. Thực chất Kittson chỉ là bản nâng cấp nhẹ của Itanium 9500 (Poulson) vốn đã ra mắt từ 5 năm trước đó, cũng trên 32 nm. Ban đầu, Kittson được dự tính dựa trên tiến trình 22 nm, tuy nhiên sau đó Intel vẫn ở 32 nm và không có kế hoạch phát triển sản phẩm mới nào nữa. Trên thực tế từ sau Kittson, khách hàng duy nhất còn đặt mua Itanium là HP (HPE).
Ban đầu IA-64 được phát triển nhằm để thay thế hoàn toàn x86 (32-bit trở về trước). Nhưng IA-64 không tương thích với các ứng dụng nền tảng x86 cũ nên các nhà phát triển rất ngại chuyển qua nó. Thêm vào việc AMD tung ra kiến trúc x86-64 (64-bit) không lâu sau đó đã xoay chuyển cục diện 180 độ, đến mức chính Intel cũng phải tích hợp x86-64 lên các sản phẩm của hãng sau này. IA-64 từ chỗ "con cưng" trở thành "con ghẻ" và dần bị lãng quên…
Phoronix
Là kết quả hợp tác giữa HP và Intel, Itanium (IA-64) là dòng vi xử lý được những người sáng lập ra kỳ vọng sẽ "bủa vây lấy PowerPC" và "tiêu diệt x86". Nhưng trớ trêu thay, sau hơn 20 năm ra đời, x86 không những vẫn sống tốt, PowerPC vẫn còn tồn tại mà chính là Itanium mới là kẻ bị lãng quên. Trong bản nhật kernel 6.7 mới nhất của Linux, các dòng lệnh hỗ trợ Itanium đã được gỡ bỏ. Như vậy, Linux 6.6 LTS sẽ là bản OS cuối cùng mà các CPU Itanium còn có thể hoạt động được.
Động thái trên của các nhà phát triển Linux là có thể hiểu được, khi mà mẫu chip Itanium 9700 (Kittson) cuối cùng ra mắt từ 2017 vốn dựa trên tiến trình 32 nm. Thực chất Kittson chỉ là bản nâng cấp nhẹ của Itanium 9500 (Poulson) vốn đã ra mắt từ 5 năm trước đó, cũng trên 32 nm. Ban đầu, Kittson được dự tính dựa trên tiến trình 22 nm, tuy nhiên sau đó Intel vẫn ở 32 nm và không có kế hoạch phát triển sản phẩm mới nào nữa. Trên thực tế từ sau Kittson, khách hàng duy nhất còn đặt mua Itanium là HP (HPE).
Ban đầu IA-64 được phát triển nhằm để thay thế hoàn toàn x86 (32-bit trở về trước). Nhưng IA-64 không tương thích với các ứng dụng nền tảng x86 cũ nên các nhà phát triển rất ngại chuyển qua nó. Thêm vào việc AMD tung ra kiến trúc x86-64 (64-bit) không lâu sau đó đã xoay chuyển cục diện 180 độ, đến mức chính Intel cũng phải tích hợp x86-64 lên các sản phẩm của hãng sau này. IA-64 từ chỗ "con cưng" trở thành "con ghẻ" và dần bị lãng quên…
Phoronix
21 bình luận
Chia sẻ
Bài nổi bật
#1
Người Việt Nam được miễn Visa 24 nước, xin Visa On Arrival 26 nước, xin eVisa 36 nước
#2
Honda Vario 125 ra mắt thị trường Việt Nam: 2 phiên bản, giá từ 41,5 triệu
#3
Trải nghiệm nhanh Samsung One UI 6: tiếp tục cải tiến trải nghiệm người dùng với Android 14
#4
Mình nhận ra mình đang dùng điện thoại quá nặng và cảm thấy không thoải mái
#5
[Hình ảnh] Đến với thế giới của thiên nhiên, động vật và du lịch - Phần 3
#6
CHUỘT GAMING SIÊU NHẸ HYPERWORK HELIOS
nó chết vì ko hỗ trợ x86. chứ hỗ trợ như amd64 thì cũng rất chi và này nọ. tương lại ARM ko biết có khả quan
@cabkarm giờ chuyển hết lên 64bit mà ko gặp trục trắc nào. intel cái gì cũng lởm. modem thì bán.
@cabkchán máy cha ghê. người ta đang nói tập lệnh mấy cha lại hiểu theo 32bit/64bit của register
@ragefighterVì nó có giai đoạn giao thoa support cả 32 64 trên 1 chip cho phần mềm có thời gian chuyển đổi.
Còn IA64 là nó chuyển hoà toàn qua 64 và dùng tập lệnh khác với x86 nên không thể tích họp thêm x86 và đc. Và không hỗ trợ phần mềm cũng nên chết trong tay x86-64 là phải thôi.
@cabkĐã trả lời rồi đó, arm64 tập lệnh khác đời thấp hơn nên đời thấp không dùng được tập lệnh của arm64, và ngược lại. Nó tách hẳn lối đi riêng, chỉ có giao thoa aarch64 là hybrid vừa dùng được tập lệnh 32bit và tập lệnh của 64bit
đến thời điểm hiện tại 32bit vẫn còn đông dã man
@LuxiTDthường thì máy ai ram >4gb đều cài 64bit hết rồi mà
@causelove94thách MS bỏ đó. nếu bỏ phải build riêng 1 bảng có sp di sản quá khứ. win nó ko nhỏ bé như Mac bỏ là bỏ
@tiendatmagiccác os như win/mac/linux thì hầu như cài 64bit hết rồi, nhưng đang nói về các app cài thêm cơ, nó vẫn còn dai dẳng ở cái 32 như bóng ma mãi k thấy hết. có mỗi apple là làm mạnh tay nên nó chấm dứt dc sớm
@chikavthực tế bên macos ecosystem không đủ lớn nên mới chơi mạnh tay được. chứ mà số app đông đảo như windows thì Apple cũng đi hái lúa thôi :v
riêng cái khoản app dùng cho ứng dụng công nghiệp ngay trong nhà máy sản xuất Mac cũng toàn nền Windows là đủ hiểu =))))))
không hiểu vì sao cái kiến trúc 64 bit này lại không hỗ trợ 32 bit ta, vì theo tui được biết thì chỉ cần thêm 32 số 0 vào trước 32 bit này sẽ thành 64 bit với kết quả không đổi
@Hot.BunsCâu hỏi cũng là câu trả lời, HDD và SSD cùng lưu trữ dữ liệu, nhưng vì sao SSD vẫn nhanh hơn, câu trả lời là công nghệ lưu trữ phần cứng phát triển, vì sao có Legacy(MBR) lại đẻ thêm UEFI(GPT) để làm chi. Nói chung là tốc độ nó nhanh và dài hơn sẽ bảo mật hơn. Mình đang nhắm chuẩn lưu trữ btrfs rất hay, chia partition thành nhiều vùng lưu trữ để backup dữ liệu trên phần cứng có sẵn, mà thấy chưa có gì khả quan hơn ext2,ext4,f2fs,exfat,fat32,ntfs đợi thêm thời gian nữa
@LuxiTDgiống kiểu vì sao SSD lại có TBW, lại giới hạn số lần ghi. Mình có thể bỏ qua số lần giới hạn ghi của ssd được hay không ...
@Hot.Bunscái này liên quan đến tập lệch asembly của chip.
32bit/64bit chỉ là nói tới thanh ghi register thôi
@tiendatmagiccái số programming nó là bản chất vật lý của NAND chứ chả thằng sản xuất nào muốn. sau khi vượt quá limit programming thì chất lượng bit nhớ đó bị degrade và không thằng sản xuất nao đảm bảo dữ liệu vẫn đúng là 0 hoặc 1 nhưng mong muốn của thằng user cả
