1
00:00:02,210 --> 00:00:08,930
Salve, questo è che non vogliono fare nell'ultima lezione che abbiamo visto nell'indice un programma con la traccia

2
00:00:08,990 --> 00:00:12,010
di indicizzazione stava sprecando cicli di Sebille.

3
00:00:12,180 --> 00:00:14,950
Bene, la pagina web corrispondente era in fase di download.

4
00:00:15,100 --> 00:00:15,970
E non va bene.

5
00:00:16,160 --> 00:00:19,590
Quindi in questa conferenza vedremo come ciò può essere premiato.

6
00:00:19,790 --> 00:00:20,140
OK.

7
00:00:20,150 --> 00:00:23,300
Come possiamo evitare di sprecare cicli di sonno.

8
00:00:23,480 --> 00:00:30,560
Così per un po 'ho creato questa nuova classe chiamata questo grande indicizzatore di notificatori nello stesso indexer del pacchetto

9
00:00:31,020 --> 00:00:37,310
e si chiama Lexar non definito e abbiamo le stesse classi delle classi diagnostiche del downloader e

10
00:00:37,400 --> 00:00:38,630
dell'indicizzatore in uplink.

11
00:00:38,660 --> 00:00:41,990
E avremo quelle classi nidificate in tutto questo.

12
00:00:42,320 --> 00:00:47,290
Quindi le classi sono praticamente identiche all'indicizzatore e al collegamento Witan.

13
00:00:47,300 --> 00:00:51,700
Quindi uno cambia che la pagina di Hetchy prima era volatile.

14
00:00:51,710 --> 00:00:57,950
Ora non è tutto il tempo e non ne abbiamo bisogno perché un po 'di un X-URL non definito usiamo due metodi

15
00:00:57,950 --> 00:01:00,920
chiamati noi vate non sono definiti e come ciò accade.

16
00:01:00,960 --> 00:01:02,710
Succede prima della relazione.

17
00:01:02,800 --> 00:01:05,650
E quindi non abbiamo bisogno di uno per dirti che siamo qui.

18
00:01:05,690 --> 00:01:09,730
Quindi è quello che vorrei modificare che è stato rimosso.

19
00:01:10,310 --> 00:01:11,870
Quindi ecco il nuovo ordine.

20
00:01:11,900 --> 00:01:16,830
E abbiamo solo bisogno di compilare questo metodo di esecuzione qui e all'interno dell'indicizzatore.

21
00:01:16,840 --> 00:01:24,470
Inoltre abbiamo bisogno di compilare il metodo run su tutto, poiché sembra il metodo go e creare delle divagazioni sulla differenza,

22
00:01:24,770 --> 00:01:30,110
poiché nel metodo principale non stiamo istanziando il rate non definito XOR, stiamo ancora

23
00:01:30,110 --> 00:01:31,830
creando gli stessi rumble.

24
00:01:31,850 --> 00:01:37,280
OK, quindi stiamo passando le stesse informazioni e anche il metodo go è lo stesso.

25
00:01:37,290 --> 00:01:44,520
Quindi stiamo creando Butros corrispondente al nostro downloader sull'indicizzatore e li stiamo iniziando qui e stiamo iterando

26
00:01:44,550 --> 00:01:47,090
su tutti gli spazi vuoti.

27
00:01:47,190 --> 00:01:52,550
Quindi la prima cosa è andare avanti e riempire il prossimo e qui.

28
00:01:55,530 --> 00:02:03,250
Quindi qui andiamo qui accanto a questo è l'indice della materia nell'indice del programma.

29
00:02:03,260 --> 00:02:07,580
Quindi, la prima cosa che possiamo fare è andare avanti e copiare questo in modo

30
00:02:10,900 --> 00:02:19,820
che stiamo scaricando l'intoppo G. M. B. H. su di esso è messo un po 'di condizioni qui.

31
00:02:20,110 --> 00:02:26,410
Spiegherò perché abbiamo bisogno di una condizione qui.

32
00:02:26,420 --> 00:02:32,580
OK, quindi abbiamo questa condizione, quindi la condizione è che le pagine simili fossero un cardinale.

33
00:02:32,630 --> 00:02:35,350
Quindi questa è la chiave è la scheda deve aspettare.

34
00:02:35,360 --> 00:02:37,020
Quindi questo indicizzatore di thread.

35
00:02:37,160 --> 00:02:39,250
Significa che la pagina non è ancora stata scaricata.

36
00:02:39,500 --> 00:02:41,510
Quindi prima avevamo un ciclo infinito.

37
00:02:41,510 --> 00:02:47,030
Ora abbiamo lo stesso grande tasso di ferro è una questione e l'oggetto.

