Ép xung AMD trên Linux: AOD, Ryzen và GPU

Khi ai đó tìm kiếm Ép xung trên Linux với AMD Nó đối mặt với hai thực tế đôi khi chồng chéo lên nhau: đề xuất chính thức của AMD về việc kiểm soát một số tham số bộ xử lý từ nhân hệ điều hành và các hướng dẫn tự chế về ép xung card đồ họa bằng cách sửa đổi các tệp nhân hệ điều hành. sysfsTừ viết tắt đang trở nên phổ biến là AOD, không phải OADMặc dù trong một số văn bản, nó lại được viết ngược. Sự nhầm lẫn này là điều dễ hiểu vì AOD nghe có vẻ như một thứ gì đó mới mẻ, chính thức và to lớn, trong khi ép xung GPU trên Linux vẫn còn là một việc khá tự chế, liên quan đến các lệnh, quyền hạn và khởi động lại.

Trong bài viết này, chúng ta sẽ cùng nhau tìm hiểu: những đề xuất của AMD, ý nghĩa của từ "chính thức" trong thế giới nhân hệ điều hành, vai trò của bo mạch chủ và các ứng dụng, cũng như cách ép xung GPU AMD trên Linux bằng các lệnh amdgpu, ppfeaturemask và pp_od_clk_voltage . Chúng ta cũng sẽ thảo luận về cảm biến, quạt, khả năng duy trì kết nối với systemd và những cảnh báo bạn không nên bỏ qua. Mục đích là để giải thích mọi thứ một cách khách quan, không hứa hẹn điều kỳ diệu và không trình bày một sản phẩm vẫn đang trong quá trình xem xét như một sản phẩm hoàn chỉnh.

AOD: AMD chính thức đặt cược vào việc sửa đổi firmware từ Linux

AMD đã phát hành một loạt bản vá cho nhân Linux, trong đó giới thiệu các tính năng mới. AOD (Ép xung AMD)Bộ điều khiển được thiết kế để quản lý xung nhịp và mức tiêu thụ điện năng từ bên trong hệ điều hành. Kỹ sư chịu trách nhiệm trình bày công việc này là [tên bị thiếu]. Shyam Sundar SKĐề xuất ban đầu sử dụng giao diện bộ điều khiển WMI để giao tiếp trực tiếp với phần mềm firmware của nền tảng — tức là phần mềm bo mạch chủ chịu trách nhiệm khởi tạo và cấu hình phần cứng. Việc này được thực hiện thông qua giao diện tiêu chuẩn. sysfsNgười dùng và nhà phát triển có thể xem và chỉnh sửa một số thông số quan trọng về hoạt động của bộ xử lý.

Trong số những điều chỉnh chính ở bản dự thảo đầu tiên có giới hạn về công suất và dòng điện: Theo dõi công suất gói (PPT), dòng điện thiết kế nhiệt (TDC) và dòng điện thiết kế điện (EDC)Ngoài ra, còn có những cuộc thảo luận về việc đọc tần số RAM hiện tại và khả năng bật hoặc tắt công nghệ Simultaneous Hyper-Threading (SMT) ở cấp độ nền tảng, điều này sẽ cung cấp một giải pháp thay thế gọn gàng hơn so với tham số truyền thống. nosmt Ngay từ đầu. Tuy nhiên, tốt hơn hết là nên tách biệt ngay từ lúc ban đầu. đọc một giá trị ghi một giá trịViệc AOD có thể hiển thị xung nhịp bộ nhớ không tự nó chứng minh rằng nó cho phép thay đổi tần số, độ trễ hoặc điện áp của xung nhịp đó.

Có một chi tiết quan trọng thường bị bỏ qua: những thay đổi trong các thông số năng lượng này không được áp dụng trong thời gian thực, mà thay vào đó Họ cần khởi động lại máy tính. để có hiệu lực. AMD chỉ tập trung vào lớp nhân hệ điều hành và chưa phát hành bất kỳ giao diện đồ họa chính thức nào cho người dùng cuối. Giống như với trình điều khiển card đồ họa Radeon của mình, công ty sẽ để các nhà phát triển độc lập và môi trường máy tính để bàn tự tạo giao diện trực quan của riêng họ bằng cách tận dụng các điều khiển của... sysfsPhiên bản firmware ban đầu hỗ trợ nhiều lệnh hơn so với số lệnh hiện đang được kích hoạt, vì vậy Tiềm năng thì có, nhưng chưa được khai thác hết..

Sự xuất hiện của AOD thể hiện một bước tiến tích cực trong cam kết của AMD nhằm cải thiện khả năng hỗ trợ cho bộ xử lý của hãng trên các hệ thống mã nguồn mở. Tuy nhiên, điều quan trọng là không nên nhầm lẫn việc công bố các bản vá lỗi với trải nghiệm sẵn sàng sử dụng cho người dùng thông thường. Đề xuất này chỉ khởi động một quy trình xem xét ; nó không hoàn tất việc phát hành một bộ phần mềm dành cho người tiêu dùng. Một cái tên liên quan đến ép xung không đảm bảo khả năng điều chỉnh điện áp, tinh chỉnh từng lõi riêng lẻ hoặc tối ưu hóa tự động: mỗi khả năng đều yêu cầu cách triển khai và hoạt động được ghi chép riêng.

