CPU nào hỗ trợ các trang 1GB?

Một số CPU Intel hỗ trợ các trang 1GB. Điều này được xác định bằng cách xem CPUID 0x80000001, EDX bit 26 . Nhân Linux phơi bày điều này thông qua /proc/cpuinfonhư là pdpe1gbcờ .

Chúng ta tìm ra CPU nào hỗ trợ cái này và cái nào không? Hoặc dòng sản phẩm nào hỗ trợ tính năng này? Không có gì trên các trang Intel ARK này cho thấy hỗ trợ cho tính năng này.

CPU mà làm hỗ trợ trang 1GB:

Xeon E5620 ( West 4.0.3 )
Lõi i5-4250U ( Haswell, Di động )

Các CPU khác không hỗ trợ các trang 1GB:

Xeon E5506 (Nehalem)
Core i7-2720QM (Cầu cát, Di động)
Lõi i5-2500K (Cầu cát)

cpu

— Jonathon Reinhart
nguồn

Liên quan: Làm thế nào để sử dụng các trang 1GB Intel West 4.0.3 trên Linux?

— Jonathon Reinhart

Theo trang này :

ngoài các trang 4 KB tiêu chuẩn của họ, bộ xử lý x86-64 mới hơn, chẳng hạn như bộ xử lý AMD64 mới hơn của AMD và bộ xử lý West mật của Intel và các bộ xử lý sau này có thể sử dụng các trang 1 GB ở chế độ dài

Có vẻ đúng như đó là một tính năng mới của CPU West 4.0.3 .

— Viacheslav Rodionov
nguồn

Vâng, tôi chắc chắn đã xem tất cả các trang Wikipedia! Tuy nhiên, câu trả lời này là không chính xác. Sandy Bridge mới hơn Westcore và hiện tại tôi có hai CPU Sandy Bridge không hỗ trợ.

— Jonathon Reinhart

@JonathonReinhart: nhược điểm rất lớn của Hugepages cho sử dụng chung, đặc biệt. Các trang 1G, là toàn bộ hugepage đang sử dụng rất nhiều RAM vật lý. Nếu một quá trình phân bổ 1GiB bình thường, chỉ những phần mà nó từng chạm vào mới thực sự chiếm bộ nhớ ảo. (overcommit thậm chí cho phép phân bổ mà kernel không có đủ không gian hoán đổi để xử lý). Linux không thể ôm trang vào đĩa ngay cả khi quá trình bị dừng, do đó, phân bổ hugepage có hiệu quả ghim / khóa nhiều bộ nhớ vật lý.

— Peter Cordes

2M hugepages có ý nghĩa khi họ sẽ không được rời nửa rỗng (ví dụ như khi bạn biết chắc chắn rằng bạn đang đi để viết mỗi 4k của 2M anyway), nhưng thiếu phân trang là một vấn đề lớn. Thiết kế phần mềm đa năng để hoạt động tồi tệ khủng khiếp trên máy tính để bàn bị hạn chế bộ nhớ không phải là ý kiến hay. Tôi không nghĩ rằng bạn thậm chí có thể mmap một tệp trên đĩa với các gói 2M, nhưng sẽ là một ý tưởng tồi cho các tệp thực thi vì sẽ có một số trang 4k trong khối 2M không được chạm vào. Những thứ này có thể bị đuổi khỏi pagecache (giả sử chúng đã được tải trước), giải phóng RAM.

— Peter Cordes

Với các CPU hiện tại có TLB đa cấp, tổng thời gian dành cho TLB bỏ lỡ có lẽ không quá tệ, phải không? Tôi chưa định hình những thứ lớn như firefox. Tôi rất muốn xem một bản tóm tắt có thể đọc được về việc nó dành bao nhiêu thời gian cho TLB bỏ lỡ, (đặc biệt là các trang đi bộ) và những thứ như L1 I-cache nhớ. Tôi biết tôi chỉ có thể chỉ perfvào nó ... Ngay cả khi bạn đã muốn sử dụng các gói 2M cho firefox, tôi đoán rất nhiều dữ liệu nội bộ của nó được phân bổ thành các phần nhỏ hơn thế. Sẽ có chi phí để đảm bảo bạn giảm thiểu phân bổ bên ngoài phân bổ bên trong bộ đệm hugepage.

— Peter Cordes

Các lỗi TLB rất tốn kém đối với các hoạt động truy cập ngẫu nhiên, bộ nhớ cao, chẳng hạn như nhiều ứng dụng cơ sở dữ liệu. Các trang lớn tạo ra sự khác biệt đáng kể - nhưng ngay cả ở đó, họ đang nói về các trang 2 MB chứ không phải 1GB. HĐH là người sử dụng nhiều nhất các trang 1GB thông qua ánh xạ trực tiếp toàn bộ không gian địa chỉ vật lý.

— GreenReaper