Dáta^(Data) sa prenášajú cez sieť a internet pomocou TCP/IP Protocol . TCP/IP nie je dokonalý, ale jeho implementácia je jednoduchšia v porovnaní s inými protokolmi teoretizovanými pre dátovú komunikáciu... ako napríklad model ISO OSI . Ako každá technická vec, aj TCP/IP má nejaké chyby a Syndróm hlúpeho okna^{(Silly Window Syndrome)} je výtvorom jednej z týchto chýb. Aby ste pochopili, čo je syndróm hlúpeho okna^{(Silly Window Syndrome)} alebo SWS , musíte najprv pochopiť základný mechanizmus dátovej komunikácie v TCP/IP .

Syndróm hlúpeho okna

Pochopenie okna a jeho veľkosti

Keď dva body komunikujú pod TCP/IP , zahŕňa to mechanizmus potvrdenia. Tento mechanizmus potvrdenia spôsobuje syndróm hlúpeho okna^{(Silly Window Syndrome)} , ako je vysvetlené ďalej. Body sa môžu vzťahovať na dva počítače, klienta a server atď.

SWS is caused by the receiver advancing the right window edge whenever it has any new buffer space available to receive data and by the sender using any incremental window, no matter how small, to send more data. The result can be a stable pattern of sending tiny data segments, even though both sender and receiver have a large total buffer space for the connection, says MSDN.

Keď počítač, povedzme A, pošle dátový paket inému počítaču B, tento musí potvrdiť a odpovedať, že dátový paket prijal. Spolu s potvrdením musí odoslať aj veľkosť vyrovnávacej pamäte nastavenej pre dané komunikačné vlákno. Vo všeobecnosti je to počet bajtov uvoľnených na komunikáciu.

Takže keď B hovorí, že 100B je dostupných pre ďalšiu správu, 100B je okno v syndróme hlúpeho okna^{(Silly Window Syndrome)} . To znamená, že ide o veľkosť vyrovnávacej pamäte. TCP/IP môže so svojou vlastnou chybou zmenšiť veľkosť vyrovnávacej pamäte pre každú komunikáciu/dáta prichádzajúce z A. To znamená, že kedykoľvek A pošle správu, B predpokladá, že veľkosť vyrovnávacej pamäte je znížená a pošle menšie číslo. Veľkosť okna sa teda stále zmenšuje a v určitom bode sa komunikácia zastaví, keď B pošle 0B ako veľkosť okna.

Ako funguje syndróm hlúpeho okna

Podľa vyššie uvedeného príkladu A a B, ak B pošle 1000B ako veľkosť okna, A rozdelí ho na dva 500B a pošle dva pakety po 500B. Po prijatí prvého paketu B pošle potvrdenie, že pre okno je k dispozícii 500B, pretože druhý paket ešte nie je prijatý. A predpokladá, že 500B je veľkosť okna a následne odošle dva pakety po 250B. Zatiaľ čo v B sa použije 500B a práve sa prijme 500, odošle 0B podľa dostupnosti. V tomto bode bude A predpokladať, že nie je dostupné žiadne okno, aj keď sa môže stať, že vyrovnávacia pamäť je prázdna, keďže tam procesor spotreboval dáta. A stále odošle menší paket, aby zistil, či je dostupné nejaké okno. Ak obsah vyrovnávacej pamäte v B ešte nie je odstránený, stále dostane 0 ako odpoveď/potvrdenie.

Veľkosť okna sa teda neustále zmenšuje, pretože B posiela potvrdenie zakaždým, keď prijíma paket od A. Táto veľkosť je zvyčajne menšia ako predchádzajúce potvrdenie, pretože B prijíma dátové pakety po častiach. Nebol by problém, keby A mohol poslať paket dostatočne veľký na to, aby pokryl veľkosť vyrovnávacej pamäte na B naraz. To by si však vyžadovalo ďalšie mechanizmy, a teda Syndróm hlúpeho okna^{(Silly Window Syndrome)} . Komunikácia sa zastaví potom, čo A dostane 0 dvakrát alebo trikrát.

Ako predchádzať syndrómu hlúpeho okna^{(Silly Window Syndrome)} ( SWS )

Existuje jednoduchý algoritmus, ktorý sa má implementovať na zbavenie sa SWS . Po prijatí počiatočného paketu B odošle polovicu skutočne dostupného priestoru ako okno. To spôsobí, že A bude posielať menšie pakety. V dôsledku toho, keď sa pakety príliš zmenšia, potom B odošle celkovú veľkosť vyrovnávacej pamäte, takže A môže znova začať posielať väčšie dátové bajty.

Inými slovami, ak je k dispozícii 1000B, B pošle 500B ako potvrdenie. Podľa toho A odošle 250 B x 2 pakety. Za to A dostane 100B ako potvrdenie. Keď prijme 50B paket, B pošle 1000B – 50B do A. Tým sa celá konverzácia opäť spustí. To môže spôsobiť malé oneskorenie v spracovaní, ale zabráni výskytu syndrómu hlúpeho okna^{(Silly Window Syndrome)} a zastaví celú konverzáciu.

Stručne povedané, SWS je založený na veľkosti vyrovnávacej pamäte dostupnej pre príjemcu a na predpokladanej veľkosti vypočítanej odosielateľom. Aby sa predišlo SWS , zavedie sa oneskorenie a zámerne menšia veľkosť okna sa vráti, kým sa veľkosť paketu nestane príliš malou. Potom príjemca zverejní skutočne dostupnú veľkosť okna. Celý proces sa neustále opakuje, kým sa komunikácia nedokončí.