Ngoài ra còn thiếu phiên bản Linux của Ryzen Master. Người dùng Windows đã có một ứng dụng máy tính để bàn quen thuộc để tinh chỉnh hệ thống, trong khi Linux chỉ có một khung ứng dụng được đề xuất để xây dựng các công cụ điều khiển. Điều đó không có nghĩa là Ryzen Master sẽ tự nhiên xuất hiện trên Linux hoặc AOD sẽ kế thừa tất cả các tính năng của nó. Việc AMD hỗ trợ cả hai nỗ lực không có nghĩa là danh sách tính năng, thời gian ra mắt hoặc khả năng tương thích của chúng giống hệt nhau. Việc so sánh này hữu ích như một kỳ vọng, nhưng không phải là một lời hứa.

Giá trị thực tiễn bắt đầu từ việc làm rõ trách nhiệm giải trình. Các nhà phát triển ứng dụng có thể đánh giá đề xuất từ ​​nhà cung cấp và thảo luận về hoạt động của nó thông qua quy trình xem xét nhân hệ điều hành. Người dùng có được một nỗ lực phát triển cụ thể hơn để theo dõi. Việc phát triển xung quanh một tính năng phần cứng sẽ dễ dàng hơn khi nhà sản xuất tham gia vào việc định nghĩa giao diện hệ điều hành. Tuy nhiên, sự tồn tại của một giao diện như vậy vẫn để lại những câu hỏi chưa được giải đáp về khả năng tương thích, lỗi và cách trình bày.

Trong nhân hệ điều hành, "chính thức" có nghĩa là gì và không có nghĩa là gì.

Phoronix đã đưa tin về đề xuất này vào ngày 21 tháng 10 năm 2026 và xác định Shyam Sundar SK là tác giả. Bài báo mô tả một trình điều khiển AOD giao tiếp với phần mềm nhúng của nền tảng bằng WMI, một giao diện quản lý phần mềm nhúng tương thích với Linux. Bước cụ thể của AMD là phát hành một bản vá mở ra một phiên bản kernel , chứ không phải là phát hành công khai ngay lập tức một tiện ích. Sự khác biệt đó là điều phân biệt tin tức thú vị với một tính năng mà bạn có thể sử dụng trên máy tính để bàn của mình ngay hôm nay.

Các tùy chọn điều khiển ban đầu được báo cáo bao gồm giới hạn công suất và dòng điện của bộ xử lý, phạm vi điều chỉnh tương thích, cấu hình đa luồng đồng thời và đọc xung nhịp bộ nhớ. SMT cho phép một lõi xử lý thực thi nhiều luồng phần mềm, do đó cấu hình ở cấp độ nền tảng của nó khá phức tạp. Tuy nhiên, tên gọi của bộ điều khiển ép xung không đảm bảo tính tương đồng với tất cả các tính năng có sẵn trong các môi trường khác. Nó cũng không đảm bảo rằng mỗi tùy chọn điều khiển được cung cấp sẽ hoạt động giống nhau trên tất cả các bo mạch chủ. Mỗi khả năng đều cần được triển khai, lập tài liệu và thử nghiệm.

Theo thông tin đã xem xét, các bản vá vẫn đang được xem xét. Do đó, người đọc cần phân biệt giữa việc gửi mã, chấp nhận vào nhân kernel chính thức và việc cung cấp thông qua bản cập nhật phân phối. Đây là ba cột mốc riêng biệt , và thông báo về cột mốc đầu tiên không quyết định các cột mốc còn lại. Việc gửi mã là một chuyện; việc người đánh giá chấp nhận mã lại là chuyện khác; và việc bản phân phối của bạn đóng gói và phân phối nó một cách suôn sẻ lại là chuyện khác nữa.

Đề xuất này đến từ AMD, chứ không phải từ một nhà phát triển độc lập đang cố gắng xây dựng lại giao diện. Điều đó củng cố nỗ lực này, nhưng không có nghĩa là tất cả các hệ thống Ryzen sẽ ngay lập tức có quyền truy cập. Hãy xem xét một nhà phát triển duy trì một máy trạm Linux để biên dịch phần mềm. Một cách thức tuân thủ để kiểm tra các giới hạn khả dụng sẽ giúp xác định những gì máy thực sự đang cung cấp, nhưng nó sẽ không tự động xác định các thiết lập tốt nhất cho một dự án cụ thể. Quyền truy cập cung cấp cơ hội để đo lường và cấu hình phần cứng; hiệu năng vẫn là một kết quả cần được kiểm tra.

Bài thuyết trình cũng tạo cơ hội cho người đánh giá xem xét ranh giới giữa các yêu cầu phần mềm và hành vi của firmware. Ranh giới này rất quan trọng bất cứ khi nào một ứng dụng có thể yêu cầu những thay đổi ảnh hưởng đến toàn bộ máy tính. Một giao diện rõ ràng sẽ giúp dễ dàng mô tả hậu quả trước khi người dùng gặp phải chúng . Thay đổi tùy chọn màn hình nền không giống như yêu cầu giới hạn công suất ảnh hưởng đến gói bộ xử lý và cần khởi động lại để có hiệu lực.

Trải nghiệm trên máy tính để bàn được giao cho các ứng dụng.

Trình điều khiển chính thức giúp giảm bớt rào cản trong quá trình phát triển nhưng lại làm cho công việc tích hợp còn lại trở nên rõ ràng hơn. Đề xuất của AMD đặt ra một câu hỏi quan trọng cho các nhà phát triển tiện ích máy tính để bàn: các điều khiển này nên hiển thị như thế nào đối với người dùng? Một nhãn rõ ràng đòi hỏi nhiều hơn là chỉ đơn giản chuyển đổi tham số phần mềm thành thanh trượt. Ứng dụng phải giải thích những gì thay đổi, khi nào nó thay đổi và những gì vẫn không thay đổi. Việc chỉ đơn giản chuyển đổi một tham số là không đủ nếu người dùng không hiểu phạm vi của những gì họ đang điều chỉnh.

