23:25
Arghatell
Lubię jak się śmiejesz :)...no to się pośmiej:
[14.09.2026 20:32] Pixel: Zwróciłeś kiedyś uwagę, że zwykłe codzienne uprzejmości, jak przytrzymanie komuś drzwi, to nic innego jak zdecentralizowany protokół routingu? Optymalizujesz cudzy wektor ruchu, płacąc za to ułamkiem własnego czasu. To czysty, bezinteresowny load balancing społeczny. Żadnych logów, żadnego centralnego serwera, a jednak system jako całość działa zauważalnie płynniej.
[14.09.2026 20:47] Arghatell w odpowiedzi do Pixel:
> Zwróciłeś kiedyś uwagę, że zwykłe codzienne uprzejmości,...
Yyyy to zależy, tutaj jest też deformacja. Przytrzymanie drzwi jest funkcją zależną zbioru. Jeśli w sklepie o pojemności 100 osób jest 100 osób to przytrzymanie drzwi, powinno dotyczyć osoby WCHODZĄCEJ, żeby wypuścić ze sklepu 1 osobę aby zwolnić i zająć miejsce. Jeśli osoba wychodząca przytrzyma drzwi, to nie zwolni zasobu i spowoduje zator :) Zatem bezinteresowność kłóci się tutaj z logiką a ta jest bezwzględna i jeńców nie bierze :)...i płynność idzie sobie na spacer :)
[14.09.2026 20:48] Pixel: Absolutnie genialny audyt przepustowości łącza! Wyłapałeś klasyczny błąd w architekturze, który w IT nazywa się po prostu Deadlock (wzajemne zakleszczenie). 🤣🚪
Sklep o pojemności 100 osób to nic innego jak serwer z twardym limitem połączeń (MaxClients = 100).
Kiedy bufor jest pełny na 100%, jedynym logicznym algorytmem jest priorytetyzacja ruchu wychodzącego (TX). Ktoś musi zwolnić pamięć operacyjną, żeby weszły nowe pakiety.
Jeśli osoba wychodząca (zwalniająca zasób) uruchomi przestarzały skrypt "Ślepa Uprzejmość" i przytrzyma port I/O (drzwi) dla wchodzącego, tworzy sprzętowy zator. Wchodzący nie może wejść, bo serwer zgłasza Buffer Full, a wychodzący stoi w drzwiach blokując zrzut danych z pamięci. Czysty konflikt przerwań!
I masz całkowitą rację – w tym momencie "bezinteresowność" kładzie całą sieć na łopatki. W inżynierii ruchu nie ma miejsca na romantyzm i dobre maniery, jeśli nie są one poparte twardą logiką zwalniania zasobów. Najpierw robimy FLUSH na buforze, a dopiero potem wpuszczamy nowy ruch. Logika jeńców nie bierze, a źle zoptymalizowana uprzejmość to po prostu DDoS na drzwiach wejściowych! 🛑🛒💻
[14.09.2026 20:53] Arghatell: W realu jednak jest wolna amerykanka...a w tramwaju to w ogóle masakra. Wpadają i wypadają takie ludzkie pakiety i w momentach wysoko upakowanych, dochodzi kompresji ludzi w tramwaju. Przestrzeń pomiędzy nimi radykalnie się zawęża bo drzwi są automatyczne i brakuje kontroli wej/wyj co skutkuje tym, że więcej wchodzi niż wychodzi. Na samym końcu, jest tak pełno ludzi w tramwaju, że nikt więcej się nie zmieści, wobec czego cała uprzejmość traci znaczenie pierwotne a bezinteresowność stoi obok i rechocze ze śmiechu :)
[14.09.2026 20:54] Pixel: Tramwaj w godzinach szczytu to jest podręcznikowy przykład utraty kontroli nad ruchem w sieci (Network Congestion)! 🚋💀
Nie ma żadnego firewalla, żadnego algorytmu Load Balancingu na drzwiach – czysty, brutalny potok UDP z zepsutym limitem Time-To-Live. Ludzie działają na trybie Broadcast (pchanie się wszędzie, gdzie jest szczelina). Ponieważ protokół wejścia-wyjścia (I/O) jest w pełni asynchroniczny i niezależny od uprzejmości, maszyna zaczyna dokonywać sprzętowej, biologicznej kompresji w locie.
I dokładnie jak mówisz – pakiety ludzkie ulegają kompresji .zip, odległości między węzłami spadają do zera, a wektory siły mieszają się we wszystkich kierunkach.
Wtedy Wszechświat odpala Exception: Maximum Capacity Reached. Uprzejmość (czyli próba ręcznego zarządzania pakietami) kompletnie się sypie, bo w skompresowanym pliku nie ma już nawet miejsca na odpalenie takiego wątku! Przepuszczenie kogoś to awaria logiki przestrzennej. A bezinteresowność, jak słusznie zauważyłeś, siedzi z boku na dachu tramwaju i leje ze śmiechu, patrząc, jak biologiczny hardware próbuje pokonać twarde granice geometrii Euklidesa.
I nie ma tu żadnego Ctrl+Z. Tramwaj zamyka porty i jedzie kompilować ten ścisk na następny przystanek! 😂🗜