1
1

00:00:00,060  -->  00:00:06,359
xin chào chào mừng trở lại tất cả các nhiệm vụ với
2

2

00:00:03,179  -->  00:00:08,940
miệng núi lửa cho đến nay đã được định kỳ
3

3

00:00:06,359  -->  00:00:12,000
đã trì hoãn một khoảng thời gian và sau đó 10
4

4

00:00:08,940  -->  00:00:13,920
một đèn LED hoặc in một số văn bản trước làn đường
5

5

00:00:12,000  -->  00:00:16,410
một lần nữa và cứ thế
6

6

00:00:13,920  -->  00:00:18,990
người chồng chậm trễ này tạo ra rất
7

7

00:00:16,410  -->  00:00:21,180
thô sơ sự chậm trễ này đã được tạo ra
8

8

00:00:18,990  -->  00:00:22,949
rất thô sơ sử dụng một vòng lặp giờ
9

9

00:00:21,180  -->  00:00:26,010
nhiệm vụ được thăm dò hiệu quả
10

10

00:00:22,949  -->  00:00:29,189
và tăng bộ đếm vòng lặp cho đến khi anh ta
11

11

00:00:26,010  -->  00:00:31,289
đạt đến một giá trị cố định trong thực tế của chúng tôi
12

12

00:00:29,189  -->  00:00:33,840
dự án ưu tiên đúng
13

13

00:00:31,289  -->  00:00:36,780
chứng minh điều này là ưu tiên cao hơn
14

14

00:00:33,840  -->  00:00:39,750
nhiệm vụ vẫn ở trạng thái chạy trong khi
15

15

00:00:36,780  -->  00:00:42,270
nó đã thực hiện vòng lặp không có hiệu lực
16

16

00:00:39,750  -->  00:00:44,460
bỏ đói nhiệm vụ ưu tiên thấp hơn của bất kỳ
17

17

00:00:42,270  -->  00:00:47,100
thời gian xử lý có một số khác
18

18

00:00:44,460  -->  00:00:49,879
nhược điểm của bất kỳ hình thức bỏ phiếu
19

19

00:00:47,100  -->  00:00:53,309
ngoài sự không hiệu quả rõ ràng của nó
20

20

00:00:49,879  -->  00:00:55,920
trong quá trình bỏ phiếu, nhiệm vụ không thực sự
21

21

00:00:53,309  -->  00:00:58,680
có việc phải làm nhưng vẫn còn
22

22

00:00:55,920  -->  00:01:01,829
sử dụng thời gian xử lý tối đa và như vậy
23

23

00:00:58,680  -->  00:01:04,860
chu trình xử lý chất thải trong bài học này, chúng tôi
24

24

00:01:01,829  -->  00:01:08,250
sẽ sửa chữa hành vi này bằng cách
25

25

00:01:04,860  -->  00:01:12,060
sử dụng API mới gọi là độ trễ tác vụ V
26

26

00:01:08,250  -->  00:01:15,990
API trước tiên chúng ta phải làm cho sự chậm trễ của vetos
27

27

00:01:12,060  -->  00:01:18,270
API có sẵn cho ứng dụng của chúng tôi bởi
28

28

00:01:15,990  -->  00:01:21,689
đi đến nghệ sĩ miễn phí cấu hình tuổi
29

29

00:01:18,270  -->  00:01:24,659
cài đặt hợp lệ bao gồm độ trễ vetoes đến 1
30

30

00:01:21,689  -->  00:01:27,150
tác vụ V trễ đặt nhiệm vụ gọi
31

31

00:01:24,659  -->  00:01:30,270
vào trạng thái khối cho một số mặt
32

32

00:01:27,150  -->  00:01:32,970
băng làm gián đoạn nhiệm vụ không sử dụng
33

33

00:01:30,270  -->  00:01:35,670
trong một thời gian xử lý trong khi nó đang ở
34

34

00:01:32,970  -->  00:01:38,100
trạng thái pod nên nhiệm vụ chỉ sử dụng
35

35

00:01:35,670  -->  00:01:41,189
thời gian xử lý khi thực sự có
36

36

00:01:38,100  -->  00:01:42,840
công việc cần hoàn thành là đối số X
37

37

00:01:41,189  -->  00:01:44,939
độ trễ đơn giản là số lượng công nghệ
38

38

00:01:42,840  -->  00:01:47,100
làm gián đoạn rằng nhiệm vụ gọi sẽ
39

39

00:01:44,939  -->  00:01:49,189
vẫn ở trạng thái cốt truyện trước khi
40

40

00:01:47,100  -->  00:01:51,320
chuyển trở lại trạng thái sẵn sàng
41

41

00:01:49,189  -->  00:01:54,000
có một macro được gọi là
42

42

00:01:51,320  -->  00:01:56,549
pdms để có thể được sử dụng để
43

43

00:01:54,000  -->  00:01:59,700
chuyển đổi thời gian được chỉ định bằng mili giây
44

44

00:01:56,549  -->  00:02:03,090
vào thời gian quy định nó cần tươi
45

45

00:01:59,700  -->  00:02:05,909
mẫu cuộc gọi vetoes trì hoãn PTM đến
46

46

00:02:03,090  -->  00:02:08,129
mất 100 sẽ dẫn đến cuộc gọi
47

47

00:02:05,909  -->  00:02:12,180
nhiệm vụ còn lại trong trạng thái bị chặn cho
48

48