Cửa sổ cài đặt cũng cần phân biệt rõ ràng giữa các chức năng được hỗ trợ và không được hỗ trợ. Nếu không, người dùng có thể nhầm lẫn việc thiếu một tính năng phần mềm với lỗi ứng dụng. Việc phát hiện rõ ràng trở thành một phần của trải nghiệm sản phẩm. Các chức năng không được hỗ trợ nên không thể truy cập được hoặc, ít nhất, phải đi kèm với một lời giải thích rõ ràng. Việc thiếu một tính năng không nên được xem như một lỗi tạm thời hoặc một nút bị hỏng.

Việc hỗ trợ bo mạch chủ cũng là một phần của cuộc thảo luận này. Vì trình điều khiển được đề xuất giao tiếp với phần mềm nhúng của nền tảng, nên chỉ riêng thương hiệu bộ xử lý không thể đảm bảo khả năng tương thích. Người dùng tiềm năng cần được kiểm tra trên toàn bộ cấu hình hệ thống của họ. Điều này tạo ra một áp lực khác so với việc phát hành ứng dụng thông thường: AMD có thể cung cấp giao diện nhân hệ điều hành, nhưng trải nghiệm người dùng phụ thuộc vào việc nhiều bên tham gia hoàn thành phần việc của mình. Không có thông báo nào duy nhất giải quyết được tất cả các vấn đề phụ thuộc.

Đối với các nhà phát triển ứng dụng, việc kiểm duyệt sẽ rất có giá trị. Một tiện ích cung cấp một tập hợp các tính năng nhỏ hơn, đã được kiểm chứng, có thể phục vụ người dùng tốt hơn so với một tiện ích gợi ý khả năng tương thích rộng rãi. Khối lượng công việc không chỉ dừng lại ở thiết kế trực quan: bạn phải quyết định cách ứng dụng báo cáo yêu cầu bị từ chối, cách hiển thị các phạm vi khả dụng và cách xử lý các thao tác bị gián đoạn. Những hành vi này quyết định liệu người dùng có tin tưởng vào các điều khiển hay không. Các tính năng đã được kiểm chứng thường có giá trị hơn các tính năng có vẻ toàn diện.

Một ví dụ thực tế là một máy trạm được chia sẻ giữa bộ phận phát triển và bộ phận xử lý đa phương tiện. Người sở hữu máy trạm có thể muốn thiết lập các ranh giới hoạt động khác nhau cho các tác vụ khác nhau. Giao diện cần phải truyền đạt thông tin về việc thay đổi cấu hình có ảnh hưởng đến phiên hiện tại hay phiên khởi động trong tương lai. Ví dụ này là một kịch bản ứng dụng khả thi , chứ không phải là một thử nghiệm sản phẩm AOD (Account-On-Domain) đã có sẵn. Nó minh họa lý do tại sao việc truy cập và khả năng sử dụng cần được đánh giá riêng biệt, và tại sao sự phân biệt tương tự cũng áp dụng cho các tiện ích dòng lệnh và ứng dụng máy tính để bàn.

Thông báo này cũng ảnh hưởng đến kỳ vọng xung quanh phần mềm Windows của AMD. Người dùng quen thuộc với Ryzen Master đương nhiên sẽ so sánh bất kỳ nỗ lực tinh chỉnh nào trên Linux với ứng dụng đó. AMD mô tả các điều khiển của Ryzen Master dành cho việc ép xung tự động và tinh chỉnh bộ xử lý, bao gồm các điều chỉnh được quản lý thông qua phần mềm hoặc firmware. Phiên bản Linux không nên kế thừa bộ tính năng đó chỉ đơn giản vì AMD hỗ trợ cả hai. Một giao diện hoàn thiện cần có phạm vi trung thực : chỉ rõ ràng khả năng nào đến từ AOD và khả năng nào thuộc về các thành phần khác.

Intel cung cấp bối cảnh hữu ích về mô hình tiện ích máy tính để bàn đã được thiết lập. Tiện ích Extreme Tuning Utility của hãng kết hợp việc tinh chỉnh bộ xử lý với khả năng giám sát và kiểm tra độ bền trên phần cứng tương thích, và yêu cầu hệ điều hành Windows. So sánh này không phải là cuộc cạnh tranh về các tính năng Linux giữa AMD và Intel; nó minh họa lý do tại sao người dùng máy tính để bàn thường mong đợi các điều khiển phần cứng được tích hợp trong một ứng dụng. Cách tiếp cận của AMD bắt đầu ở cấp độ thấp hơn của ngăn xếp phần mềm. Để có trải nghiệm tốt, độ chính xác phải được ưu tiên hơn tính thẩm mỹ , cho dù đó là trong giao diện dòng lệnh hay giao diện đồ họa.

Đối với người dùng Linux, điều này làm cho ghi chú phát hành trở nên đặc biệt hữu ích. Câu hỏi quan trọng sau đó là liệu một tiện ích có hỗ trợ rõ ràng giao diện trình điều khiển được chấp nhận trong cấu hình đã được ghi lại hay không. Chỉ riêng ảnh chụp màn hình không cung cấp nhiều bằng chứng. Hơn nữa, các tuyên bố về hiệu năng nên được tách biệt khỏi các tuyên bố về tính khả dụng. Việc một công cụ điều khiển tồn tại là một chuyện, còn việc nó thực sự cải thiện được khối lượng công việc lại là chuyện khác . Nếu không có ngữ cảnh về bộ xử lý, bo mạch chủ, phần mềm cơ sở, nhân hệ điều hành, ứng dụng và cấu hình đã được sửa đổi, thì việc tuyên bố cải thiện rất khó để hiểu được.

