UDP provides an unreliable data tra

UDP provides an unreliable data transfer service—that is, when a process sends a message into a UDP socket, UDP provides no guarantee that the message will ever reach the receiving process. Furthermore, messages that do arrive at the receiving process may arrive out of order. UDP does not include a congestion-control mechanism, so the sending side of UDP can pump data into the layer below (the network layer) at any rate it pleases. (Note, however, that the actual end-to-end throughput may be less than this rate due to the limited transmission capacity of intervening links or due to congestion). Because real-time applications can often tolerate some lose but require a minimal rate to be effective, developers of real-time applications sometimes choose to run their applications over UDP, thereby circumventing TCP’s congestion-control mechanism and packet overheads. On the other hand, because many firewalls are configured to block (most type of) UDP traffic, designers have increasingly chosen to run multimedia and real-time applications over TCP [Sripanidkulchai 2004].

ผลลัพธ์ (ไทย) 1:

UDP ให้บริการรถรับส่งข้อมูลที่น่าเชื่อถือ — คือ การส่งข้อความลงในซ็อกเก็ต UDP, UDP ให้รับประกันว่า ข้อความจะถึงกระบวนการรับเคย นอกจากนี้ ข้อความที่มาถึงขั้นตอนการรับอาจเข้ามาตามลำดับ UDP ไม่มีกลไกการควบคุมความแออัด ดังนั้นที่ด้านส่งของ UDP สามารถสูบข้อมูลเข้าไปในชั้นล่าง (ชั้นเครือข่าย) ทั้ง ที่มันพอใจ (หมายเหตุ อย่างไรก็ตาม ที่ จริงสิ้นสุดเพื่อสิ้นสุดอัตราอาจจะน้อยกว่าอัตรานี้เนื่อง จากกำลังส่งจำกัด intervening ลิงก์ หรือเนื่อง จากความหนาแน่นของ) เพราะมักจะสามารถทนต่อการใช้งานแบบเรียลไทม์ บางเสีย แต่ต้องมีอัตราน้อยที่สุดมีประสิทธิภาพ การพัฒนาแอพพลิเคชั่นแบบเรียลไทม์บางครั้งเลือกการใช้งานของพวกเขาผ่าน UDP จึง circumventing โสหุ้ยแพคเก็ตและกลไกการควบคุมความแออัดของ TCP บนมืออื่น ๆ เนื่องจากไฟร์วอลล์ถูกกำหนดค่าให้บล็อก (ส่วนใหญ่ชนิด) จราจร นักออกแบบได้มากเลือกการเรียกใช้โปรแกรมประยุกต์มัลติมีเดีย และแบบเรียลไทม์ผ่าน TCP [Sripanidkulchai 2004]

ผลลัพธ์ (ไทย) 2:

UDP ให้การถ่ายโอนข้อมูลที่ไม่น่าเชื่อถือบริการนั่นคือเมื่อกระบวนการส่งข้อความลงในซ็อกเก็ต UDP, UDP ให้การรับประกันว่าข้อความที่เคยจะถึงกระบวนการที่ได้รับไม่มี นอกจากนี้ข้อความที่ไม่ประสบความสำเร็จในกระบวนการที่ได้รับอาจมาถึงการออกคำสั่ง UDP ไม่รวมถึงกลไกการควบคุมความแออัดดังนั้นด้านการส่ง UDP สามารถปั๊มข้อมูลลงในชั้นด้านล่าง (เลเยอร์เครือข่าย) ในอัตราใด ๆ ก็พอใจ (หมายเหตุ แต่ที่จริงแบบ end-to-end ที่ผ่านอาจจะน้อยกว่าอัตราที่นี้เนื่องจากความสามารถในการส่งผ่าน จำกัด ของการเชื่อมโยงการแทรกแซงหรือเนื่องจากความแออัด) เพราะการใช้งานแบบ real-time มักจะสามารถทนต่อการสูญเสียบางอย่าง แต่ต้องมีอัตราที่น้อยที่สุดที่จะมีประสิทธิภาพนักพัฒนาโปรแกรมประยุกต์แบบ real-time บางครั้งเลือกที่จะเรียกใช้โปรแกรมของพวกเขามากกว่า UDP จึงหลีกเลี่ยง TCP ของกลไกการควบคุมความแออัดและแพ็คเก็ตค่าโสหุ้ย ในทางตรงกันข้ามเพราะไฟร์วอลล์จำนวนมากมีการกำหนดค่าให้บล็อก (ชนิดส่วนใหญ่) การจราจร UDP ออกแบบได้เลือกมากขึ้นในการทำงานมัลติมีเดียและเวลาจริงการใช้งานผ่าน TCP [Sripanidkulchai 2004]

ผลลัพธ์ (ไทย) 3:

ให้บริการโอนย้ายข้อมูล UDP ไม่น่าเชื่อถือ นั่นคือเมื่อกระบวนการส่งเป็นข้อความลงในซ็อกเก็ต UDP , UDP ให้รับประกันได้ว่าข้อความจะได้ถึงกระบวนการที่ได้รับ นอกจากนี้ ข้อความที่เข้ามาในกระบวนการที่ได้รับอาจมาถึงมาออกคำสั่ง UDP ไม่รวมถึง congestion กลไกการควบคุมเพื่อให้ส่งข้างของ UDP สามารถปั๊มข้อมูลลงในเลเยอร์ด้านล่าง ( เลเยอร์เครือข่าย ) ที่อัตราการใด ๆมันชอบ ( หมายเหตุ อย่างไรก็ตาม ผ่าน end ที่เกิดขึ้นจริงอาจจะน้อยกว่าอัตรานี้เนื่องจากการจำกัดการส่งความสามารถของการเชื่อมโยงหรือแทรกแซง เนื่องจากความแออัด ) เพราะการใช้งานจริงมักจะอดทนบางสูญเสีย แต่ต้องมีคะแนนน้อยที่สุดจะมีประสิทธิภาพ นักพัฒนาของโปรแกรมเวลาจริงบางครั้งเลือกที่จะเรียกใช้โปรแกรมประยุกต์ของพวกเขามากกว่า UDP , TCP จึงหลีกเลี่ยงความแออัดของการควบคุมกลไก และแพ็คเก็ต overheads บนมืออื่น ๆเนื่องจากมีการกำหนดค่าไฟร์วอลล์เพื่อป้องกันมากที่สุด ( ประเภท ) UDP การจราจร นักออกแบบได้มากขึ้นเลือกที่จะเรียกใช้ มัลติมีเดีย และการใช้งานแบบเรียลไทม์ผ่าน TCP วัฒน์ [ 2004 ]