Hầu hết các PC Windows hiện được cung cấp bởi bộ xử lý đa lõi và các phiên bản Windows gần đây thường làm rất tốt việc tự động tiết kiệm toàn bộ sức mạnh xử lý của PC để phù hợp nhất với các ứng dụng và trò chơi đang chạy của bạn. Nhưng đôi khi, người dùng và Windows có thể có những ý tưởng khác nhau khi đưa ra quyết định về cách sử dụng tốt nhất sức mạnh CPU của PC và đó là nơi người dùng cao cấp có thể bước vào và hạn chế thủ công một số ứng dụng hoặc quy trình đối với các lõi CPU cụ thể, nhờ vào một tính năng gọi là ái lực của bộ xử lý . Đây là cách để làm điều đó.
Khi nói đến các phiên bản Windows của người tiêu dùng, khả năng người dùng định cấu hình thủ công việc sử dụng các lõi CPU cụ thể của ứng dụng bắt nguồn từ khung thời gian của Windows XP / 2000, mặc dù các bước khác nhau đôi chút trong mỗi phiên bản Windows. Đối với các bước và ảnh chụp màn hình chúng tôi đang sử dụng Windows 10, nhưng các trình đọc chạy các phiên bản Windows cũ hơn, đặc biệt là Windows 7 và Windows 8 / 8.1, có thể thực hiện theo các bước cơ bản khi đối mặt với sự khác biệt nhỏ với Giao diện người dùng Windows.
Cũng cần lưu ý trước khi chúng tôi tiến hành sửa đổi mối quan hệ của bộ xử lý cho một quy trình hoặc ứng dụng cụ thể có thể gây ra sự cố ổn định và có thể sẽ làm giảm hiệu suất của các ứng dụng và trò chơi đa luồng hiện đại. Do đó, trước tiên hãy đảm bảo bạn thử nghiệm các ứng dụng và dữ liệu không quan trọng và đảm bảo lưu mọi tiến trình công việc hoặc trò chơi đang mở trước khi sửa đổi bất kỳ cài đặt nào được thảo luận ở đây, vì có thể xảy ra sự cố ứng dụng hoặc hệ thống.
Tại sao lại giới hạn quyền truy cập của ứng dụng vào lõi CPU?
Như đã đề cập ở trên, hầu hết người dùng sẽ muốn Windows tự động xử lý sức mạnh xử lý của PC, đảm bảo rằng các ứng dụng có thể sử dụng tất cả các lõi đều được cấp quyền truy cập vào chúng. Điều này thường mang lại hiệu suất tốt hơn, vì vậy câu hỏi chính là tại sao người dùng muốn giới hạn hoặc hạn chế một ứng dụng đa luồng nhất định ít hơn tổng số lõi vật lý và logic mà PC có sẵn.
Có hai câu trả lời cơ bản cho câu hỏi này: 1) để đảm bảo khả năng tương thích và hiệu suất với phần mềm cũ hơn và 2) để chạy một bộ xử lý có nhiều luồng khác trong khi vẫn dự trữ đủ tài nguyên để thực hiện đồng thời các tác vụ khác.
Chúng ta sẽ bắt đầu với câu trả lời đầu tiên: khả năng tương thích và hiệu suất. Một số ứng dụng và trò chơi Windows đã được mã hóa từ lâu trước khi bộ xử lý đa luồng và đa lõi cấp độ người tiêu dùng trở thành hiện thực. Những người tạo ra các trò chơi cũ nói riêng có thể chưa bao giờ hình dung rằng ai đó chơi trò chơi sẽ có bất cứ thứ gì ngoài một PC Windows được cung cấp bởi một lõi CPU tần số cao duy nhất. Khi phần mềm của thời đại này gặp phải các CPU hiện đại đóng gói bốn, sáu, tám hoặc thậm chí nhiều lõi hơn, đôi khi nó có thể dẫn đến các vấn đề về hiệu năng hoặc thậm chí không thể khởi chạy chương trình.
Tất nhiên, nhiều ứng dụng và trò chơi vẫn chạy tốt, ngay cả khi được cung cấp bởi CPU máy tính để bàn quái vật 8 lõi / 16 luồng mới nhất. Nhưng nếu bạn đang cố gắng chơi một trò chơi cũ hơn và bạn đang gặp sự cố, sử dụng mối quan hệ của bộ xử lý để hạn chế thủ công trò chơi chỉ một trong nhiều lõi của bạn có thể là một bước khắc phục sự cố tốt.
Câu trả lời thứ hai có thể hữu ích hơn cho nhiều người dùng Windows hơn và nó sẽ tạo thành cơ sở cho các hướng dẫn từng bước của chúng tôi dưới đây. Mặc dù nhiều ứng dụng Windows, đặc biệt là các trò chơi, vẫn không thể tận dụng nhiều hơn một hoặc hai lõi, các ứng dụng tạo nội dung như bộ mã hóa video và công cụ kết xuất 3D đã được tối ưu hóa trong những năm gần đây để có thể sử dụng mỗi ounce sức mạnh xử lý. PC của bạn có thể ném vào chúng. Bạn thường muốn các ứng dụng này hoạt động nhanh nhất có thể, nhưng đôi khi tốc độ hoặc thời gian hoàn thành không phải là yếu tố chính và bạn muốn giữ một phần năng lực xử lý của PC cho một tác vụ khác trong khi ứng dụng phương tiện yêu cầu của bạn chạy trong lý lịch. Đây là nơi mối quan hệ bộ xử lý thực sự có ích.
Từng bước: Ví dụ của chúng tôi
Một ứng dụng có thể ăn hết tất cả các lõi CPU mà bạn sử dụng là bộ mã hóa video x264 như RipBot264 (hoặc HandBrake hoặc bất kỳ công cụ mã hóa x264 và x265 nào có sẵn). Ví dụ của chúng tôi, chúng tôi muốn RipBot264 mã hóa một tệp video, nhưng chúng tôi cũng muốn làm việc trên các dự án khác trong các ứng dụng như Photoshop và Premiere cùng một lúc.
Theo mặc định, một ứng dụng như RipBot264 sẽ sử dụng tất cả sức mạnh xử lý có sẵn.
Nếu chúng tôi bắt đầu mã hóa RipBot264 và sau đó khởi chạy Photoshop và Premiere, Windows sẽ cố gắng hết sức để ưu tiên và đáp ứng nhu cầu của từng ứng dụng, nhưng đôi khi Windows cũng sẽ mắc lỗi, dẫn đến chậm hoặc đóng băng tạm thời trong các ứng dụng đang hoạt động của chúng tôi. Chúng tôi có thể cố gắng tránh điều này bằng cách sử dụng ái lực của bộ xử lý để hạn chế việc sử dụng lõi CPU của RipBot264.Để bắt đầu, trước tiên hãy đảm bảo bạn đã đăng nhập vào tài khoản người dùng Windows với quyền quản trị viên. Sau đó hãy tiếp tục và khởi chạy ứng dụng bạn muốn hạn chế. Trong trường hợp của chúng tôi, đó là RipBot264.
Tiếp theo, khởi chạy Trình quản lý tác vụ Windows, bằng cách nhấp chuột phải vào thanh tác vụ và chọn Trình quản lý tác vụ hoặc bằng cách sử dụng tổ hợp phím tắt Ctrl-Shift-Escape . Theo mặc định, Trình quản lý tác vụ trong các phiên bản gần đây của Windows sẽ khởi động trong chế độ xem cơ bản của cơ bản. Nếu Trình quản lý tác vụ của bạn không giống như trong ảnh chụp màn hình của chúng tôi, hãy nhấp vào Chi tiết khác để hiển thị giao diện đầy đủ. Khi đã xong, hãy chắc chắn rằng bạn đang ở trên tab Quy trình của NXB và bây giờ hãy tìm ứng dụng hoặc quy trình của bạn.
Bước cuối cùng này có khả năng nói dễ hơn làm. Trong nhiều trường hợp, bạn chỉ cần tìm ứng dụng bạn muốn trong danh sách. Trong các trường hợp khác, một số ứng dụng có thể sử dụng các quy trình duy nhất ngoài quy trình ứng dụng chính cho các tác vụ nhất định. Điều quan trọng là tìm ra quy trình hoặc quy trình chịu trách nhiệm cho việc sử dụng CPU mà bạn muốn giới hạn. Một cách tốt để kiểm tra điều này là kích hoạt hoạt động đòi hỏi (trong trường hợp của chúng tôi, bắt đầu mã hóa tệp video), sau đó sắp xếp Trình quản lý tác vụ theo cột CPU để tìm các quy trình sử dụng mức tài nguyên CPU cao nhất. Nếu tên quy trình (một lần nữa, trong trường hợp của chúng tôi, đó là quy trình mã hóa H.264) khớp với ứng dụng mục tiêu của bạn, bạn đã hoàn tất.
Với quy trình chính xác được xác định, nhấp chuột phải vào nó và chọn Đi đến Chi tiết . Thao tác này sẽ đưa bạn đến tab Chi tiết của Trình quản lý tác vụ và tự động tô sáng đúng quy trình.
Bây giờ, nhấp chuột phải vào quy trình và chọn Đặt mối quan hệ .
Tiếp theo, đã đến lúc quyết định mức độ bạn muốn hạn chế ứng dụng của mình. Nhấp vào hộp kiểm bên cạnh Tất cả Bộ xử lý để bỏ chọn tất cả các hộp CPU và sau đó chọn ít nhất một hộp CPU để kiểm tra, với mỗi hộp đại diện cho lõi vật lý hoặc logic. Không có bất kỳ lỗi CPU nào hoặc các tình huống ép xung duy nhất, thông thường bạn không chọn lõi nào.
Trong ví dụ của chúng tôi, chúng tôi muốn giới hạn RipBot264 ở bốn lõi, để lại nhiều chỗ cho các tác vụ nhạy cảm với thời gian khác của chúng tôi. Khi bạn đã chọn số lượng lõi mong muốn của mình, hãy bấm OK để đóng cửa sổ Bộ xử lý. Các thay đổi của bạn sẽ có hiệu lực ngay lập tức và nếu ứng dụng đã tham gia vào một tác vụ nặng về CPU, bạn sẽ thấy việc sử dụng bộ xử lý của nó giảm mạnh trên tất cả trừ các lõi bạn đã chọn.
Khi chúng tôi định cấu hình RipBot264 chỉ sử dụng 4 trong số 16 lõi của chúng tôi, việc sử dụng CPU sẽ giảm ngay lập tức trên các lõi còn lại.
Với thiết lập này, chúng tôi có thể để RipBot264 mã hóa nhanh nhất có thể trên bốn lõi đó, nhưng mười hai lõi còn lại trong hệ thống của chúng tôi có thể tự do xử lý các ứng dụng khác. Nếu sau đó chúng tôi hoàn thành công việc khác của mình và muốn khôi phục hiệu suất đầy đủ cho RipBot264, chúng tôi chỉ cần lặp lại các bước ở trên để quay lại cửa sổ Bộ xử lý và sau đó kiểm tra hộp Tất cả Bộ xử lý để cấp lại quyền truy cập ứng dụng cho tất cả CPU của chúng tôi lõi.Hãy cẩn thận
Ngoài các vấn đề ổn định được đề cập trước đó, còn có một sự cảnh báo lớn khác mà bạn cần xem xét. Mọi thay đổi bạn thực hiện đối với mối quan hệ của bộ xử lý sẽ được đặt lại bất cứ khi nào quá trình đó được khởi động lại. Điều này có nghĩa là, ở mức tối thiểu, bạn sẽ cần lặp lại các bước này mỗi khi bạn khởi động lại PC. Tuy nhiên, một số quy trình thậm chí còn rắc rối hơn vì chúng tự động tải lại tùy theo hướng dẫn của ứng dụng. Ví dụ, trong thiết lập RipBot264, quy trình mã hóa H.264 mà chúng tôi đã sửa đổi bắt đầu mỗi lần ứng dụng chuyển sang mã hóa một tệp video mới.
Bạn có thể giải quyết giới hạn này bằng cách tạo các tập lệnh tùy chỉnh đặt mối quan hệ bộ xử lý của ứng dụng thông qua tệp hoặc phím tắt dựa trên dòng lệnh, nhưng một số ứng dụng có thể sử dụng các quy trình ngẫu nhiên hoặc ngẫu nhiên khiến những nỗ lực đó trở nên khó khăn hoặc không thể. Do đó, tốt nhất là thử nghiệm riêng lẻ với từng ứng dụng bạn muốn hạn chế để tìm cách tốt nhất để định cấu hình mối quan hệ bộ xử lý theo cách thủ công.