So sánh AOD với amd-pstate và các lớp Linux khác.

AOD cũng phải được phân biệt rõ ràng với amd-pstateTrình điều khiển Linux dành cho việc điều chỉnh hiệu năng bộ xử lý. Điều chỉnh hiệu năng giúp thay đổi hành vi hoạt động khi khối lượng công việc thay đổi, trong khi giao diện điều chỉnh firmware chiếm một phần riêng biệt của hệ thống. Tài liệu kernel của AMD về điều chỉnh hiệu năng mô tả các chỉ số hiệu năng, chế độ hoạt động và tùy chọn nguồn điện. Những điều khiển hiện có này chứng minh rằng Linux đã quản lý được hành vi của bộ xử lý Ryzen. AOD không đánh dấu sự khởi đầu của tất cả các hoạt động quản lý năng lượng. của Ryzen.

Sự phân biệt này giúp tránh những so sánh gây nhầm lẫn. Tùy chọn hiệu năng máy tính để bàn và giới hạn công suất phần mềm đều có thể ảnh hưởng đến trải nghiệm người dùng, nhưng chúng đại diện cho các yêu cầu khác nhau. Một ứng dụng nên giải thích mối quan hệ giữa chúng thay vì chỉ đưa ra các nhãn có thể thay thế cho nhau. Điều tương tự cũng đúng với thông tin bộ nhớ: việc hiển thị giá trị xung nhịp có thể giúp mô tả cấu hình, nhưng nó không cho phép thay đổi tần số, thời gian hoặc điện áp bộ nhớ thông qua cùng một giao diện. Việc nhìn thấy một mẩu dữ liệu không giống với việc có thể sửa đổi nó.

Cơ chế được đề xuất cung cấp cho phần mềm một đường dẫn đến các cài đặt firmware nhất định mà không loại bỏ vai trò của chính firmware. Bộ điều khiển cung cấp các điều khiển thông qua sysfsGiao diện dựa trên tập tin của Linux cung cấp quyền truy cập vào một số thông tin và cài đặt nhân hệ điều hành. Đối với các ứng dụng, nó cung cấp điểm truy cập vào hệ điều hành, nhưng nó không chuyển đổi mọi thao tác phần cứng cơ bản thành thay đổi ngay lập tức. Phoronix báo cáo rằng các cài đặt nguồn ban đầu chỉ có hiệu lực sau khi khởi động lại. Đây là một hạn chế quan trọng đối với những người hy vọng vào việc thử nghiệm tương tác: thay đổi một giá trị được yêu cầu và quan sát giới hạn hoạt động khác nhau. Đó là những sự kiện riêng biệt..

PPT mô tả giới hạn công suất của gói bộ xử lý; TDC đề cập đến dòng điện duy trì, và EDC đến dòng điện tối đa. Các điều khiển này xác định các ràng buộc hoạt động chứ không trực tiếp chỉ định tốc độ thực thi của ứng dụng. Giao diện trong tương lai nên làm rõ sự khác biệt này: giới hạn cho phép cao hơn là một thay đổi cấu hình, chứ không phải là sự gia tăng đảm bảo về hiệu suất làm việc hữu ích. Yêu cầu khởi động lại cũng tạo ra vấn đề quản lý trạng thái cho các nhà thiết kế ứng dụng vì cấu hình được yêu cầu có thể khác với cấu hình đang có hiệu lực. Chỉ hiển thị giá trị được yêu cầu sẽ khiến người dùng không chắc chắn về những gì máy của họ đang làm. Trạng thái hoạt động và yêu cầu đang chờ xử lý nên được phân biệt bất cứ khi nào giao diện cho phép xác minh.

Ép xung GPU AMD trên Linux: phương pháp sử dụng tập tin hệ thống

Trong nhiều năm, một điều bị thiếu khi chuyển từ Windows sang Linux là sự dễ dàng điều chỉnh tốc độ xung nhịp và điện áp GPU. Linux thường thiếu các ứng dụng "chơi game" tinh vi có trong Windows, bao gồm nhiều tiện ích quản lý GPU. Do đó, việc ép xung card AMD phức tạp hơn nhiều so với việc chỉ đơn giản là kéo thanh trượt. Đối với người dùng card AMD, các tiện ích cần thiết đã được bao gồm trong trình điều khiển mà họ đã cài đặt, nhưng chúng không dễ dàng truy cập thông qua một công cụ đồ họa: bạn phải sửa đổi các tệp cấu hình và cẩn thận tinh chỉnh hệ thống.

Trước hết, cần lưu ý rằng nhân hệ điều hành phải có phiên bản tối thiểu là 4.17, có thể kiểm chứng bằng lệnh sau: uname -aTuy nhiên, bạn nên cập nhật lên phiên bản mới nhất để đảm bảo tính ổn định, sửa lỗi và sử dụng các tính năng mới. Ví dụ, tính năng hỗ trợ ép xung Hawaii đã được giới thiệu trong phiên bản 4.20. Trình điều khiển phải là... amdgpukhông phải chủ sở hữu amdgpu-proTrên Ubuntu, nên cài đặt phiên bản mesa và amdgpu mới nhất từ ​​PPA. ppa:paulo-miguel-dias/mesaTuy nhiên, đây thậm chí có thể không phải là bước cần thiết, và chưa rõ nó sẽ hoạt động như thế nào trong các bản phân phối khác. Trên thực tế, nên sử dụng... amdgpu, không phải amdgpu-provà đảm bảo rằng Mesa và nhân hệ điều hành không bị tụt hậu.

sudo add-apt-repository ppa:paulo-miguel-dias/mesa
sudo apt update
sudo apt upgrade