38
00:02:47,030 --> 00:02:48,050
Stati Uniti, quindi non lo è.

39
00:02:48,060 --> 00:02:50,960
E questa minaccia ma è una classe Object.

40
00:02:51,080 --> 00:02:57,460
E ciò che farà sarà sospendere il terzo che l'indicizzatore ha provato e sarà più che provato a far funzionare

41
00:02:57,470 --> 00:02:59,450
lo stato in un nuovo stato.

42
00:02:59,450 --> 00:03:05,690
Il voto delle carte non può quindi essere un nuovo stato che non abbiamo visto finora più tardi se questa vittoria

43
00:03:05,690 --> 00:03:08,180
avrebbe anche discusso di più a riguardo.

44
00:03:08,180 --> 00:03:11,080
Quindi entrerà in questa valutazione attuale.

45
00:03:11,120 --> 00:03:13,960
Quindi questa discussione sarà sospesa.

46
00:03:14,180 --> 00:03:17,030
Ora c'è un obbligo qui circondato da Gottsch.

47
00:03:17,040 --> 00:03:17,970
Quindi facciamolo.

48
00:03:18,080 --> 00:03:18,470
OK.

49
00:03:18,470 --> 00:03:20,410
Quindi è ciò che è necessario.

50
00:03:21,850 --> 00:03:25,090
E così questo è ciò che facciamo qui.

51
00:03:25,150 --> 00:03:27,950
Quindi, questo significa che questo thread sta aspettando l'altra minaccia.

52
00:03:28,030 --> 00:03:33,840
Quindi andiamo avanti e riempiamo questo metodo al suo interno, non guardiamo alla classe.

53
00:03:33,940 --> 00:03:40,470
Ancora una volta torniamo qui al nome in Indexer, altri passiamo a copiare questi due TUO E questo è il

54
00:03:44,770 --> 00:03:48,510
modo in cui quelle stesse affermazioni sono state messe qui.

55
00:03:50,780 --> 00:04:07,060
Dobbiamo anche piangere, quindi facciamolo e passiamo a questo.

56
00:04:07,140 --> 00:04:07,950
Quindi facciamolo.

57
00:04:07,950 --> 00:04:09,800
E così.

58
00:04:09,840 --> 00:04:13,150
Quindi questa traccia è lì e questo thread deve.

59
00:04:13,560 --> 00:04:16,860
Quindi, una volta che è stato scaricato, si dovrebbe avvisare l'altro terzo.

60
00:04:16,890 --> 00:04:20,090
Quindi l'altro thread si è sospeso e poi li ha letto.

61
00:04:20,280 --> 00:04:26,290
Quindi abbiamo bisogno di spezzare quel thread quel thread perché è andato in uno stato di attesa

62
00:04:26,310 --> 00:04:29,010
e per poterlo configurare usiamo questo metodo

63
00:04:31,740 --> 00:04:34,510
chiamato ask notify notify che è l'altro thread.

64
00:04:34,790 --> 00:04:38,000
Ora qui andiamo avanti e invochiamo

65
00:04:43,570 --> 00:04:46,190
anche il metodo index.

66
00:04:46,240 --> 00:04:51,190
Quindi se sei fuori dal ciclo while significa che questa condizione è fallita e il coniglio è

67
00:04:51,240 --> 00:04:52,160
stato scaricato.

68
00:04:52,210 --> 00:04:53,300
Quindi andiamo avanti.

69
00:04:53,300 --> 00:05:03,290
E questa è una pagina DMA, ma dovremmo qui dire quale squadra sarà uguale a questa perché una volta che è tornata dalla fase

70
00:05:03,290 --> 00:05:10,740
di attesa dello stato in attesa, deve ancora una volta recuperare la pagina in modo che la

71
00:05:10,760 --> 00:05:13,240
pagina sia già stata scaricato.

72
00:05:13,250 --> 00:05:15,590
Quindi stiamo cercando di ottenere il ph HDMI.

73
00:05:15,840 --> 00:05:21,520
E così nella prossima iterazione la mia pagina sarà non saprà quale non sarebbe sapere.

74
00:05:21,770 --> 00:05:27,680
Quindi dovremmo uscire dal ciclo e noi ciò che questa affermazione sarebbe stata eseguita proprio da esso.

75
00:05:27,710 --> 00:05:35,790
Quindi andiamo avanti ed eseguiamolo prima, come potete vedere, otteniamo questa eccezione di stato di monitoraggio illegale della scheda delle eccezioni

76
00:05:35,790 --> 00:05:42,030
sui dati, perché abbiamo bisogno di avere un blocco sincronizzato quando lo usiamo quando usiamo questo

77
00:05:42,300 --> 00:05:42,830
metodo.