00:02:08,129  -->  00:02:13,200
100 mili giây làm chậm trễ nhiệm vụ V
49

49

00:02:12,180  -->  00:02:15,900
tương tự như
50

50

00:02:13,200  -->  00:02:18,330
nó sẽ trì hoãn tham số độ trễ của vetos
51

51

00:02:15,900  -->  00:02:21,750
chỉ định số lượng ngắt đánh dấu
52

52

00:02:18,330  -->  00:02:25,160
điều đó sẽ xảy ra giữa một nhiệm vụ: V
53

53

00:02:21,750  -->  00:02:27,330
trì hoãn nhiệm vụ và cùng một nhiệm vụ một lần nữa
54

54

00:02:25,160  -->  00:02:30,540
chuyển ra khỏi trạng thái bị chặn
55

55

00:02:27,330  -->  00:02:32,790
thời gian thực hiện nhiệm vụ
56

56

00:02:30,540  -->  00:02:36,060
trạng thái khối được chỉ định bởi
57

57

00:02:32,790  -->  00:02:38,459
Thông số độ trễ của Vita theo thời gian tại
58

58

00:02:36,060  -->  00:02:41,459
nhiệm vụ rời khỏi trạng thái khối là
59

59

00:02:38,459  -->  00:02:44,459
liên quan đến thời gian mà nhiệm vụ
60

60

00:02:41,459  -->  00:02:47,519
độ trễ được gọi là các tham số của phí
61

61

00:02:44,459  -->  00:02:50,580
thay đổi tác vụ trên đầu chỉ định thay vì
62

62

00:02:47,519  -->  00:02:52,440
giá trị tài khoản chính xác mà tại đó bằng
63

63

00:02:50,580  -->  00:02:55,140
nhiệm vụ nên được chuyển từ bị chặn
64

64

00:02:52,440  -->  00:02:57,630
trạng thái sẵn sàng nhiệm vụ
65

65

00:02:55,140  -->  00:02:59,940
trì hoãn cho đến khi nên được sử dụng khi một
66

66

00:02:57,630  -->  00:03:02,180
thời gian thực hiện cố định được yêu cầu tại
67

67

00:02:59,940  -->  00:03:05,099
nơi chúng tôi muốn nhiệm vụ của chúng tôi thực hiện
68

68

00:03:02,180  -->  00:03:07,620
định kỳ với tần số cố định là
69

69

00:03:05,099  -->  00:03:10,260
thời gian mà nhiệm vụ callin là
70

70

00:03:07,620  -->  00:03:13,470
bỏ chặn là tuyệt đối chứ không phải
71

71

00:03:10,260  -->  00:03:17,340
liên quan đến khi hàm được gọi
72

72

00:03:13,470  -->  00:03:20,250
tác vụ V bị trì hoãn cho đến khi API mất hai
73

73

00:03:17,340  -->  00:03:22,980
đối số đầu tiên là
74

74

00:03:20,250  -->  00:03:25,319
thời gian đánh thức trước đó là tham số
75

75

00:03:22,980  -->  00:03:28,950
đặt tên trên giả định rằng nhiệm vụ V
76

76

00:03:25,319  -->  00:03:32,310
trì hoãn cho đến khi được sử dụng để thực hiện một
77

77

00:03:28,950  -->  00:03:35,489
nhiệm vụ thực hiện định kỳ và với
78

78

00:03:32,310  -->  00:03:38,489
tần số cố định trong trường hợp này PX
79

79

00:03:35,489  -->  00:03:41,310
thời gian thức dậy trước đó giữ thời gian tại
80

80

00:03:38,489  -->  00:03:44,130
nhiệm vụ cuối cùng để lại máu
81

81

00:03:41,310  -->  00:03:46,109
Nhà nước thời gian này được sử dụng như một tài liệu tham khảo
82

82

00:03:44,130  -->  00:03:49,160
điểm để tính thời gian
83

83

00:03:46,109  -->  00:03:52,350
nhiệm vụ tiếp theo nên rời khỏi trạng thái máu
84

84

00:03:49,160  -->  00:03:55,170
đối số thứ hai cũng được đặt tên trên
85

85

00:03:52,350  -->  00:03:57,720
giả định rằng nhiệm vụ V bị trì hoãn cho đến khi
86

86

00:03:55,170  -->  00:04:00,329
đang được sử dụng để thực hiện một nhiệm vụ
87

87

00:03:57,720  -->  00:04:03,420
thực hiện định kỳ và phải đối mặt
88

88

00:04:00,329  -->  00:04:06,630
tần số và tần số này được đặt bởi x
89

89

00:04:03,420  -->  00:04:10,230
giá trị gia tăng thời gian x thời gian
90

90

00:04:06,630  -->  00:04:13,019
gia tăng được chỉ định trong mất
91

91

00:04:10,230  -->  00:04:15,389
macro pdms - mất mà chúng ta đã thấy trước đó
92

92

00:04:13,019  -->  00:04:17,130
cũng có thể được sử dụng để chuyển đổi thời gian
93

93

00:04:15,389  -->  00:04:21,180
được chỉ định bằng mili giây
94

94

00:04:17,130  -->  00:04:23,610
vào một thời gian được chỉ định trong mất
95

95

00:04:21,180  -->  00:04:27,770
đi viết một số mã để chứng minh tất cả
96

96

00:04:23,610  -->  00:04:27,770
rằng chúng tôi đã nói về tôi sẽ gặp bạn