Sau đó, bạn cần thêm tham số. amdgpu.ppfeaturemask=0xffffffff vào cấu hình GRUB. Để làm điều này, hãy chỉnh sửa /etc/default/grub với quyền root và thêm tham số vào giữa dấu ngoặc kép. GRUB_CMDLINE_LINUX_DEFAULTNó đã được lưu, nó đã được thực thi. sudo update-grub2 o sudo grub-mkconfig -o /boot/grub/grub.cfg Tùy thuộc vào bản phân phối, hệ thống sẽ khởi động lại. Nếu bạn đang sử dụng trình quản lý khởi động khác với GRUB, bạn cần kiểm tra trang tương ứng trên Arch Wiki. Bước này rất quan trọng vì... không có tham số chính xác Các tệp ép xung có thể không hiển thị hoặc không thể chỉnh sửa được.

Cần phải xem xét cả những hạn chế về phiên bản. GPU Vega không được hỗ trợ từ kernel 4.20.2 trở đi, như đã được ghi chú trong hướng dẫn, và một giải pháp thay thế đã được đề xuất bởi người dùng u/whatsaspecialusername. Nói cách khác, chỉ cần có card AMD và muốn sử dụng nó là chưa đủ: sự kết hợp giữa kernel, trình điều khiển và thế hệ GPU rất quan trọng. Để tìm thư mục chứa tốc độ xung nhịp và điện áp của GPU, bạn có thể chạy lệnh sau: readlink -f /sys/class/drm/card0/deviceTrong ví dụ từ hướng dẫn, tuyến đường là /sys/devices/pci0000:00/0000:00:01.0/0000:01:00.0/Nhưng điều này có thể thay đổi. Tệp bạn đang làm việc có tên là... pp_od_clk_voltage. Lộ trình chính xác sẽ quyết định điều đó.Vì vậy, tốt hơn hết là nên kiểm tra lại thay vì sao chép một cách mù quáng.

Ví dụ được sử dụng là card đồ họa Sapphire RX 580 Nitro+ 4GB, tệp tin của nó hiển thị một số trạng thái P cho lõi và VRAM, cũng như các phạm vi cho phép. Các giá trị như sau:

OD_SCLK:
0: 300MHz 750mV
1: 600MHz 769mV
2: 900MHz 887mV
3: 1145MHz 1100mV
4: 1215MHz 1181mV
5: 1257MHz 1150mV
6: 1300MHz 1150mV
7: 1411MHz 1150mV
OD_MCLK:
0: 300MHz 750mV
1: 1000MHz 800mV
2: 1750MHz 950mV
OD_RANGE:
SCLK: 300MHz 2000MHz
MCLK: 300MHz 2250MHz
VDDC: 750mV 1200mV

Ý tưởng là chỉnh sửa trạng thái P số 7 cho lõi và số 2 cho VRAM, vì đây là các giá trị mà GPU thường hoạt động khi chịu tải. Trên Windows, các giá trị tối ưu của tác giả là 1450 MHz cho lõi và 2065 MHz cho bộ nhớ. Đối với lõi, lệnh được thực hiện như sau:

sudo sh -c "echo 's 7 1450 1150' > /sys/devices/pci0000:00/0000:00:01.0/0000:01:00.0/pp_od_clk_voltage"

Đâu s Điều này có nghĩa là các giá trị kernel đang được chỉnh sửa. 7 Đây là trạng thái P thứ bảy. 1450 là tốc độ mong muốn tính bằng MHz và 1150 Đó là điện áp tính bằng mV. Hãy cẩn thận khi vận hành. sudo echo và chuyển hướng trực tiếp đến tệp như được hiển thị trong một số ví dụ trên Arch Wiki, bởi vì việc chuyển hướng được thực hiện bởi shell và có thể gây ra lỗi mà không áp dụng các thay đổi. Nó có thể hoạt động nếu bạn đăng nhập với quyền root. sudo suNhưng vì lý do an toàn, điều đó không được khuyến khích. Cách thức để sudo sh -c Trong hầu hết các trường hợp, hãy tránh rắc rối đó.

Điều tương tự cũng áp dụng cho VRAM:

sudo sh -c "echo 'm 2 2065 950' > /sys/devices/pci0000:00/0000:00:01.0/0000:01:00.0/pp_od_clk_voltage"

Sau khi thực hiện hai lệnh này, tệp tin sẽ vẫn giữ nguyên ngoại trừ hai dòng trạng thái P đã được chỉnh sửa. Bạn có thể kiểm tra điều này bằng cách chạy lệnh sau: cat /sys/devices/pci0000:00/0000:00:01.0/0000:01:00.0/pp_od_clk_voltageTác giả không điều chỉnh điện áp vì đã hài lòng với kết quả và rất lo lắng về việc làm hỏng GPU; nếu bạn làm vậy, hãy cực kỳ cẩn thận vì có thể gây hư hỏng nghiêm trọng cho card. Sau khi hoàn tất các điều chỉnh, hãy áp dụng các thay đổi bằng lệnh:

sudo sh -c "echo 'c' > /sys/devices/pci0000:00/0000:00:01.0/0000:01:00.0/pp_od_clk_voltage"