78
00:05:43,080 --> 00:05:44,680
Quindi abbiamo bisogno di un blocco sincronizzato.

79
00:05:44,850 --> 00:05:51,450
E il motivo per cui abbiamo bisogno di un blocco sincronizzato è perché supponiamo che il gioielliere toccatore abbia scelto la pista

80
00:05:52,020 --> 00:05:55,470
degli indicizzatori per correre sotto il prossimo thread verrà qui.

81
00:05:55,470 --> 00:06:02,170
Sarà AXS questo metodo ottenere m. p. h. Hetchy MLP a più pagine inizialmente sarebbe nullo.

82
00:06:02,230 --> 00:06:04,490
Quindi questa dichiarazione verrebbe eseguita.

83
00:06:04,770 --> 00:06:09,050
Ma prima di uscire la grande affermazione.

84
00:06:09,300 --> 00:06:15,090
Sai che il Treacher Mueller potrebbe eseguire l'altro thread game potrebbe portare l'altro turd nello stato di

85
00:06:15,090 --> 00:06:20,300
esecuzione anche se non caricare il thread sotto il thread Donora può scaricarli una pagina.

86
00:06:20,310 --> 00:06:24,630
Ben detto il Hetchy della mia pagina e può camminare il metodo di notifica.

87
00:06:24,930 --> 00:06:32,960
OK e dopo che il metodo di notifica è presente nel libro, questo thread potrebbe essere un metodo

88
00:06:32,970 --> 00:06:36,100
sottovalutato che passa allo stato di votazione.

89
00:06:36,240 --> 00:06:43,350
Quindi in quel caso potrebbe sempre essere in rating perché questa volta particolare alla dichiarazione è già

90
00:06:43,350 --> 00:06:44,590
stata eseguita.

91
00:06:44,730 --> 00:06:46,280
OK, quindi non è giusto.

92
00:06:46,530 --> 00:06:53,910
Quindi abbiamo bisogno di un blocco sincronizzato che significa che questi passaggi devono essere eseguiti devono essere eseguiti atomicamente

93
00:06:53,940 --> 00:06:55,540
nel modo giusto.

94
00:06:55,650 --> 00:06:58,330
Ecco perché abbiamo bisogno di una dichiarazione sincronizzata qui.

95
00:07:02,120 --> 00:07:04,780
E l'oggetto qui possiamo usare gli smolders

96
00:07:10,860 --> 00:07:11,940
del collirio.

97
00:07:12,370 --> 00:07:18,780
Ho chiamato Do il blocco sincronizzato Beh, indovina cosa stiamo facendo qui.

98
00:07:20,270 --> 00:07:23,450
Quindi ora una cosa come abbiamo il blocco sincronizzato.

99
00:07:23,690 --> 00:07:29,960
Quindi se i prossimi artisti artisti qui e se si sa una volta che entra in questo vile qui in modo

100
00:07:29,960 --> 00:07:33,870
che stia per uscire la tua dichiarazione di dibattito e dichiarazione di dibattito.

101
00:07:33,860 --> 00:07:39,880
Abbiamo detto che sospenderà questa discussione subendo una mossa che metterà Mulder in quella sorta di minaccia che integra lo

102
00:07:39,880 --> 00:07:40,410
stato.

103
00:07:40,670 --> 00:07:44,890
Ma allo stesso tempo avrebbe anche rilasciato il blocco che ha.

104
00:07:44,900 --> 00:07:49,330
OK quindi non so se il blocco è il blocco di questo particolare oggetto weblink.

105
00:07:49,550 --> 00:07:51,350
Quindi deve essere rilasciato.

106
00:07:51,470 --> 00:07:52,190
OK.

107
00:07:52,580 --> 00:07:57,950
E quando viene rilasciato, deve essere acquisito dall'altro thread, il che

108
00:07:58,330 --> 00:07:59,780
significa che

109
00:08:03,430 --> 00:08:11,090
anche qui avremo un blocco sincronizzato e spostiamolo qui, facciamo questo e useremo lo stesso lock.

110
00:08:12,670 --> 00:08:23,140
E qui abbiamo bisogno di invocare eye not dot not perché il metodo notify e il metodo wait sono in realtà

111
00:08:23,140 --> 00:08:25,210
parte dell'oggetto per noi.

112
00:08:25,210 --> 00:08:25,480
OK.

113
00:08:25,480 --> 00:08:26,810
Quindi tienilo a mente.

114
00:08:27,000 --> 00:08:27,570
Aspettare.

115
00:08:27,580 --> 00:08:28,330
Non essere licenziato.

116
00:08:28,330 --> 00:08:34,480
Questa è un'altra chiamata al metodo notificare tutto ciò che possiamo anche usare qui e iniziare notificare che tutti e

