په SOCKS ریلې کې بشپړ دوه اړخیز بهیر او بیکپرشر

د SOCKS لاس نیول بریالي شول. اوس ریلې له کليانټ څخه لولي، مقصد ته لیکي، د بشپړ ځواب انتظار کوي او یوازې بیا وروسته له کليانټ څخه لولي. دا ترتیب کولی شي یو بشپړ سم اپلیکیشن ډیډلاک کړي.

کله چې د TCP تونل جوړ شي، SOCKS د هغې دننه پیغامونه نه تعریفوي. مقصد کولی شي لومړی ولیږي. دواړه خواوې کولی شي په خپلواکه توګه ولیږي. یوه خوا کولی شي یو لنډ ریکارډ ولیږي او بیا د بلې خوا ځواب ته انتظار وکړي.

اټکل شوي معاملې نه، بایټونه ولیږئ

د ترلاسه کولو غوښتنه د خپلو فلګونو او د ساکټ حالت له مخې شته بایټونه بیرته راولي. دا یوې عمومي ریلې ته نه وایي چې د اپلیکیشن ځواب بشپړ دی. د یوې خپل سري لویې بفر د ډکیدو انتظار کولی شي د هغه کوچني پیغام لیږل مخه ونیسي چې سیال ته د دوام لپاره ورته اړتیا ده.

د دواړو لورو خدمت لپاره د اپلیکیشن شته هممهاله ماډل وکاروئ: د پیښو لوپ، غیرهمغږي I/O یا بل په قصدي ډول غوره شوی ډیزاین. مهم چلند دا دی چې په یوه لوري پرمختګ په بل لوري جوړ شوي پیغام حد ته اړتیا نه لري.

دوه محدودې په تمه بفرونه وساتئ

له کليانټ څخه لوستل شوې ډاټا ممکن لا هم مقصد ته د رسیدو انتظار کوي، پداسې حال کې چې له مقصد څخه ډاټا کليانټ ته د رسیدو انتظار کوي. هغه په تمه بایټونه جلا تعقیب کړئ.

لیږل کولی شي له غوښتل شوو کم بایټونه ولیکي. نه لیکل شوې برخه وساتئ؛ مه یې غورځوئ او نه ټول بفر بیا پلی کړئ. په لنډمهاله توګه د لیکلو وړ نه ساکټ د سم چمتووالي پیښې انتظار لپاره دلیل دی، نه د دوامداره ګرځیدو.

بفرونه محدود کړئ. که مقصد ورو وي، د کليانټ نامحدودې ډاټا لوستل یوازې قطار د ریلې حافظې ته انتقالوي. بیکپرشر معنی دا ده چې کله اړوند په تمه بفر ډک شي لوستل ودروئ او کله چې لیکنې ځای جوړ کړي بیا پیل یې کړئ.

په یوه لوري پای ته پالیسي ته اړتیا ده

TCP کولی شي د لیږلو لوری وتړي پداسې حال کې چې بل لوري لا هم ګټورې ډاټا لري. پریکړه وکړئ چې د بفر شوو بایټونو له ختمیدو وروسته هغه حالت څنګه خپور کړئ، او منظم بندیدل له خطا یا مهلت څخه جلا کړئ.

د دې له جملې څخه هېڅ هم ریلې ته اړتیا نه لري چې د اپلیکیشن پیلوډ ډیکریپټ یا پارس کړي. ورته سم د بهیر سمبالښت ته اړتیا ده. یوازې د بفر اندازه لوړول نشي کولی هغه ریلې جوړه کړي چې د غلط لوري انتظار کوي یا فرض کوي چې هر لوستل یوې بشپړې غوښتنې سره سمون لري.