Tại thời điểm đó, GPU sẽ bắt đầu hoạt động ở tần số mới khi chịu tải. Mặc dù ban đầu không tìm thấy cách nào để chủ động theo dõi tốc độ xung nhịp theo kiểu MSI Afterburner, nhưng một chỉnh sửa sau đó của văn bản cho thấy rằng cách đó thực sự tồn tại, với một bình luận từ u/AlienOverlordXenu. Thực tế là, sự gia tăng FPS đột ngột đã được quan sát thấy trong Heaven Benchmark sau khi áp dụng tốc độ xung nhịp mới: với camera ở chế độ chuyển động tự do, để ngăn chuyển động, FPS đã tăng từ 55-56 lên 60-61. Hướng dẫn trên ArchWiki cũng bao gồm một lệnh để thay đổi mức tiêu thụ điện năng tối đa tính bằng watt, nhưng tác giả không sử dụng nó vì họ không chắc chắn giá trị an toàn là bao nhiêu. Một thử nghiệm thực tế có giá trị hơn là một điều chỉnh mù quáng.

Vấn đề là đồng hồ sẽ bị đặt lại mỗi khi máy tính khởi động lại. Để giữ nguyên chúng, giả sử hệ điều hành sử dụng systemd, có thể tạo một dịch vụ để chạy ba lệnh này khi khởi động. Nếu systemd không có, cần thực hiện các bước khác. Đầu tiên, cần tạo một tập lệnh, ví dụ: overclocktrong /usr/bin/Với nội dung này:

#!/bin/sh
sudo sh -c "echo 's 7 1450 1150' > /sys/devices/pci0000:00/0000:00:01.0/0000:01:00.0/pp_od_clk_voltage"
sudo sh -c "echo 'm 2 2065 950' > /sys/devices/pci0000:00/0000:00:01.0/0000:01:00.0/pp_od_clk_voltage"
sudo sh -c "echo 'c' > /sys/devices/pci0000:00/0000:00:01.0/0000:01:00.0/pp_od_clk_voltage"

Sau đó, một tệp được tạo trong /etc/systemd/system/ với phần mở rộng .serviceTrong ví dụ đó, nó được gọi là overclock.service Và nó trông như thế này:

[Unit]
Description=Increase GPU core and memory clocks
[Service]
Type=oneshot
ExecStart=/usr/bin/overclock
[Install]
WantedBy=multi-user.target

với sudo systemctl enable overclock.service Dịch vụ đã được kích hoạt. Sau khi khởi động lại, nó sẽ tự động ép xung GPU. Bạn có thể xác minh điều này bằng cách chạy lệnh sau: cat /sys/devices/pci0000:00/0000:00:01.0/0000:01:00.0/pp_od_clk_voltageTác giả cũng tạo ra một đoạn mã giúp khôi phục tốc độ GPU về mức ban đầu, mặc dù ông không tạo ra một dịch vụ nào cho nó: ông chỉ đơn giản đặt nó vào thư mục Tài liệu của mình. Ông cảnh báo rằng nó có thể không hoạt động trên mọi GPU AMD; trên thực tế, ông không tìm ra cách thực hiện trên máy tính xách tay Ryzen+Vega của mình, có lẽ do chế độ tiết kiệm năng lượng. Dù vậy, Luôn đáng để thử, nhưng cần thận trọng.Đó là cuốn sách hướng dẫn du lịch "thực sự" đầu tiên của anh ấy và anh ấy đang xin ý kiến ​​phản hồi.

Các cảm biến, quạt và các bài kiểm tra trước khi bật đèn xanh.

Vì đang thực hiện ép xung, cần có cách để theo dõi nhiệt độ của card. Chức năng này đã được tích hợp trong nhân hệ điều hành, nhưng cần phải cài đặt phần mềm giám sát. Chạy quét cảm biến, chấp nhận các giá trị mặc định, lưu cấu hình, khởi động lại dịch vụ và kiểm tra kết quả. Nếu card xuất hiện, nghĩa là nó đang hoạt động. Bạn có thể xem kết quả từ terminal bằng lệnh sau: watch sensors hoặc sử dụng tiện ích như gkrellm hoặc conky. Có nhiệt độ tại điểm nhìn Việc này là bắt buộc nếu bạn muốn tải lên thông tin về đồng hồ.

Việc cấu hình tốc độ quạt thủ công là tùy chọn. Card sử dụng cấu hình PWM để tự động điều khiển tốc độ dựa trên nhiệt độ, vì vậy không có lý do cấp thiết nào để điều chỉnh nó. Tuy nhiên, nếu bạn nghiêm túc về việc ép xung, bạn có thể muốn điều khiển nó thủ công. Tệp điều khiển trạng thái PWM là... /sys/class/drm/card0/device/hwmon/hwmon0/pwm1_enableSố thẻ và giá trị hwmon có thể thay đổi, vì vậy bạn nên kiểm tra lại. Giá trị mặc định thường là 2, cho phép điều khiển PWM. Để chuyển sang chế độ thủ công, hãy thay đổi nó thành 1. Trong hướng dẫn, nó được hiển thị như sau: sudo echo "1" > .../pwm1_enableTuy nhiên, nếu việc chuyển hướng gây ra sự cố, bạn nên sử dụng phương pháp khác. sudo sh -cSau đó, bạn có thể thiết lập tốc độ theo phần trăm. /sys/class/drm/card0/device/hwmon/hwmon0/pwm1Ví dụ, 50. Đó là một điều khiển thủ công tùy chọnnhưng hữu ích trong các bài kiểm tra khắt khe.

Sau khi cấu hình quạt và bật tính năng theo dõi nhiệt độ, bạn có thể bắt đầu ép xung. Cài đặt của AMD dựa trên tỷ lệ phần trăm: giá trị mặc định là 0, và khi thay đổi thành một số dương, card sẽ tăng tần số lên theo tỷ lệ phần trăm đó so với xung nhịp mặc định. Nhập 5 sẽ áp dụng ép xung 5%. Tệp đầu tiên cần sửa đổi là /sys/class/drm/card0/device/pp_sclk_odTham số này điều khiển tốc độ GPU. Có lẽ không nên đặt cao hơn 10 ngay từ đầu; bạn luôn có thể điều chỉnh trong quá trình thử nghiệm. Tốc độ bộ nhớ cũng được tăng tương tự với tham số này. pp_mclk_odĐiều đó cũng nên được khuyến khích. bắt đầu nhẹ nhàng và đừng thúc ép quá mức ngay từ đầu.

