The Linux schedule tries to be very

The Linux schedule tries to be very efficient
■ To do that, it uses some complex data
structures
■ Some of what it does actually contradicts the
schemes we’ve been discussing. . .

-----
140 separate queues, one for each priority level
■ Actually, that number can be changed at a
given site
■ Actually, two sets, active and expired
■ Priorities 0-99 for real-time processes
■ Priorities 100-139 for normal processes; value
set via nice() system
------
Use large quanta for important processes
■ Modify quanta based on CPU use
■ Bind processes to CPUs
■ Do everything in O(1) time
------
Have a separate run queue for each processor
■ Each processor only selects processes from its
own queue to run
■ Yes, it’s possible for one processor to be idle
while others have jobs waiting in their run
queues
■ Periodically, the queues are rebalanced: if one
processor’s run queue is too long, some
processes are moved from it to another
processor’s queue
-----
Each process has a bitmask saying what CPUs
it can run on
■ Normally, of course, all CPUs are listed
■ Processes can change the mask
■ The mask is inherited by child processes (and
threads), thus tending to keep them on the
same CPU
■ Rebalancing does not override affinity
-------
Find the highest-priority queue with a runnable
process
■ Find the first process on that queue
■ Calculate its quantum size
■ Let it run
■ When its time is up, put it on the expired list
■ Repeat
-------
140 separate queues, one for each priority level
■ Actually, that number can be changed at a
given site
■ Actually, two sets, active and expired
■ Priorities 0-99 for real-time processes
■ Priorities 100-139 for normal processes; value
set via nice() system call
---------
There is a bit map indicating which queues
have processes that are ready to run
■ Find the first bit that’s set:
◆ 140 queues
⇒ 5 integers
◆ Only a few compares to find the first that
is non-zero
◆ Hardware instruction to find the first 1-bit
◆ Time depends on the number of priority
levels, not the number of processes
-----------
Scheduling Mechanism: how to switch.
• Scheduling Policy: when to switch and what process to choose. Some scheduling
objectives:
– fast process response time
– avoidance of process starvation
– good throughput for background jobs
– support for soft real time processes
• Linux uses dynamically assigned process priorities for non real-time processes.
Processes running for a long time have their priorities decreased while processes
that are waiting have their priorities increased dynamically.

Kết quả (Việt) 1:

Lịch trình Linux cố gắng để rất hiệu quả■ Làm, nó sử dụng một số dữ liệu phức tạpcấu trúc■ một số của những gì nó làm thực sự mâu thuẫn với cácchương trình chúng tôi đã thảo luận...-----140 tách hàng đợi, một cho mỗi cấp độ ưu tiên■ trên thực tế, con số đó có thể thay đổi tại mộtCác trang web nhất định■ trên thực tế, hai bộ, hoạt động và đã hết hạn■ ưu tiên từ 0-99 cho thời gian thực tiến trình■ ưu tiên 100-139 cho quá trình bình thường; giá trịthiết lập thông qua hệ thống nice() ------Sử dụng lượng lớn cho quy trình quan trọng■ thay đổi lượng dựa trên CPU sử dụng■ ràng buộc xử lý để CPU■ Làm tất cả mọi thứ trong thời gian O(1)------Có một hàng đợi chạy riêng biệt cho mỗi bộ xử lý■ Mỗi bộ xử lý chỉ lựa chọn các quy trình từ của nóriêng hàng đợi để chạy■ Có, nó có thể cho một bộ xử lý để được nhàn rỗitrong khi những người khác có việc làm phải chờ đợi trong họ chạyhàng đợi■ theo định kỳ, các hàng đợi rebalanced: nếu mộtbộ vi xử lý của chạy hàng đợi là quá dài, một sốquá trình đang di chuyển từ nó khácbộ vi xử lý của hàng đợi-----Mỗi quá trình này có một bitmask nói gì CPUnó có thể chạy trên■ thông thường, tất nhiên, tất cả CPU được liệt kê■ các quá trình có thể thay đổi các mặt nạ■ Các mặt nạ được kế thừa bởi quá trình trẻ em (vàsợi), do đó chăm sóc để giữ chúng cáccùng một CPU■ Rebalancing không ghi đè lên các mối quan hệ-------Tìm thấy một hàng ưu tiên cao nhất với một runnablequá trình■ tìm thấy quá trình đầu tiên vào hàng đợi đó■ tính toán kích thước lượng tử■ để cho nó chạy■ Khi thời gian của mình, đặt nó trong danh sách đã hết hạn■ lặp lại-------140 tách hàng đợi, một cho mỗi cấp độ ưu tiên■ trên thực tế, con số đó có thể thay đổi tại mộtCác trang web nhất định■ trên thực tế, hai bộ, hoạt động và đã hết hạn■ ưu tiên từ 0-99 cho thời gian thực tiến trình■ ưu tiên 100-139 cho quá trình bình thường; giá trịthiết lập thông qua nice() hệ thống gọi---------Đó là một bản đồ bit chỉ ra có hàng đợicó quy trình đã sẵn sàng để chạy■ Tìm các bit đầu tiên thiết lập:◆ 140 hàng đợi⇒ 5 số nguyên◆ Chỉ có một vài so sánh để tìm kiếm đầu tiên màlà không◆ Các hướng dẫn phần cứng để tìm 1-bit đầu tiên◆ thời gian phụ thuộc vào số lượng các ưu tiêncấp, không có số lượng các quy trình-----------Cơ chế lập kế hoạch: làm thế nào để chuyển đổi.• Lập kế hoạch chính sách: khi chuyển đổi và những gì quá trình để lựa chọn. Một số tính năng lập lịchmục tiêu:-thời gian đáp ứng nhanh chóng quá trình-tránh vì đói quá trình-băng thông tốt cho công việc nền-hỗ trợ cho quá trình mềm thời gian thực• Linux sử dụng các quá trình tự động được gán ưu tiên cho các quy trình phòng không thời gian thực.Tiến trình đang chạy trong một thời gian dài có ưu tiên của họ giảm xuống trong khi quá trìnhmà đang chờ đợi có các ưu tiên tăng động.