117
00:08:34,480 --> 00:08:39,410
tre appartengono alla classe dell'oggetto non vengono provati dal loro oggetto lo scorso fine settimana.

118
00:08:39,490 --> 00:08:43,170
Dobbiamo guardare a questo noi.

119
00:08:43,260 --> 00:08:44,820
Quindi ora stiamo bene.

120
00:08:45,160 --> 00:08:54,030
Quindi qui il thread sta entrando nel settore immobiliare e di cui ho bisogno sta rilasciando anche il blocco in modo che

121
00:08:54,030 --> 00:08:58,460
quando rilascia il blocco, l'altro thread acquisirà il blocco qui.

122
00:08:58,470 --> 00:09:01,710
Non conoscono quella minaccia senza pari sulla nota di una pagina sotto la siepe.

123
00:09:01,720 --> 00:09:05,010
Sei la mia cagna dopo che funzionerà.

124
00:09:05,080 --> 00:09:09,680
Il metodo I sulla nota se metodo in grande gli altri due.

125
00:09:09,860 --> 00:09:16,540
Quegli indicizzatori leggevano in modo che l'inesorabile passaggio dalla valutazione ai blocchi lo facesse.

126
00:09:16,720 --> 00:09:23,430
OK, quindi non sta entrando nello stato Runnable per metterlo in stato Runnable per l'indice o

127
00:09:23,430 --> 00:09:25,610
provare ad ottenere uno stato.

128
00:09:25,650 --> 00:09:30,040
Ha bisogno di acquisire il blocco sul blocco non ancora rilasciato in questa istanza.

129
00:09:30,100 --> 00:09:32,020
Locke è in realtà rilasciato qui.

130
00:09:32,250 --> 00:09:38,910
OK Locke viene rilasciato una volta che siamo fuori dal blocco sincronizzato qui a questo punto.

131
00:09:38,910 --> 00:09:40,850
Siamo ancora nel blocco sincronizzato.

132
00:09:41,190 --> 00:09:42,960
E così il blocco non è ancora stato rilasciato.

133
00:09:42,990 --> 00:09:48,490
Tutto fa come si muove l'altro terzo il terzo cooperante che è la minaccia degli indicizzatori.

134
00:09:48,510 --> 00:09:54,230
Sposta quella particolare minaccia dalla fase di attesa direttamente in blocchi.

135
00:09:54,500 --> 00:10:00,510
E una volta che siamo fuori da questo blocco o se lo faremo e il metodo del tasso di mortalità qui, allora

136
00:10:00,510 --> 00:10:01,710
il blocco verrà rilasciato.

137
00:10:01,830 --> 00:10:03,270
Ma non sono io che arrivi qui.

138
00:10:03,270 --> 00:10:07,490
Quindi usciremo dal metodo sincronizzato e otterremo il blocco finito.

139
00:10:07,490 --> 00:10:08,880
In altre parole, monitora.

140
00:10:08,940 --> 00:10:14,460
A volte è anche il monitor di Koala a essere rilasciato da questa particolare minaccia e

141
00:10:14,520 --> 00:10:16,320
verrà quindi acquisito dall'altro.

142
00:10:16,860 --> 00:10:23,400
Ora se ci sono più thread che stanno aspettando su questo particolare sono in attesa su

143
00:10:23,400 --> 00:10:27,260
questo particolare link o oggetto quindi induct è OK.

144
00:10:27,270 --> 00:10:30,320
Quindi, ciò significa che sono state eseguite più minacce in attesa.

145
00:10:30,600 --> 00:10:34,520
Quindi sarà ancora un singolo thread e verrà scelto arbitrariamente.

146
00:10:34,800 --> 00:10:36,650
OK, questa è una cosa.

147
00:10:36,690 --> 00:10:42,750
E poiché esiste anche un'altra rete chiamata notify all che generalmente è preferibile essere utilizzata per

148
00:10:42,810 --> 00:10:50,230
notificare a tutti in realtà risveglierà tutte le minacce che sono in attesa su questo particolare medico e che come

149
00:10:50,230 --> 00:10:54,130
un ottimo metodo esecutivo su questo oggetto sullo stesso oggetto.

150
00:10:54,390 --> 00:11:00,310
OK così la volontà solo solo perché una delle minacce che sta scrivendo.

151
00:11:00,330 --> 00:11:00,740
OK.

152
00:11:00,750 --> 00:11:06,290
Se ci sono più minacce ma non tutte le minacce di Belbek possono essere utilizzate

153
00:11:06,320 --> 00:11:13,240
entrambe, è preferibile utilizzare per notificare tutta la custodia che stiamo usando notificare perché solo un terzo è in attesa.

