WEBVTT 1 00:07.070 --> 00:13.040 Evet arkadaşlar, şimdi bir önceki ders videosundaki Dharma projemizi uyguladık 2 00:13.040 --> 00:15.020 ve ayrıca daha önce radyonun biraz karasal olduğunu söylemiştik. 3 00:15.920 --> 00:21.380 Şimdi çift grup kütüphanemizi Stibbe sürecimizle nasıl 4 00:21.380 --> 00:21.980 entegre edebileceğimizi ve sorunu nasıl çözebileceğimizi tartışacağız. 5 00:22.700 --> 00:30.140 Bu nedenle, bir kez daha nemlendirmek için, kullanıcı girişi dinleyici izlerinin 6 00:30.140 --> 00:30.980 yanı sıra dinleyici iş parçacıklarına geri dönen dinleyici musluklarımız var. 7 00:31.520 --> 00:36.440 Paket dinleyici iş parçacıkları paketi işlev paketi sürecine besler. 8 00:37.950 --> 00:38.370 Tamam. 9 00:38.880 --> 00:45.690 Ve kullanıcı girişi dinleyici izleri Clia verilerini Clia işleyici işlevine besler. 10 00:46.620 --> 00:54.780 Yani bu mevcut tasarımdır ve bu fonksiyonların her biri daha sonra 11 00:54.780 --> 01:02.610 yönlendirme tablosunu güncellemek için fonksiyonu çağırır, bu stajyerler adım adım 12 01:02.610 --> 01:03.240 işlemle sahip olunan yönlendirme tablosu doodle yapısını güncellemek için bakarlar. 13 01:04.260 --> 01:08.460 Yani bu, dinleyicinin çalıları işlediği bir numaralı adımdır. 14 01:08.460 --> 01:10.710 İşlevler için etkinlikler vardır. 15 01:11.250 --> 01:15.210 Öyleyse buna ikinci adımda bir numaralı adım diyelim. 16 01:15.300 --> 01:22.110 Bu işlevler kova işlemi yapar ve Clia Handler verilerini 17 01:22.110 --> 01:27.930 ABD'ye muhtemelen yönlendirme tablosu API'sine iter ve üçüncü adımda 18 01:27.930 --> 01:28.860 sonunda yuvarlak tabloyu güncelleyen Yönlendirme Tablosu API'sini alması istenir. 19 01:29.700 --> 01:30.120 Tamam. 20 01:31.080 --> 01:38.030 Ve dediğim gibi, yuvarlak masa aynı anda birden fazla iş 21 01:38.040 --> 01:40.800 parçacığı bağlamında güncellendiğinden, tahmin sürecimiz iş parçacığı güvensiz bir süreçtir. 22 01:41.460 --> 01:41.880 Tamam. 23 01:42.810 --> 01:46.770 Şimdi hangi çözümü uygulayacağımızın önemli noktalarını tartışalım. 24 01:47.670 --> 01:53.850 Bu yüzden bile akışkanımızı SGP süreciyle entegre edecektik ve denemek için 25 01:53.850 --> 01:59.100 bile sadece tek iş parçacıklı işlemci talimatlarını yürüten yürütme birimi olmalıdır. 26 02:00.210 --> 02:00.600 Tamam. 27 02:01.470 --> 02:09.000 Dolayısıyla STV sürecinin her yarışması, olay döngüsü 28 02:09.000 --> 02:09.330 izi ve Kuzey İzi bağlamında yürütülmelidir. 29 02:11.280 --> 02:17.430 Bu nedenle, bunu kova listesinin UI iş parçacığında izlenmediği, doğrudan 30 02:17.430 --> 02:20.790 yerleştirilmiş uygulamayı yürütmek yerine hesaplamalarını olay döngüsüne gönderdiği şeklinde okumayalım. 31 02:21.360 --> 02:26.700 Dolayısıyla, bu noktada, dinleyici iş parçacıklarına ve kullanıcı giriş iş parçacıklarına geri 32 02:26.700 --> 02:34.770 dönen bu dinleyici iş parçacıklarının her biri, hesaplamalarını doğrudan bu API'ye yönlendirme 33 02:34.770 --> 02:36.930 tablosunu güncellemek için gönderir ve bu da gerçek veri yapısını günceller. 34 02:37.590 --> 02:38.010 Tamam. 35 02:39.450 --> 02:47.220 Yani aradığımız şey, bu dinleyici iş parçacıklarının her birinin 36 02:47.220 --> 02:54.480 uygulama mantığını doğrudan yürütmek ve uygulama veri yapısını güncellemek 37 02:54.480 --> 02:55.320 yerine kendi hesaplamalarını olay döngüsü iş parçacığına göndermesi gerektiğidir. 38 02:57.270 --> 03:05.460 Sonuç olarak, olay döngüsü dinleyici trance adına tüm hesaplamaları tetikler ve bu nedenle 39 03:05.460 --> 03:10.890 Astrobee süreci bir kez daha mantıksal olarak tek iş parçacıklı sürece indirgenir. 40 03:11.490 --> 03:11.910 Tamam. 41 03:12.270 --> 03:17.700 Mantıksal olarak diyorum çünkü teknik olarak STV süreci dinleyiciyi uzun süre transa geçirdi. 42 03:18.240 --> 03:24.780 Yani teknik olarak SDP sürecimiz çok iş parçacıklı bir süreçtir, ancak mantıksal 43 03:24.780 --> 03:27.330 olarak olay döngülerini kullanarak bunu tek iş parçacıklı bir sürece indirgememiz gerekir. 44 03:28.500 --> 03:35.490 Ve bu durumda, dinleyici transının tek bir amacı olacaktır ve bu amaç sadece harici 45 03:35.490 --> 03:43.260 olayları dinlemektir ve bloklama adımı ve dinleyici transının eşzamanlılık sağlamak gibi bir amacı yoktur. 46 03:43.860 --> 03:44.280 Tamam. 47 03:44.940 --> 03:51.360 Denemelerin eşzamanlılık sağlamak için icat edildiğini zaten biliyorsunuz, ancak bu 48 03:51.360 --> 03:54.630 durumda dinleyici iş parçacıklarının tek amacı harici olayları dinlemektir. 49 03:56.250 --> 03:57.690 Ve bundan sonra, yapacağız. 50 03:57.690 --> 04:04.470 Zamanlayıcı ile nasıl yürüyebileceğimizi göreceğiz diyor, Peki, harici bir zamanı veya kütüphaneyi işliyorsak 51 04:04.470 --> 04:10.770 geri kalanıyla entegre edeceğiz ve zamanlayıcıların asenkron programlamada nasıl bir rol oynadığını göreceğiz. 52 04:10.770 --> 04:13.650 Dolayısıyla bu, bir sonraki başlıkta ele alacağımız bir konudur. 53 04:15.250 --> 04:16.560 Yani daha ileri gitmiyorum. 54 04:17.490 --> 04:21.090 Şimdi uygulayacağımız çözüm stratejisini tartışalım. 55 04:22.320 --> 04:27.990 Bu yüzden yeni bir API uygulayacağız, buna SGP güncelleme yönlendirme tablosu diyeceğiz. 56 04:28.830 --> 04:34.890 Çözüm olarak yapacağımız şey, dinleyicinin rakiplerinden bazılarını iplikten geçirmesiydi. 57 04:38.100 --> 04:44.490 İlgili işleyicilerini yapın, işleyiciler, process ve Clia işleyicisine geri dönen işlevler anlamına gelir. 58 04:45.150 --> 04:53.490 Yani bu bir numaralı personeldi, daha sonra bu işleyici işlevlerine 59 04:53.490 --> 04:58.410 bir adımda, hesaplamalarını LSD işlevine, SDP güncelleme yönlendirme tablosuna gönderecekti. 60 04:59.670 --> 05:06.480 Şimdi bu fonksiyonun olay döngüsüne bazı hesaplamaları girme sorumluluğu vardır. 61 05:08.220 --> 05:08.690 Tamam. 62 05:09.240 --> 05:16.110 Yani bu üçüncü adımdır ve yarışma kuş gribine teslim edildiğinde, 63 05:16.110 --> 05:24.450 kuş gribi tehdidinin sinyali verilecek ve hatta şehirdeki dünya seyahati, 64 05:24.450 --> 05:25.650 dördüncü adım olan API SDP güncelleme yuvarlak masa toplantısını çağıracaktır. 65 05:27.140 --> 05:32.510 Yönlendirme tablosu API'si ile ilgili olarak, beş numaralı adım olan 66 05:32.510 --> 05:34.850 uygulamaların gerçek veri yapısını eninde sonunda güncelleyeceğimizi zaten biliyoruz. 67 05:35.930 --> 05:38.900 Yani uygulayacağımız tüm döngü bu. 68 05:40.120 --> 05:48.580 Daha önce, bu işleyici işlevler SDP güncelleme yönlendirme tablosu işlevini doğrudan çağırıyordu, 69 05:48.580 --> 05:55.870 ancak şimdi, SDP güncelleme yönlendirme tablosu API'sini doğrudan güncellemek yerine, bu işleyici 70 05:55.870 --> 06:01.630 işlevler bir API SDP güncelleme yönlendirme tablosu kullanarak hesaplamalarını olay Lou'ya göndereceklerdir. 71 06:02.740 --> 06:03.190 Tamam. 72 06:03.520 --> 06:08.440 Ve bu hesaplama olay döngüsüne gönderildikten sonra, diyelim ki C bir, 73 06:08.440 --> 06:15.320 C iki, vb. hesaplamalar, bu hesaplamalar olay Lou tarafından bir API 74 06:15.340 --> 06:18.710 SDP güncelleme yönlendirme tablosunu çağırarak ateşlenecek ve sonunda yönlendirme yapısını güncelleyecektir. 75 06:19.240 --> 06:20.440 Yani bunu görebilirsiniz. 76 06:22.600 --> 06:29.080 Çeşitli dinleyici iş parçacıklarından toplanan 77 06:29.080 --> 06:29.860 olaylar, olayın öncesindeki göreve, Lou. 78 06:30.490 --> 06:36.010 Ve sonra Lou bile bu kombinasyonları seri olarak teker teker ateşler. 79 06:36.700 --> 06:44.890 Sonuç olarak, US TB sürecinin veri yapıları seri olarak güncellenir. 80 06:45.820 --> 06:54.130 Yani eşzamanlı olarak değil teker teker ve sadece 81 06:54.130 --> 06:55.360 bakılan bağlamında güncellenir ve başka hiçbir şey denenmez. 82 06:56.110 --> 07:00.040 Şimdi yapacağımız bir sonraki çalışmada bu beş adımı teker teker uygulayalım. 83 07:00.940 --> 07:05.090 Bunlar, bir sonraki VİDEO dersinde uygulayacağımız beş adımdır. 84 07:05.620 --> 07:09.850 Şimdilik, bu adımları uygulayabilir ve çözümü kendi başınıza uygulamaya çalışabilirsiniz. 85 07:10.240 --> 07:14.980 Ama her neyse, bir sonraki dersimizde size bu beş adımı nasıl uygulayacağınızı göstereceğim. 86 07:15.850 --> 07:23.890 Nihai hedefimiz, API SDP güncelleme yönlendirme tablosunun dinleyici iş 87 07:23.890 --> 07:25.180 parçacıkları yerine Olay Döngüsü sekmesi tarafından çağrılmasını sağlamak olacaktır. 88 07:25.600 --> 07:27.190 Bu bizim nihai hedefimiz. 89 07:28.390 --> 07:31.390 Bir sonraki ders olan VİDEO'da bunu nasıl başaracağımızı görelim.