Để kiểm tra việc ép xung, hãy mở terminal với lệnh giám sát, khởi chạy một trò chơi hoặc phần mềm benchmark như Unigine, và kiểm tra kết quả. Bạn sẽ thấy cả tốc độ xung nhịp và bộ nhớ đều đang hoạt động cao hơn thông số kỹ thuật của nhà sản xuất. Hãy theo dõi nhiệt độ, đặc biệt là khi card hoạt động ở mức tải 100%. Nhiệt độ tối đa thay đổi rất nhiều tùy thuộc vào kiểu máy, vì vậy bạn cần tìm nhiệt độ tối đa cho card của mình. Nếu nhiệt độ quá cao, hãy giảm tốc độ ép xung và/hoặc tăng tốc độ quạt. Luôn luôn cẩn thận: có nguy cơ làm hỏng phần cứng. Ngoài ra, việc ép xung có thể không được duy trì sau khi khởi động lại; cách dễ nhất để xử lý vấn đề này là sử dụng một script chạy khi khởi động và đặt lại các giá trị. Kiểm tra độ ổn định và khả năng duy trì ép xung cũng quan trọng không kém lệnh tăng tốc độ xung nhịp.

Tính tương thích, bảo hành và kỳ vọng thực tế

Sự tham gia của nhà sản xuất giúp tăng cường nỗ lực phát triển, nhưng không đảm bảo cấu hình an toàn, hỗ trợ phần cứng phổ quát hoặc cải thiện tốc độ có thể đo lường được. Vấn đề tương thích cần được chú trọng hơn tiêu đề bài viết. Một tuyên bố hỗ trợ hữu ích nên xác định hệ thống nào cung cấp giao diện phần mềm cần thiết; "Hỗ trợ Ryzen" quá chung chung để tự trả lời câu hỏi đó. Người đọc nên tránh suy luận rằng mọi máy tính để bàn, máy tính xách tay, thiết bị cầm tay hoặc máy trạm mang thương hiệu này đều được hỗ trợ. Những danh mục đó mô tả các hệ thống khác nhau với các triển khai phần mềm riêng biệt. Hỗ trợ chính thức không phải là sự đảm bảo phổ quát.

Sự thận trọng tương tự cũng áp dụng cho phạm vi chính xác của hành vi SMT. Các báo cáo mô tả cấu hình ở cấp độ nền tảng, nhưng người dùng không nên khái quát hóa nó cho tất cả các chức năng quản lý luồng thời gian chạy có thể có. Chi tiết triển khai cần được xác nhận trong tài liệu được chấp nhận và thử nghiệm phần cứng. Cũng không nên nhầm lẫn phạm vi điều chỉnh tương thích với cấu hình được khuyến nghị: một giao diện có thể hiển thị các giá trị mà phần mềm chấp nhận mà không chọn tùy chọn tốt nhất cho người dùng. Các ứng dụng nên giữ nguyên sự khác biệt đó. Đừng khái quát hóa những gì chưa được thử nghiệm.

Các tuyên bố về hiệu năng cần có tiêu chuẩn bằng chứng độc lập. Trình điều khiển có thể hiển thị chính xác cấu hình mà không cần cải thiện khối lượng công việc cụ thể. Đối với nhà phát triển, việc biên dịch thành công rất quan trọng cùng với thời gian thực hiện; đối với chuyên gia truyền thông, việc hoàn thành xuất dữ liệu rất quan trọng cùng với độ chính xác của đầu ra. Kết quả nhanh hơn sẽ mất đi giá trị thực tiễn khi độ tin cậy giảm sút. Một đánh giá có ý nghĩa cần xác định bộ xử lý, bo mạch chủ, phần mềm nhúng, nhân hệ điều hành và ứng dụng đang được thử nghiệm, ngoài cấu hình đã được sửa đổi. Nếu thiếu bối cảnh đó, việc tuyên bố cải thiện sẽ khó hiểu. Cuối cùng, công việc hoàn thành quan trọng hơn một lần đọc tối đa duy nhất.

Các cảnh báo ép xung của chính AMD mô tả những rủi ro tiềm ẩn, hư hỏng phần cứng và mất dữ liệu khi hoạt động ngoài thông số kỹ thuật đã công bố. Công ty cũng tuyên bố rằng những hư hỏng phát sinh sẽ không được bảo hành. Trình điều khiển chính thức không loại bỏ được những rủi ro đã nêu. Sự tồn tại của trình điều khiển không có nghĩa là mọi tương tác đều gây ra hư hỏng; nó có nghĩa là sự tham gia của nhà sản xuất không đảm bảo tất cả các cấu hình khả dụng đều được chấp thuận sử dụng. Đối với các máy trạm sản xuất, lợi ích thực sự có thể là quản lý cấu hình rõ ràng hơn thay vì ép xung mạnh mẽ. Hết hạn bảo hành có nghĩa chính xác là như vậy.