154
00:11:13,560 --> 00:11:18,380
Ma in futuro se ci saranno altre minacce che attenderanno

155
00:11:18,380 --> 00:11:23,300
il coinvolgimento del raid su questo particolare oggetto, notificarlo sarà utile.

156
00:11:23,760 --> 00:11:26,720
OK, quindi possiamo farlo anche

157
00:11:27,590 --> 00:11:30,280
Quindi può essere notificare o notificare tutto.

158
00:11:30,430 --> 00:11:33,830
E questo porterebbe la minaccia a rompere lo stato.

159
00:11:33,830 --> 00:11:41,540
L'altra minaccia dallo stato di attesa allo stato bloccato e una volta che ne esce uno in modo che, una volta uscito il

160
00:11:41,540 --> 00:11:47,000
blocco sincronizzato, questo thread rilasci il blocco sull'altro thread che si trova nello stato bloccato, quindi

161
00:11:47,190 --> 00:11:50,160
acquisisce il blocco e quindi esegue un post.

162
00:11:50,440 --> 00:11:50,930
OK.

163
00:11:51,080 --> 00:11:56,650
Ma se ci sono altre minacce che stanno anche aspettando questo particolare oggetto che non ha

164
00:11:56,670 --> 00:12:01,700
invocato Great significava, ma Princeton per qualsiasi motivo funzionasse su questo particolare oggetto forse

165
00:12:01,700 --> 00:12:04,580
ci sono altri metodi sincronizzati su questo oggetto.

166
00:12:04,730 --> 00:12:10,910
E se ci stanno aspettando, potrebbero anche farti sapere che al posto di questi gli indicizzatori minacciano

167
00:12:11,220 --> 00:12:14,630
che anche altre minacce potrebbero richiedere il blocco.

168
00:12:14,690 --> 00:12:14,950
OK.

169
00:12:14,960 --> 00:12:16,710
Quindi tienilo a mente.

170
00:12:17,210 --> 00:12:19,080
Quindi questo è quello che abbiamo qui.

171
00:12:20,270 --> 00:12:23,700
E mettiamo un sacco di dichiarazioni di stampa.

172
00:12:23,920 --> 00:12:30,210
Nessuna altra cosa che voglio a Dallas, come l'enorme importanza qui sta rilasciando il lucchetto qui, ma

173
00:12:30,210 --> 00:12:38,010
abbiamo usato come gli altri metodi come il metodo di sonno o ci hai mentorato così quelle chiamate al metodo delle porte

174
00:12:38,030 --> 00:12:42,030
sospenderanno anche la minaccia ma non rilasceranno il blocco .

175
00:12:42,130 --> 00:12:46,900
OK, questa è una differenza tra la frequenza e altri metodi come il sonno Anyi.

176
00:12:47,010 --> 00:12:48,090
Quindi continua così.

177
00:12:48,310 --> 00:12:49,980
Tienilo a mente.

178
00:12:50,060 --> 00:12:53,240
E sì, mettiamo

179
00:13:04,930 --> 00:13:15,070
un sacco di dichiarazioni aperte qui e questo non è un non leggerlo.

180
00:13:15,200 --> 00:13:16,530
Quindi dovrebbe essere buono.

181
00:13:16,540 --> 00:13:20,140
Andiamo avanti, ironizziamola e abbiamo qualche problema con

182
00:13:34,080 --> 00:13:35,010
Internet.

183
00:13:35,010 --> 00:13:36,550
Lasciami correre ancora una volta.

184
00:13:37,940 --> 00:13:38,800
Ecco qui.

185
00:13:41,170 --> 00:13:45,610
Penso che una delle cose stia avendo qualche problema, ma almeno gli altri sono stati scaricati.

186
00:13:45,640 --> 00:13:47,420
Quindi fammi semplicemente fermarlo lì.

187
00:13:47,440 --> 00:13:48,740
Quindi qui stiamo dicendo.

188
00:13:48,760 --> 00:13:51,000
Quindi questo questo sono le tre pagine.

189
00:13:51,160 --> 00:13:51,870
OK.

190
00:13:52,620 --> 00:13:55,220
E qui dice che non è stato scaricato.

191
00:13:55,310 --> 00:14:04,980
Quindi eravamo nel thread inesperto e non dice che qui lo scarichi e poi scarica il download o le tartarughe

192
00:14:04,980 --> 00:14:06,860
lo stanno eseguendo.

193
00:14:06,860 --> 00:14:12,080
E poi l'indicizzatore terzo, ancora una volta, non è giusto nemmeno perché è

194
00:14:12,080 --> 00:14:15,040
solo che non sai che sono qui.

