Tìm hiểu cách vị thế dẫn đầu bộ nhớ của SK hynix và đổi mới đóng gói ảnh hưởng đến tốc độ, tiêu thụ điện, nguồn cung và tổng chi phí sở hữu của máy chủ AI — đặc biệt với HBM và DDR5.
Khi nghĩ về máy chủ AI, người ta thường tưởng tượng GPU. Nhưng trong nhiều triển khai thực tế, bộ nhớ mới là thứ quyết định liệu GPU đó có luôn bận rộn — hay phải chờ đợi. Huấn luyện và suy luận đều di chuyển lượng dữ liệu rất lớn: weights của mô hình, activations, cache attention, embeddings và các batch input. Nếu hệ thống bộ nhớ không cung cấp dữ liệu đủ nhanh, các đơn vị tính ngồi idling, và các accelerator đắt tiền của bạn tạo ra ít công việc hơn trên mỗi giờ.
Tốc độ tính toán GPU tăng nhanh, nhưng việc di chuyển dữ liệu không tự động tăng miễn phí. Hệ thống bộ nhớ GPU (HBM và đóng gói của nó) cùng bộ nhớ chính của server (DDR5) hợp lại quyết định:
Kinh tế hạ tầng AI thường được đo bằng kết quả trên chi phí: tokens/giây trên mỗi đô la, bước huấn luyện/ngày trên mỗi đô la, hoặc job hoàn thành trên mỗi rack mỗi tháng.
Bộ nhớ ảnh hưởng phương trình theo hai hướng:
Những yếu tố này liên kết với nhau. Băng thông cao hơn có thể cải thiện sử dụng, nhưng chỉ khi dung lượng đủ để giữ dữ liệu nóng cục bộ. Độ trễ quan trọng nhất khi mẫu truy cập không đều (thường gặp trong một số workload inference). Công suất và nhiệt quyết định liệu thông số đỉnh có duy trì được trong nhiều giờ hay không — quan trọng cho các lần huấn luyện dài và inference có chu kỳ cao.
Bài viết giải thích cách các lựa chọn bộ nhớ và đóng gói ảnh hưởng đến thông lượng máy chủ AI và tổng chi phí sở hữu, dùng nguyên lý nhân quả thực tế. Nó sẽ không suy đoán về roadmap sản phẩm tương lai, giá cả, hay tính sẵn có theo nhà cung cấp. Mục tiêu là giúp bạn đặt câu hỏi tốt hơn khi đánh giá cấu hình máy chủ AI.
Nếu bạn đang mua sắm máy chủ AI, hữu ích khi nghĩ “bộ nhớ” như một ngăn xếp các lớp cung cấp dữ liệu cho compute. Khi bất kỳ lớp nào không thể cung cấp đủ nhanh, GPU không chỉ chậm lại một chút — chúng thường ngồi im trong khi bạn vẫn phải trả tiền cho điện, không gian rack và accelerator.
Ở mức cao, ngăn xếp bộ nhớ của máy chủ AI trông như sau:
Ý chính: mỗi bước ra xa GPU tăng độ trễ và thường giảm băng thông.
Huấn luyện thường gây áp lực lên băng thông và dung lượng bên trong GPU: mô hình lớn, activations lớn, nhiều đọc/ghi hai chiều. Nếu mô hình hoặc cấu hình batch bị giới hạn bởi bộ nhớ, bạn thường thấy GPU sử dụng thấp ngay cả khi compute trông “đủ”.
Inference có thể khác. Một số workload tiêu tốn băng thông bộ nhớ (LLM với context dài), trong khi số khác nhạy cảm với độ trễ (mô hình nhỏ, nhiều request). Inference thường để lộ nghẽn ở cách dữ liệu được staged vào bộ nhớ GPU và cách server giữ cho GPU được cấp dữ liệu qua nhiều request đồng thời.
Thêm compute GPU giống như thêm thêm thu ngân. Nếu “kho hàng” (hệ thống bộ nhớ) không giao đủ đồ, thêm thu ngân không tăng thông lượng.
Thiếu băng thông tốn kém vì lãng phí phần đắt nhất của hệ thống: giờ GPU, dự phòng công suất, và vốn cụm. Đó là lý do người mua nên đánh giá ngăn xếp bộ nhớ như một hệ thống, không phải từng hạng mục riêng lẻ.
High Bandwidth Memory (HBM) vẫn là “DRAM”, nhưng được chế tạo và kết nối khác với các thanh DDR5 bạn thấy trong phần lớn server. Mục tiêu không phải dung lượng tối đa với chi phí thấp nhất — mà là cung cấp băng thông bộ nhớ cực cao trong footprint nhỏ, gần accelerator.
HBM xếp nhiều die DRAM theo chiều dọc (như một chiếc bánh nhiều lớp) và dùng kết nối dọc mật độ cao (TSV) để di chuyển dữ liệu giữa các lớp. Thay vì dựa vào một kênh hẹp tốc độ cao như DDR, HBM dùng giao diện rất rộng. Độ rộng này là mấu chốt: bạn có băng thông lớn trên mỗi gói mà không cần xung nhịp cực cao.
Trong thực tế, cách tiếp cận “rộng và gần” này giảm khoảng cách tín hiệu và cho phép GPU/accelerator lấy dữ liệu đủ nhanh để giữ các đơn vị tính bận rộn.
Huấn luyện và phục vụ mô hình lớn liên tục chuyển các tensor khổng lồ ra vào bộ nhớ. Nếu compute phải chờ bộ nhớ, thêm lõi GPU không giúp nhiều. HBM thiết kế nhằm giảm nghẽn đó, nên nó là tiêu chuẩn trên các accelerator AI hiện đại.
Hiệu năng HBM không miễn phí. Tích hợp chặt chẽ với gói tính tạo ra các giới hạn thực tế quanh:
HBM tỏa sáng khi băng thông là giới hạn. Đối với các workload cần nhiều dung lượng — cơ sở dữ liệu in-memory lớn, cache phía CPU lớn, hoặc tác vụ cần nhiều RAM hơn băng thông — thêm HBM thường kém hiệu quả hơn mở rộng bộ nhớ hệ thống (DDR5) hoặc suy nghĩ lại vị trí dữ liệu.
“Dẫn đầu” trong bộ nhớ nghe có thể giống marketing, nhưng với người mua máy chủ AI nó thường biểu hiện bằng các điều có thể đo: thứ gì thực sự được giao hàng đại trà, roadmap có được thực hiện đúng hạn, và linh kiện hành xử nhất quán khi triển khai.
Với sản phẩm HBM như HBM3E, dẫn đầu thường có nghĩa nhà cung cấp có thể duy trì giao hàng khối lượng lớn ở các phân hạng tốc độ và dung lượng mà nền tảng GPU dựa vào. Thực hiện roadmap quan trọng vì thế hệ accelerator thay đổi nhanh; nếu roadmap bộ nhớ trễ, lựa chọn nền tảng thu hẹp và áp lực giá tăng lên.
Nó cũng bao gồm độ chín vận hành: chất lượng tài liệu, truy xuất nguồn gốc, và tốc độ xử lý khi có vấn đề thực tế khác với phòng lab.
Cụm AI lớn không thất bại vì một chip hơi chậm; chúng thất bại vì biến động chuyển thành ma sát vận hành. Binning nhất quán (phân loại linh kiện vào các “xô” hiệu năng và công suất) giảm khả năng một số node chạy nóng hơn, throttling sớm hơn, hoặc cần tuning khác.
Độ tin cậy thì trực tiếp hơn: ít lỗi sớm hơn có nghĩa ít phải thay GPU, ít cửa sổ bảo trì và ít giảm thông lượng “âm thầm” do node bị rút hoặc cách ly. Ở quy mô cụm, khác biệt nhỏ về tỷ lệ lỗi có thể tương đương với khác biệt đáng kể về khả dụng và gánh nặng on-call.
Phần lớn người mua không triển khai bộ nhớ riêng lẻ — họ triển khai nền tảng đã được xác nhận. Chu kỳ qualification (nhà cung cấp + OEM/ODM + nhà cung cấp accelerator) có thể mất vài tháng, và chúng quyết định SKU bộ nhớ nào được phê duyệt ở phân hạng tốc độ, nhiệt và cài firmware cụ thể.
Hệ quả thực tế: linh kiện “tốt nhất” trên thông số chỉ hữu dụng nếu nó được qualification cho server bạn có thể mua trong quý này.
Khi đánh giá tùy chọn, hãy hỏi:
Điều này giữ cuộc trò chuyện tập trung vào hiệu năng có thể triển khai, không chỉ tiêu đề trên báo.
Hiệu năng HBM thường được tóm tắt là “băng thông nhiều hơn”, nhưng điều người mua quan tâm là thông lượng: bao nhiêu tokens/giây (LLM) hoặc images/giây (vision) bạn có thể duy trì với chi phí chấp nhận được.
Huấn luyện và inference lặp lại di chuyển weights và activations giữa đơn vị tính GPU và bộ nhớ của nó. Nếu compute sẵn sàng nhưng dữ liệu đến muộn, hiệu năng giảm.
Băng thông HBM nhiều hơn giúp nhất khi workload của bạn bị giới hạn bởi bộ nhớ (đang chờ bộ nhớ), điều này phổ biến với mô hình lớn, context dài và một số đường dẫn attention/embedding. Trong những trường hợp đó, băng thông cao hơn có thể chuyển thành thời gian bước nhanh hơn — tức nhiều tokens/giây hoặc images/giây — mà không thay đổi mô hình.
Tăng băng thông không kéo mãi. Khi job trở nên giới hạn bởi compute (đơn vị toán là giới hạn), thêm băng thông bộ nhớ mang lại cải thiện nhỏ hơn. Bạn sẽ thấy điều này trong các chỉ số: memory stall giảm, nhưng thời gian bước tổng thể ngừng cải thiện đáng kể.
Quy tắc thực tế: nếu profiling cho thấy bộ nhớ không phải là nút thắt hàng đầu, hãy tập trung hơn vào thế hệ GPU, hiệu quả kernel, batching và song song thay vì chạy theo con số băng thông đỉnh.
Băng thông ảnh hưởng tốc độ; dung lượng xác định cái gì vừa.
Nếu dung lượng HBM quá nhỏ, bạn sẽ buộc phải dùng batch nhỏ hơn, shard/offload nhiều hơn, hoặc giảm context length — thường làm giảm thông lượng và phức tạp triển khai. Đôi khi cấu hình có băng thông thấp hơn nhưng đủ dung lượng lại đánh bại cấu hình nhanh nhưng eo hẹp.
Theo dõi vài chỉ số nhất quán qua các bài test:
Chúng cho biết liệu băng thông HBM, dung lượng HBM hay điều gì khác thực sự là giới hạn với workload thực tế.
HBM không “chỉ là DRAM nhanh hơn.” Một phần lớn lý do nó khác là đóng gói: cách nhiều die bộ nhớ xếp chồng và cách stack đó được nối tới GPU. Đây là kỹ thuật thầm lặng biến silicon thô thành băng thông khả dụng.
HBM đạt băng thông cao bằng cách đặt bộ nhớ gần vật lý với die compute và dùng giao tiếp rất ngắn. Thay vì traces dài trên bo mạch chủ, HBM dùng các kết nối cực ngắn giữa GPU và stack bộ nhớ. Khoảng cách ngắn hơn thường có nghĩa tín hiệu sạch hơn, năng lượng trên bit thấp hơn và ít phải đánh đổi về tốc độ.
Một thiết lập HBM điển hình là một stack các die bộ nhớ nằm cạnh die GPU (hoặc accelerator), kết nối qua một base die chuyên dụng và một cấu trúc substrate mật độ cao. Đóng gói là thứ làm cho bố cục “bên cạnh nhau” mật độ cao đó có thể sản xuất được.
Đóng gói chặt hơn tăng liên kết nhiệt: GPU và stack bộ nhớ làm nóng lẫn nhau, và điểm nóng có thể giảm thông lượng bền vững nếu làm mát không đủ. Lựa chọn đóng gói cũng ảnh hưởng tính toàn vẹn tín hiệu (tín hiệu điện sạch đến đâu). Kết nối ngắn giúp, nhưng chỉ khi vật liệu, căn chỉnh và cung cấp điện được kiểm soát.
Cuối cùng, chất lượng đóng gói dẫn đến yield: nếu một stack, kết nối interposer hoặc mảng bump hỏng, bạn có thể mất một đơn vị lắp ráp đắt tiền — không chỉ một die. Đó là lý do độ chín đóng gói ảnh hưởng tới chi phí thực tế của HBM gần như giá trị chip.
Khi nói về máy chủ AI, chú ý thường đổ dồn vào bộ nhớ GPU (HBM) và hiệu năng accelerator. Nhưng DDR5 vẫn quyết định liệu phần còn lại của hệ thống có thể giữ các accelerator đó được cấp dữ liệu — và liệu server đó có dễ vận hành ở quy mô hay không.
DDR5 chủ yếu là bộ nhớ gắn với CPU. Nó xử lý công việc "xung quanh" huấn luyện/inference: tiền xử lý dữ liệu, tokenization, feature engineering, caching, pipeline ETL, và chạy control plane (scheduler, client lưu trữ, agent giám sát). Nếu DDR5 thiếu, CPU chờ bộ nhớ hoặc swap, và GPU đắt tiền ngồi im giữa các bước.
Cách thực tế nhìn DDR5 là như ngân sách staging và điều phối. Nếu workload của bạn stream batch sạch từ lưu trữ nhanh thẳng vào GPU, bạn có thể ưu tiên DIMM ít nhưng tốc độ cao. Nếu bạn chạy tiền xử lý nặng, cache phía host lớn, hoặc nhiều dịch vụ trên một node, dung lượng là yếu tố giới hạn.
Cân bằng cũng phụ thuộc vào bộ nhớ accelerator: nếu mô hình gần giới hạn HBM, bạn thường dùng kỹ thuật (checkpointing, offload, hàng đợi batch lớn hơn) làm tăng áp lực lên bộ nhớ CPU.
Lắp đầy mọi khe không chỉ tăng dung lượng: nó tăng tiêu thụ điện, nhiệt và yêu cầu lưu thông khí. RDIMM dung lượng cao có thể nóng hơn, và làm mát cận biên có thể kích hoạt throttling CPU — giảm thông lượng đầu-cuối ngay cả khi GPU trên lý thuyết ổn.
Trước khi mua, xác nhận:
Hãy xem DDR5 như một khoản ngân sách riêng: nó không lên đầu các benchmark nhưng thường quyết định sử dụng thực và chi phí vận hành.
Hiệu năng máy chủ AI không chỉ là thông số đỉnh — mà là hệ thống có giữ những con số đó trong bao lâu mà không giảm hay không. Công suất bộ nhớ (HBM trên accelerator và DDR5 trên host) chuyển trực tiếp thành nhiệt, và nhiệt đặt trần cho mật độ rack, tốc độ quạt, và cuối cùng là hóa đơn làm mát.
Mỗi watt thêm do bộ nhớ tiêu thụ là nhiệt trung tâm dữ liệu phải loại ra. Nhân điều đó cho 8 GPU trên mỗi server và hàng chục server trên mỗi rack, bạn có thể chạm giới hạn cơ sở sớm hơn dự kiến. Khi điều đó xảy ra, bạn có thể bị buộc phải:
Các thành phần nóng có thể kích hoạt throttling nhiệt — giảm tần số để bảo vệ phần cứng. Kết quả là hệ thống trông nhanh trong các bài test ngắn nhưng chậm trong các lần huấn luyện dài hoặc inference công suất cao. Đây là nơi “thông lượng bền vững” quan trọng hơn băng thông quảng cáo.
Bạn không cần công cụ siêu phức tạp để cải thiện nhiệt; bạn cần kỷ luật:
Tập trung vào chỉ số vận hành, không chỉ đỉnh:
Nhiệt là nơi bộ nhớ, đóng gói và thiết kế hệ thống gặp nhau — và nơi chi phí ẩn thường xuất hiện đầu tiên.
Lựa chọn bộ nhớ có vẻ đơn giản trên báo giá ("$ trên GB"), nhưng máy chủ AI không hành xử như server đa dụng. Điều quan trọng là accelerator của bạn chuyển watt và thời gian thành tokens, embeddings hoặc checkpoint huấn luyện hữu dụng nhanh đến mức nào.
Với HBM đặc biệt, một phần lớn chi phí nằm ngoài silicon thô. Đóng gói tiên tiến (xếp chồng die, bonding, interposer/substrate), yield (tỷ lệ stack đạt), thời gian test và công sức tích hợp cộng dồn. Nhà cung cấp có khả năng thực hiện đóng gói tốt — thường được nhắc đến như một điểm mạnh của SK hynix ở các thế hệ HBM gần đây — có thể ảnh hưởng tới chi phí giao hàng và tính sẵn có gần như giá wafer danh nghĩa.
Nếu băng thông bộ nhớ là giới hạn, accelerator dành phần thời gian bạn trả tiền để chờ. Cấu hình bộ nhớ rẻ hơn làm giảm thông lượng có thể lặng lẽ tăng chi phí hiệu quả trên mỗi bước huấn luyện hoặc trên mỗi triệu token.
Cách giải thích thực tế:
Nếu bộ nhớ nhanh hơn tăng đầu ra mỗi giờ 15% trong khi tăng chi phí server 5%, đơn vị kinh tế của bạn cải thiện — dù dòng BOM cao hơn.
TCO cụm thường bị chi phối bởi:
Cố định cuộc thảo luận vào thông lượng và thời gian đến kết quả, không chỉ vào giá linh kiện. Mang theo ước tính A/B đơn giản: tokens/sec (hoặc steps/sec) đo được, sản lượng hàng tháng dự kiến, và chi phí suy ra cho mỗi đơn vị công việc. Điều đó làm quyết định “bộ nhớ đắt hơn” dễ hiểu với tài chính và lãnh đạo.
Kế hoạch xây dựng máy chủ AI thường thất bại vì lý do đơn giản: bộ nhớ không phải “một linh kiện”. HBM và DDR5 mỗi loại liên quan nhiều bước sản xuất liên kết chặt (die, xếp chồng, test, đóng gói, lắp module), và trì hoãn ở bất kỳ bước nào có thể nghẽn cả hệ thống. Với HBM, chuỗi chặt hơn vì yield và thời gian test cộng gộp qua các die xếp chồng, và gói cuối phải đáp ứng giới hạn điện và nhiệt nghiêm ngặt.
Tính sẵn có HBM bị giới hạn không chỉ bởi công suất wafer, mà bởi thông lượng đóng gói tiên tiến và các cổng qualification. Khi cầu tăng mạnh, thời gian chờ kéo dài vì tăng công suất không đơn giản là bật thêm dây chuyền — công cụ mới, quy trình mới và ramp chất lượng tốn thời gian.
Lên kế hoạch đa nguồn khi khả thi (thường dễ hơn cho DDR5 so với HBM), và giữ phương án thay thế đã được xác nhận sẵn. “Đã xác nhận” nghĩa là thử ở giới hạn công suất, nhiệt độ và tổ hợp workload mục tiêu của bạn — không chỉ thử boot.
Cách tiếp cận thực tế:
Dự đoán theo quý, không phải tuần. Xác nhận cam kết nhà cung cấp, thêm buffer cho giai đoạn ramp, và đồng bộ thời điểm mua với các mốc vòng đời server (pilot → rollout giới hạn → scale). Ghi lại những thay đổi nào kích hoạt re-qualification (thay DIMM, thay bin tốc độ, SKU GPU khác).
Đừng cam kết quá mức với cấu hình chưa được qualification đầy đủ trên nền tảng của bạn. Một “gần như khớp” có thể tạo ra bất ổn khó dò, giảm thông lượng bền vững và chi phí sửa đổi không ngờ — chính khi bạn đang cố scale.
Chọn giữa tăng dung lượng/băng thông HBM, thêm DDR5, hay cấu hình server khác dễ nhất khi bạn coi đó như thí nghiệm được kiểm soát: xác định workload, khoá nền tảng và đo thông lượng bền vững (không phải thông số đỉnh).
Bắt đầu bằng việc xác nhận điều gì thực sự được hỗ trợ và có thể giao — nhiều cấu hình “trên giấy” không dễ được qualification ở quy mô.
Dùng mô hình và dữ liệu thật nếu có thể; test băng thông tổng hợp giúp nhưng không dự đoán tốt thời gian huấn luyện.
Pilot chỉ hữu ích nếu bạn giải thích được tại sao một node nhanh hơn hoặc ổn định hơn. Theo dõi sử dụng GPU, counter băng thông HBM/DRAM (nếu có), tỉ lệ lỗi bộ nhớ (có thể sửa/không), nhiệt độ và công suất theo thời gian, và bất kỳ sự kiện throttling xung nào. Ghi lại retry job và tần suất checkpoint — bất ổn bộ nhớ thường xuất hiện như restart bí ẩn.
Nếu bạn chưa có công cụ nội bộ để chuẩn hoá các pilot này, các nền tảng như Koder.ai có thể giúp đội nhanh chóng xây ứng dụng nội bộ nhẹ (bảng điều khiển, runbook, checklist cấu hình, hoặc báo cáo pilot “so sánh hai node”) qua workflow điều khiển bằng chat, rồi xuất mã nguồn khi sẵn sàng đưa vào sản xuất. Đây là cách thực tế giảm ma sát quanh các chu kỳ qualification lặp lại.
Trong nhiều workload AI, GPU dành thời gian chờ weights, activations hoặc dữ liệu KV cache được nạp. Khi hệ thống bộ nhớ không cung cấp dữ liệu đủ nhanh, các đơn vị tính của GPU phải ngồi im và thông lượng trên mỗi đô la giảm — ngay cả khi bạn đã mua các accelerator cao cấp.
Dấu hiệu thực tế là tiêu thụ điện GPU cao nhưng hiệu suất đạt được thấp, kèm theo các bộ đếm memory-stall hoặc tokens/sec giữ phẳng dù bạn tăng số lượng compute.
Hãy tưởng tượng nó như một đường ống:
Vấn đề hiệu năng xuất hiện khi dữ liệu phải di chuyển xuống “cấp” thấp hơn trong quá trình tính (HBM → DDR5 → NVMe).
HBM xếp chồng nhiều die DRAM theo chiều dọc và dùng giao diện rất rộng đặt gần GPU thông qua đóng gói tiên tiến. Kiến trúc “rộng và gần” này tạo ra băng thông lớn mà không cần xung nhịp cực cao.
Ngược lại, DDR5 là các DIMM trên bo mạch chủ, xa hơn về mặt vật lý và dùng kênh hẹp hơn với tốc độ tín hiệu cao—phù hợp cho máy chủ chung nhưng không so sánh được với băng thông HBM gần accelerator.
Quy tắc tham khảo:
Nếu bạn đã bị giới hạn bởi compute, băng thông thêm thường có lợi suất giảm dần; tối ưu kernel, chiến lược batching hoặc dùng GPU thế hệ nhanh hơn sẽ hiệu quả hơn.
Đóng gói quyết định liệu HBM có thể đạt băng thông lý thuyết một cách đáng tin cậy và ở quy mô hay không. Các thành phần như TSV, micro-bumps, và interposers/substrates ảnh hưởng đến:
Với người mua, độ chín của đóng gói thể hiện qua hiệu năng bền vững ổn định hơn và ít bất ngờ khi scale.
DDR5 thường quyết định “dàn diễn viên hỗ trợ” xung quanh GPU: preprocessing, tokenization, cache phía host, metadata sharding, bộ đệm dataloader và dịch vụ control-plane.
Nếu DDR5 thiếu, bạn có thể thấy GPU bị đói giữa các bước; nếu DDR5 quá nóng hoặc kém được làm mát, CPU có thể bị throttling hoặc hệ thống không ổn định. Hãy xem DDR5 như ngân sách staging/orchestration, đừng coi nhẹ nó.
Hãy quan sát hành vi bền vững, không chỉ đỉnh:
Biện pháp giảm thiểu thường đơn giản về vận hành: đảm bảo luồng khí, kiểm tra tiếp xúc heatsink/cold-plate, đặt giới hạn công suất hợp lý và cảnh báo theo nhiệt độ cùng lỗi bộ nhớ.
Thu thập cả chỉ số kết quả và chỉ số lý do:
Hỏi những thông tin bạn có thể kiểm chứng:
Qualification và tính nhất quán thường quan trọng hơn một vài khác biệt thông số nhỏ khi bạn triển khai ở quy mô cụm.
Dùng lăng kính đơn vị kinh tế:
Nếu bộ nhớ băng thông cao hơn tăng đầu ra đủ (ít stall hơn, bớt sharding, cần ít node để đạt SLA), nó có thể giảm chi phí hiệu quả — ngay cả khi giá BOM cao hơn. Trình bày một so sánh A/B với workload của bạn: thông lượng đo được, sản lượng dự kiến hàng tháng, và chi phí trên mỗi job/token để thuyết phục lãnh đạo.
Tổ hợp này giúp bạn kết luận xem bị giới hạn bởi HBM, DDR5, phần mềm hay nhiệt.