Việc duy trì nhật ký cũng giúp cải thiện quá trình thử nghiệm trong tương lai. Một nhật ký hữu ích sẽ kết nối thay đổi cấu hình với khối lượng công việc, hành vi quan sát được và các bước khắc phục. Các nhóm tổ chức những tài liệu này có thể sử dụng cơ sở kiến ​​thức có thể tìm kiếm để bảo lưu ngữ cảnh đằng sau các kết quả. Bằng chứng hiện có hỗ trợ một đánh giá thận trọng: AMD đã đề xuất một cơ sở hạ tầng đáng được chú ý, nhưng khả năng tương thích, độ tin cậy và hiệu năng vẫn cần được thử nghiệm thêm. Khả năng truy vết là một công cụ có giá trị như bất kỳ thanh trượt nào.

Những dấu hiệu cần chú ý trước khi chạm vào máy trạm

Các cột mốc quan trọng tiếp theo liên quan đến mã được chấp nhận, hệ thống đã được xác minh và các ứng dụng hỗ trợ giao diện kết quả. Dấu hiệu đầu tiên là sự chấp nhận của nhân hệ điều hành. Người đọc nên tìm kiếm giao diện và tài liệu cuối cùng, thay vì cho rằng bản đệ trình ban đầu vẫn không thay đổi. Bản sửa đổi có thể làm rõ hành vi hoặc yêu cầu sửa đổi trước khi tích hợp. Sự chấp nhận sẽ củng cố ý tưởng rằng AOD đang trở thành một phần có thể duy trì được của hệ thống hỗ trợ Linux; các bản sửa đổi liên tục sẽ cho thấy giao diện vẫn đang được phát triển. Không nên nhầm lẫn kết quả nào với việc nó sẽ có sẵn ngay lập tức trong tất cả các bản phân phối. Mã được chấp nhận là bước quan trọng đầu tiên.

Việc phát hành bản phân phối là một cột mốc thực tiễn quan trọng khác. Người dùng cần mã kernel liên quan trong phần mềm mà họ thực sự sử dụng. Chỉ riêng thông báo phát triển từ nguồn gốc không thể giải đáp được câu hỏi triển khai đó. Tín hiệu thứ hai là kiểm thử phần cứng có thể tái tạo. Báo cáo cần xác định cấu hình hệ thống và xác minh rằng các thay đổi được yêu cầu có hiệu lực như đã ghi nhận. Những tuyên bố chung chung về khả năng tương thích ít hữu ích hơn so với các quan sát cụ thể, có thể lặp lại. Điều quan trọng nữa là phải phân biệt giữa việc phát hiện chính xác và hoạt động chính xác: việc tải trình điều khiển không đảm bảo rằng tất cả các tính năng được hiển thị sẽ hoạt động chính xác. Tính khả dụng thực tế và kiểm thử có thể lặp lại đi đôi với nhau.

Dấu hiệu thứ ba là hỗ trợ ứng dụng rõ ràng. Một bản phát hành tiện ích cần chỉ rõ giao diện nó sử dụng và ghi lại các khả năng được hỗ trợ. Suy đoán về những người dùng tiềm năng không cung cấp bằng chứng tương tự. Hỗ trợ ứng dụng tốt sẽ giải thích các yêu cầu khởi động lại, phân biệt các cấu hình đang chờ xử lý và báo cáo rõ ràng các thao tác không được hỗ trợ. Những chi tiết như vậy thể hiện sự tiến bộ từ việc truy cập phần cứng đến trải nghiệm máy tính để bàn đáng tin cậy. Sự thiếu vắng của chúng khiến phần lớn công việc tích hợp bị bỏ dở. Trong vài tháng tới, những dấu hiệu này cung cấp một khuôn khổ hữu ích hơn là dự đoán một sự thay thế hoàn toàn cho Ryzen Master. Hỗ trợ rõ ràng, chứ không phải tin đồn.

Trước khi thay đổi cấu hình máy trạm, hãy kiểm tra phiên bản trình điều khiển, xem xét khả năng tương thích được ghi nhận của hệ thống và tìm kiếm các phiên bản ứng dụng hỗ trợ rõ ràng cấu hình đó. Giữ nguyên cấu hình ban đầu và so sánh hiệu suất sau khi thực hiện bất kỳ thay đổi nào để đảm bảo tính tương thích. Ghi lại cả hiệu suất và độ tin cậy, vì cả hai yếu tố này đều có thể quyết định xem việc điều chỉnh có đáng giá hay không. Đừng can thiệp một cách mù quáng hoặc nhầm lẫn giữa thử nghiệm và tính năng sản phẩm. Đo lường, ghi lại và có khả năng khôi phục lại cấu hình ban đầu là cách tiếp cận hợp lý.

Hiện tại, việc ép xung AMD trên Linux vẫn đang trong quá trình phát triển hơn là một sản phẩm hoàn thiện: AOD cung cấp phương pháp chính thức để điều chỉnh firmware nhất định, nhưng nó vẫn phụ thuộc vào phiên bản kernel, khả năng tương thích của bo mạch chủ và chức năng của ứng dụng. Trong khi đó, việc ép xung GPU vẫn có thể thực hiện được với... amdgpu, pp_od_clk_voltagecác cảm biến và dịch vụ khởi động, luôn kèm theo các bài kiểm tra về nhiệt độ, độ ổn định và khả năng khôi phục. Kết luận thực tiễn rất đơn giản: có sự tiến bộ thực sự và vẫn còn chỗ cho việc thử nghiệm, nhưng Không phải mọi thứ đều có sẵn cho tất cả mọi người, và cũng không nên hoàn toàn dựa vào mệnh lệnh mà không có lưới an toàn.Hãy theo dõi các mốc tiến độ, giữ lại bản sao thiết lập của bạn và đánh giá kết quả dựa trên công việc bạn hoàn thành, chứ không phải dựa vào lời hứa hẹn của một tiêu đề giật gân.