195
00:14:15,590 --> 00:14:21,300
Il problema con l'idea 2004 è che possono sentirlo funzionare a grandi condizioni.

196
00:14:21,440 --> 00:14:25,230
Poi è stato scaricato correttamente, lo ha scaricato pronto per raggiungere la data.

197
00:14:25,250 --> 00:14:31,070
E l'altro thread che il thread ha scaricato e poi ha invocato il metodo di notifica.

198
00:14:31,200 --> 00:14:37,060
Quindi questo ha avuto un fine settimana e dopo che è passato può essere anche indicizzato.

199
00:14:37,190 --> 00:14:37,820
OK.

200
00:14:38,610 --> 00:14:39,090
Quindi è così.

201
00:14:39,090 --> 00:14:43,680
In realtà ho fermato il programma e riverine perché penso che alcuni link non siano

202
00:14:43,680 --> 00:14:44,970
stati scaricati correttamente.

203
00:14:45,120 --> 00:14:47,020
Forse alcuni problemi con il web server su questo.

204
00:14:47,020 --> 00:14:49,950
E quindi immagino che potremmo vedere il pavimento qui.

205
00:14:50,070 --> 00:14:51,590
Quindi è importante.

206
00:14:51,810 --> 00:14:56,610
Quindi, come puoi vedere ora, non stiamo sprecando alcuni cicli qui.

207
00:14:56,620 --> 00:14:59,460
L'indicizzatore è Gore che si sta sospendendo.

208
00:14:59,520 --> 00:15:03,250
Quindi con quello che stiamo salvando si vomitano cicli di spew.

209
00:15:03,300 --> 00:15:07,530
Quindi questo è un miglioramento rispetto all'approccio precedente e un approccio indicizzatore.

210
00:15:08,440 --> 00:15:11,300
Ora una cosa è questa è l'idioma standard.

211
00:15:11,490 --> 00:15:11,950
OK.

212
00:15:11,980 --> 00:15:13,460
Quindi questo è l'idioma standard.

213
00:15:13,480 --> 00:15:20,650
Quindi discutere Materne dovrebbe sempre essere usato con questo tipo di condizione selvaggia, non con una condizione F ma un po

214
00:15:20,680 --> 00:15:22,730
'e questo è l'idioma standard.

215
00:15:22,730 --> 00:15:29,930
Questo perché, a volte, succede che c'è anche qualcosa chiamato "curioso" come Vicot Spookiest map up, nel qual

216
00:15:29,970 --> 00:15:37,170
caso tutto ciò che può essere letto può effettivamente passare dallo stato più grande allo stato bloccato.

217
00:15:37,240 --> 00:15:42,970
Quindi si può rompere anche se non c'è stato come non chiamare nessun segnale dall'altra azienda.

218
00:15:43,140 --> 00:15:44,900
E ciò può accadere raramente.

219
00:15:44,920 --> 00:15:50,590
Quindi, se ciò accadesse, ciò che accadrebbe sarebbe che la pagina principale di Steimle sarebbe ancora nulla e vieni

220
00:15:50,590 --> 00:15:54,540
a sapere che questa minaccia si sta svegliando e per questo motivo.

221
00:15:54,560 --> 00:15:56,750
Quindi non è un buono stato.

222
00:15:56,860 --> 00:16:00,840
Quindi dovremmo sempre avere questo e questo mentre le condizioni qui.

223
00:16:00,910 --> 00:16:03,340
Quindi questo è l'idioma standard.

224
00:16:03,340 --> 00:16:10,110
E un altro motivo potrebbe essere un altro motivo può anche essere che il terzo aziendale in Woolston o metodo

225
00:16:10,120 --> 00:16:10,760
definito.

226
00:16:10,960 --> 00:16:12,520
Quindi questo si sveglierà.

227
00:16:12,790 --> 00:16:19,580
Ma questo thread potrebbe non ottenere il blocco su qualche altro thread potrebbe acquisire il blocco che potrebbe servire a Hetchy

228
00:16:19,590 --> 00:16:22,090
una pagina multipla non ancora una volta.

229
00:16:22,090 --> 00:16:28,390
Quindi, voglio dire che non ha senso in questo particolare esempio, ma in alcuni altri esempi in cui noi

230
00:16:28,390 --> 00:16:35,010
vediamo come uno stato condiviso su cui queste minacce stanno lavorando su Sadak stert condiviso può essere cambiato da qualche altra minaccia.

231
00:16:35,170 --> 00:16:35,770
OK.

232
00:16:35,830 --> 00:16:44,020
Ecco perché è sempre importante avere questo dibattito con Mathare insieme ad alcune condizioni e questa condizione dovrebbe essere