Kết quả (Việt) 2:

Lịch trình Linux cố gắng để thể rất hiệu quả
■ Để làm điều đó, nó sử dụng một số dữ liệu phức tạp
cấu trúc
■ Một số những gì nó thực sự mâu thuẫn với các
đề án, chúng tôi đã thảo luận. . . ----- 140 hàng đợi riêng biệt, một cho mỗi cấp độ ưu tiên ■ Trên thực tế, con số này có thể thay đổi một vị trí nhất định ■ Trên thực tế, hai bộ, năng động và hết hạn ■ Ưu tiên 0-99 cho thời gian thực quá trình ■ Ưu tiên 100- 139 cho các quá trình bình thường; giá trị thiết lập thông qua hệ thống tốt đẹp () ------ Sử dụng lượng tử lớn cho quá trình quan trọng ■ Sửa đổi lượng tử dựa trên sử dụng CPU quá trình ■ Bind để CPU ■ Đừng tất cả mọi thứ trong O (1) thời gian ------ Có một chạy riêng biệt xếp hàng cho mỗi bộ xử lý ■ mỗi bộ xử lý chỉ chọn các quá trình từ của hàng đợi riêng để chạy ■ có, nó có thể cho một bộ xử lý được nhàn rỗi trong khi những người khác đã làm chờ đợi ở họ chạy hàng đợi ■ Định kỳ, các hàng đợi được cân đối lại: nếu một hàng chạy vi xử lý là quá dài, một số quy trình được chuyển từ nó đến một hàng đợi của bộ vi xử lý ----- Mỗi tiến trình có một bitmask nói gì CPU có thể chạy trên ■ Thông thường, tất nhiên, tất cả các CPU được liệt kê ■ Quy trình có thể thay đổi mặt nạ ■ Mặt nạ là thừa kế bởi các tiến trình con (và chủ đề), do đó xu hướng giữ chúng trên cùng một CPU ■ Tái cân bằng không ghi đè ái lực ------- Tìm hàng đợi có độ ưu tiên cao nhất với một Runnable quá trình ■ Tìm quá trình đầu tiên trên hàng đợi ■ tính toán kích thước lượng tử của nó ■ Hãy để nó chạy ■ Khi thời gian của nó lên, đặt nó vào danh sách quá hạn ■ Lặp lại ------- 140 hàng đợi riêng biệt, một cho mỗi cấp độ ưu tiên ■ trên thực tế, con số này có thể sẽ bị thay đổi cho trang web ■ Trên thực tế, hai bộ, năng động và hết hạn ■ Ưu tiên 0-99 cho thời gian thực quá trình ■ Ưu tiên 100-139 cho quá trình bình thường; giá trị thiết lập thông qua tốt đẹp () hệ thống gọi --------- Có một bản đồ bit chỉ mà hàng đợi có các quy trình mà đã sẵn sàng để chạy ■ Tìm các bit đầu tiên là thiết lập: ◆ 140 hàng đợi ⇒ 5 số nguyên ◆ Chỉ có một vài so sánh để tìm ra đầu tiên mà không phải là zero ◆ phần cứng hướng dẫn để tìm ra 1-bit đầu tiên ◆ Thời gian phụ thuộc vào số lượng ưu tiên cấp, không phải số của quá trình ----------- Scheduling Cơ chế: làm thế nào để chuyển đổi. • Lập kế hoạch chính sách: khi chuyển đổi và quá trình lựa chọn. Một số kế hoạch mục tiêu: - Thời gian đáp ứng quá trình nhanh - tránh quá đói - thông tốt cho việc làm nền - Hỗ trợ cho quá trình thời gian thực mềm . • Linux sử dụng tự động phân công quá trình ưu tiên cho các quá trình phi thời gian thực tiến trình đang chạy trong một thời gian dài có những ưu tiên của họ giảm trong khi quá trình đó đang chờ đợi có những ưu tiên của họ tăng động.