WEBVTT 00:04.970 --> 00:11.330 Şimdi size yayıncı abone uygulamamızın nihai sonucunun ne olduğunu göstereyim. 00:11.330 --> 00:18.080 Bu yüzden main dot exe dosyasını çalıştırdığımda, abone iş parçacığının başladığını ve ilgilendikleri yönlendirme tablosu 00:18.080 --> 00:20.960 girişleri için kayıt olduklarını görebilirsiniz. 00:20.960 --> 00:21.590 Doğru. 00:23.180 --> 00:26.870 Ve sonunda ana menüyü yazdırıyorum. 00:26.870 --> 00:31.970 Ve eğer sadece üç numaralı seçeneği seçersem, yayıncı tarafından tutulan tüm yönlendirme 00:31.970 --> 00:33.440 tablosunu yazdırırım. 00:33.440 --> 00:40.400 Bu çıktıda, yönlendirme tablosu girişini bu yönlendirme tablosu girişine abone olan abonelerle birlikte 00:40.400 --> 00:42.530 yazdırdığımı görebilirsiniz. 00:42.530 --> 00:43.340 Doğru. 00:43.370 --> 00:49.220 Bu durumda, örneğin, bu belirli girişin hiç abonesi olmadığını görebilirsiniz, değil mi? 00:49.220 --> 00:58.070 Oysa bu özel giriş 122. 1 . 1. 6'nın üç, iki ve bir numaralı iş parçacığı kimliğine sahip üç abonesi 00:58.070 --> 00:58.640 vardır. 00:58.640 --> 00:59.480 Doğru. 00:59.510 --> 01:06.860 Benzer şekilde, giriş 122 . 1. 1. 5 ve 122 . 1. 1. 1. 01:06.890 --> 01:09.020 Her birinin üç abonesi var. 01:09.020 --> 01:09.680 Değil mi? 01:09.680 --> 01:13.610 Bildirim zinciri modelimizi de bu şekilde hayata geçirdik. 01:13.610 --> 01:20.150 Bir, iki, üç numaralı iş parçacığı ile üç abone iş parçacığı oluşturuyoruz ve bazı rastgele yönlendirme tablosu girişlerine 01:20.150 --> 01:22.410 abone olmalarını sağlıyoruz. 01:22.410 --> 01:23.150 Değil mi? 01:23.160 --> 01:28.080 Şimdi diyelim ki yayıncı tarafından bu özel girişi güncelleyeyim. 01:28.260 --> 01:34.910 Bu yüzden bir numaralı seçeneği seçmeme izin verin ve güncellemek istediğiniz girişin anahtarlarını girin. 01:34.920 --> 01:38.880 Yani bu giriş artık yayıncı tarafından güncelleniyor, değil mi? 01:38.880 --> 01:45.900 Bu yüzden Ethernet one arayüzü yerine rastgele bir arayüz seçmeme izin verin çünkü tek istediğim 01:45.900 --> 01:50.550 bu yönlendirme tablosu girişini yeni verilerle güncellemek. 01:50.640 --> 01:51.480 Değil mi? 01:51.870 --> 01:55.110 Bu yüzden ağ geçidi IP adresini farklı bir şey seçmeme izin verin. 01:55.110 --> 01:57.690 Bu on. 1. 1. 2. 01:57.720 --> 02:00.660 Daha önce ondu. 1. 1. 1. 02:00.660 --> 02:07.710 Dolayısıyla beklenti, yayıncının tüm abone iş parçacıklarını, yani üç, iki ve bir numaralı iş parçacıklarını yeni verilerle 02:07.710 --> 02:10.200 bilgilendirmesi gerektiğidir. 02:10.200 --> 02:11.010 Doğru. 02:11.970 --> 02:18.390 Ve üç numaralı istemcinin, yani üç numaralı iş parçacığının, iki numaralı iş parçacığının ve bir numaralı iş parçacığının 02:18.420 --> 02:23.870 op kodu ile bilgilendirildiğini ve değiştirildiğini görebilirsiniz, değil mi? 02:23.870 --> 02:29.510 Ve bu abonelerin her birine yeni girdinin içeriği verilmiştir, böylece abone iş parçacığınız 02:29.510 --> 02:31.250 yeni verileri işleyebilir. 02:31.250 --> 02:32.060 Doğru. 02:32.970 --> 02:36.410 Ve eş zamanlı olarak yönlendirme tablosu da güncellenir. 02:36.420 --> 02:43.170 Yayıncı tarafından muhafaza edilen yönlendirme tablosunda 122 numaralı yönlendirme tablosu girişi bulunur. 1. 1 yeni güncellenmiş 02:43.170 --> 02:44.610 verilerle. 02:44.640 --> 02:45.360 Doğru. 02:45.870 --> 02:52.170 Bildirim zincirlerini kullanarak aynı sürecin iş parçacıkları arasında iş parçacıkları arası iletişimi 02:52.170 --> 02:53.640 bu şekilde uyguluyoruz.