233
00:16:44,020 --> 00:16:47,370
all'interno della Casa Bianca che dovremmo usare.

234
00:16:47,380 --> 00:16:48,870
Perché è inteso in questo modo.

235
00:16:49,060 --> 00:16:49,730
OK.

236
00:16:49,960 --> 00:16:55,300
Ecco perché abbiamo bisogno di una dichiarazione while qui e questo è l'idioma standard.

237
00:16:55,300 --> 00:17:01,810
Quindi questo è anche spiegato efficace articolo Jawa uno degli effetti degli articoli.

238
00:17:02,050 --> 00:17:08,460
E ora ho del testo anche qui, proprio come il precedente esempio precedente.

239
00:17:08,750 --> 00:17:10,950
Quindi stiamo migliorando il coordinamento ora.

240
00:17:11,090 --> 00:17:11,660
OK.

241
00:17:11,660 --> 00:17:19,120
E l'orologio viene abbandonato invocando il metodo del dibattito e l'unica differenza è che la pagina di Hatchie non

242
00:17:19,120 --> 00:17:22,360
è ancora stata dichiarata non dichiarata e vuota.

243
00:17:22,580 --> 00:17:27,670
E questo perché c'è uno sblocco sai che non sta succedendo e non so come farlo.

244
00:17:27,710 --> 00:17:28,380
Destra.

245
00:17:28,400 --> 00:17:35,180
Una volta che esce il metodo sincronizzato qui lo sblocca mentre sta schiacciando il lucchetto.

246
00:17:35,180 --> 00:17:41,390
E dopo che l'altro thread del thread dell'indicizzatore è come guidare il blocco, si verifica un caso prima della

247
00:17:41,750 --> 00:17:43,670
relazione tra queste due azioni.

248
00:17:43,670 --> 00:17:48,770
OK, qui stiamo sbloccando e ci stiamo bloccando perché se ciò accade prima della

249
00:17:48,820 --> 00:17:51,710
relazione, abbiamo anche la visibilità di Amadi.

250
00:17:51,710 --> 00:17:53,760
Quindi non abbiamo bisogno di dirlo davvero.

251
00:17:53,880 --> 00:17:55,850
OK, ecco cosa viene scritto qui.

252
00:17:56,180 --> 00:18:02,370
Quindi salirà, ma la limitazione qui è che stiamo risolvendo una cooperazione di compiti in modo di basso livello.

253
00:18:03,020 --> 00:18:07,630
E così, poiché stiamo usando tutti quei blog sincronizzati, stiamo usando i loop Y.

254
00:18:08,030 --> 00:18:13,820
Quindi è piuttosto basso livello e Jollof vedrò come alcune utilità di concorrenza che renderanno

255
00:18:13,820 --> 00:18:15,800
l'intero processo molto più pulito.

256
00:18:15,980 --> 00:18:16,340
OK.

257
00:18:16,370 --> 00:18:24,590
Quindi questo approccio era appena prima del 5 luglio e quindi dopo il mese di luglio 0 5 dato che ci aiuta dal momento che

258
00:18:24,590 --> 00:18:27,320
abbiamo le utilità di concorrenza che dovresti usare.

259
00:18:27,530 --> 00:18:27,950
OK.

260
00:18:27,950 --> 00:18:33,000
Solo tu guardi questo tipo di codice solo se stai guardando un codice legacy.

261
00:18:33,380 --> 00:18:35,480
OK, questo è tutto.

262
00:18:35,810 --> 00:18:38,230
Quindi torniamo alle diapositive.

263
00:18:38,240 --> 00:18:39,780
Diamo un'occhiata alle diapositive.

264
00:18:40,060 --> 00:18:45,770
E in questa diapositiva saremmo effettivamente in grado di guardare lo stadio della minaccia perché ci sono due nuovi stage

265
00:18:45,770 --> 00:18:51,260
che uno fuori dal palco sta tornando e c'è anche un altro stato e lo vedremo in questa luce

266
00:18:51,260 --> 00:18:54,790
e potremo discutere un po 'di più circa il terzo stadio.

267
00:18:54,850 --> 00:18:55,370
OK.

268
00:18:55,550 --> 00:18:57,250
Quindi andiamo avanti e guardiamo a ciò.

269
00:18:59,840 --> 00:19:04,120
Puoi ricordare questa illustrazione dei diversi stati in cui può essere inserito un terzo.

270
00:19:04,430 --> 00:19:06,960
Quindi ora presenterai un paio di stati.

271
00:19:06,980 --> 00:19:13,970
Abbiamo già visto uno di loro che le valutazioni si sono comportate così nel funzionamento del rate rate, un terzo si sarebbe spostato