Aj keď slová okno a vyrovnávacia pamäť som možno použil zameniteľne. Nemyslím tým žiadny rozdiel medzi nimi. V štúdiách SWS je vyrovnávacou pamäťou okno.

What is Silly Window Syndrome - Explanation and Prevention

Data is transferred over the network and Internet using the TCP/IP Protocol. The TCP/IP is not perfect but is easier to implement compared to other protocols theorized for data communication… such as the ISO OSI model. As with any technical thing, TCP/IP has some flaws too and Silly Window Syndrome is a creation of one of those flaws. To understand what is Silly Window Syndrome or SWS, you will first need to understand the underlying mechanism of data communication in TCP/IP.

Silly Window Syndrome

Understanding the window and its size

When two points are communicating under TCP/IP, it involves an acknowledging mechanism. This acknowledging mechanism is what causes Silly Window Syndrome as explained further. Points may refer to two computers, client and server, etc.

SWS is caused by the receiver advancing the right window edge whenever it has any new buffer space available to receive data and by the sender using any incremental window, no matter how small, to send more data. The result can be a stable pattern of sending tiny data segments, even though both sender and receiver have a large total buffer space for the connection, says MSDN.

When a computer, say A, sends a data packet to another computer B, the latter has to acknowledge and reply that it received the data packet. Along with the acknowledgment, it also has to send the size of buffer set apart for that communication thread. This is generally the number of bytes set free for communication.

So when B says 100B is available for the next message, the 100B is the window in Silly Window Syndrome. That is, it is the buffer size. With its own flaw, the TCP/IP mechanism may reduce the buffer size for each communication/data coming from A. That is, whenever A sends a message, B assumes the buffer size is reduced and sends a smaller number. Thus the window size keeps on reduced and at a point, the communication just stops as B sends 0B as the window size.

How Does Silly Window Syndrome Work

According to the above example of A and B, if B sends 1000B as window size, A will split it into two 500B and send two packets of 500B. Upon receipt of the first packet, B will send an acknowledgment saying 500B is available for the window as the second packet is yet to be received. A assumes 500B is the window size and sends two packets of 250B consequently. While at B, 500B is used and 500 is just received, it will send 0B as available. At this point, A will assume no window is available though it might happen that buffer is empty as the processor used up the data there. A will still send a smaller packet to see if any window is available. If the contents of the buffer at B are not yet removed, it will still receive 0 as response/acknowledgment.

Thus, the window size keeps on reducing as B sends acknowledgment every time it receives a packet from A. This size is usually smaller than the previous acknowledgment as B is receiving data packets in parts. There would be no problem if A could send a packet big enough to cover the buffer size on B at a time. But that it would require additional mechanisms and hence Silly Window Syndrome. The communication stops after A receives 0 two or three times.

How to prevent Silly Window Syndrome (SWS)

There is a simple algorithm to be implemented to get rid of SWS. Upon receiving the initial packet, B sends half the really available space as the window. That will make A send smaller packets. Consequently, when the packets become too smaller, then B sends the total buffer size so that A can start sending bigger data bytes again.

In other words, if 1000B is available, B sends 500B as acknowledgment. Accordingly, A sends 250B x 2 packets. For this, A receives 100B as acknowledgment. When it receives 50B packet, B sends 1000B – 50B to A. That makes the entire conversation operational again. This might induce a little delay in processing but will prevent Silly Window Syndrome from occurring and stopping the entire conversation.

To sum up, SWS is based on the buffer size available to the recipient and the assumed size calculated by the sender. To prevent SWS, a delay is introduced and a deliberate smaller window size is reciprocated until packet size becomes too small. Then the recipient discloses actually available window size. The entire process keeps on repeating until the communication is complete.

Although I may have used the words window and buffer interchangeably. I do not mean any difference between them. In SWS studies, the buffer is the window.

Related posts

• Ako nainštalovať Drupal pomocou WAMP na Windows

• Najlepšie softvérové ​​a hardvérové ​​bitcoinové peňaženky pre Windows, iOS, Android

• Nainštalujte si internetovú rozhlasovú stanicu zadarmo na počítači so systémom Windows

• Fix Partner sa nepripojil k chybe smerovača v TeamViewer v systéme Windows 10

• Oči NASA vám pomôžu preskúmať vesmír ako astronauti

• Čo je Data Analytics a na čo sa používa

• Pole s komentárom sa nenačítava alebo nezobrazuje pre webovú stránku

• Máte zablokované nastavenia servera Plex a servera? Tu je oprava!

• Preveďte magnetické odkazy na odkazy na priame stiahnutie pomocou programu Seedr

• Ako zatvoriť svoj Payoneer účet?

• Nákupné tipy na nákupy v Cyber ​​Monday & Black Friday, ktoré chcete dodržiavať

• Tento účet nie je prepojený so žiadnym účtom Mixer

• Chyba pri sťahovaní súborov z DropBoxu je príliš veľký súbor zip

• Čo sú veľké dáta – jednoduché vysvetlenie s príkladom

• E-Odpadové hospodárstvo, recyklácia, likvidácia, fakty, problémy, riešenia

• Ako chrániť heslom a zabezpečiť dokumenty PDF pomocou LibreOffice

• Najlepšie nástroje na bezplatné odosielanie SMS z počítača

• Ako vytvoriť pozvánku v počítači so systémom Windows

• Deväť nostalgických technologických zvukov, ktoré ste pravdepodobne roky nepočuli

• Najlepšie batohy na notebooky pre mužov a ženy