272
00:19:13,980 --> 00:19:16,310
dallo stato di esecuzione a valutazioni positive.

273
00:19:16,390 --> 00:19:16,660
Destra.

274
00:19:16,660 --> 00:19:25,880
Quindi ridiscussa doc e Vinnick cooperando nel commercio di libri o notifica o notifica a tutti sulla serratura comune.

275
00:19:26,360 --> 00:19:30,650
Quindi tutte le minacce in attesa su quel blocco farebbero di più e farebbero Broxton.

276
00:19:30,980 --> 00:19:31,250
Destra.

277
00:19:31,250 --> 00:19:37,430
Discutiamo anche di ciò in modo che passino dallo stato di attesa allo stato di blocco.

278
00:19:37,440 --> 00:19:42,510
Alla fine il terzo che acquisisce il lucchetto ci sta effettivamente muovendo attorno ad esso.

279
00:19:42,720 --> 00:19:48,010
Quindi, dallo stato Brading, non stiamo direttamente entrando in uno stato eseguibile.

280
00:19:48,160 --> 00:19:50,960
Ora c'è anche un tempo per lavorare con il metodo break.

281
00:19:50,970 --> 00:19:57,480
Abbiamo solo guardato il riemesso Ma c'è anche una piccola porzione e nel rooking di questo metodo

282
00:19:57,480 --> 00:20:02,370
quella traccia andrebbe in un altro stato chiamato Find a no score.

283
00:20:02,610 --> 00:20:09,450
Nota che lavorando nel tipo di join o anche nel sonno significava che ci sarebbe stato più thread in questo.

284
00:20:09,540 --> 00:20:11,230
Ho fatto quelle valutazioni.

285
00:20:11,980 --> 00:20:16,110
Sul parametro long matter qui sarebbe il tempo in millisecondi.

286
00:20:16,190 --> 00:20:24,020
Quindi abbiamo questa fase di Donyell e quando un thread cooperante invoca o notifica o notifica tutto,

287
00:20:24,170 --> 00:20:31,880
allora qualsiasi thread che è in BIND sottolineato ha atteso che l'invocazione di raid sarebbe stata spostata

288
00:20:31,910 --> 00:20:33,460
nello stato bloccato.

289
00:20:33,500 --> 00:20:39,560
Tenete a mente che stiamo parlando solo di un terzo che è entrato nello stato per fare il

290
00:20:39,770 --> 00:20:42,760
commercio del tempo non è né Snin agin.

291
00:20:42,940 --> 00:20:48,430
Ma se ciò accade, qualsiasi thread in time sottolineato lo stato di attesa verrebbe spostato direttamente

292
00:20:48,490 --> 00:20:49,640
nello stato runnable.

293
00:20:49,660 --> 00:20:55,240
Non importa se questo è andato in legatura sottolineato lettura in attesa di leggere o gioia

294
00:20:55,240 --> 00:20:56,490
nel nostro sonno.

295
00:20:56,620 --> 00:20:58,230
Quindi quelle sono minacce diverse.

296
00:20:58,240 --> 00:21:03,590
Non è solo che gli stati nuovi e morti non sono mostrati qui.

297
00:21:04,110 --> 00:21:10,840
È riferito più formalmente a quanti dirts hanno bisogno di così tanti libri che si riferiscono ad esso come lo stato di Terminator che è uno

298
00:21:10,840 --> 00:21:12,560
stato in cui un terzo entra.

299
00:21:12,580 --> 00:21:14,530
Una volta che è corso fino al completamento.

300
00:21:15,010 --> 00:21:16,190
Quindi questo è tutto.

301
00:21:16,210 --> 00:21:21,430
Questa è competizione diretta al di là della grande comunicazione non modificata utilizzando grandi o no.

302
00:21:21,440 --> 00:21:27,760
Se fossi stato calmo, prima di Jollof ho introdotto utilità di concorrenza di alto livello che discuteremo

303
00:21:27,760 --> 00:21:28,910
molto presto.

304
00:21:29,200 --> 00:21:34,810
Come accennato in precedenza, probabilmente gestirai una notifica più grande solo quando si tratta di una presenza notificata di

305
00:21:35,360 --> 00:21:38,610
lettori di codice legacy, ma durante l'handshake di basso livello.

306
00:21:38,620 --> 00:21:46,450
Come abbiamo visto e Joshua Bloch si riferisce a usarli come linguaggio di programmazione e concurrency assembly.

307
00:21:46,810 --> 00:21:47,840
Quindi questo è tutto.

308
00:21:47,860 --> 00:21:53,260
Sul campo che abbiamo visto in precedenza è disponibile anche nella sezione fonte e questo è tutto.

309
00:21:53,290 --> 00:21:53,740
Grazie.