Note that the receive threads "brea

Note that the receive threads "break" when they are processing responses or unsolicited requests from BCS. These "breaks" are necessary since some computational time needs to elapse inside the imservice/EIM-connector in order to handle the event. A future optimization would be to reduce these breaks through traditional mechanisms e.g. fork, etc. However and nonetheless, in the BCS there must always existing some mechanism to queue and/or retry events in the case where the client is unresponsive.

The dashed green lines represent passage of time, and separate different stages for this example: login, followed by unsolicited presence update, followed by send message, followed by unsolicited message.

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

หมายเหตุว่า กระทู้รับ "แบ่ง" พวกเขาถูกประมวลผลตอบสนองหรือคำขอที่ไม่พึงประสงค์จาก BCS "แบ่ง" เหล่านี้เป็นสิ่งจำเป็นเนื่องจากเวลาคำนวณต้องนั่นภายใน imservice/EIM-เชื่อมการจัดการเหตุการณ์ เพิ่มประสิทธิภาพในอนาคตจะลดเหล่านี้แบ่งผ่านกลไกดั้งเดิมเช่นส้อม ฯลฯ อย่างไรก็ตาม และ กระนั้น ใน BCS มีต้องเสมอมีอยู่กลไกบางอย่างเพื่อคิว และ/หรือลองอีกครั้งในกรณีไม่ตอบสนองลูกค้าเส้นสีเขียวประแสดงถึงกาลเวลา และแยกขั้นที่แตกต่างกันสำหรับตัวอย่างนี้: ล็อกอิน ตาม ด้วยการปรับปรุงสถานะการออนไลน์ที่ไม่พึงประสงค์ ตาม ด้วยข้อความส่ง ตาม ด้วยข้อความที่ไม่พึงประสงค์

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

ทราบว่าได้รับหัวข้อ "หยุด" เมื่อมีการประมวลผลการตอบสนองหรือการร้องขอที่ไม่พึงประสงค์จาก BCS เหล่านี้ "หยุดพัก" มีความจำเป็นเนื่องจากบางครั้งการคำนวณความต้องการที่จะผ่านพ้นไปใน imservice / EIM เชื่อมต่อเพื่อที่จะจัดการกับเหตุการณ์ที่เกิดขึ้น การเพิ่มประสิทธิภาพในอนาคตจะมีการลดมาตรการเหล่านี้ผ่านทางแบบดั้งเดิมส้อมกลไกเช่นเป็นต้นอย่างไรก็ตามและอย่างไรก็ตามใน BCS มีมักจะต้องมีกลไกบางอย่างเพื่อคิวและ / หรือลองใหม่อีกครั้งเหตุการณ์ที่เกิดขึ้นในกรณีที่ลูกค้าไม่ตอบสนองเส้นสีเขียวประ เป็นตัวแทนของกาลเวลาและขั้นตอนที่แตกต่างกันที่แยกต่างหากสำหรับตัวอย่างนี้: เข้าสู่ระบบตามด้วยการปรับปรุงการแสดงตนที่ไม่พึงประสงค์ตามด้วยข้อความส่งตามด้วยข้อความที่ไม่พึงประสงค์

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

ทราบว่าได้รับหัวข้อ " หยุด " เมื่อพวกเขามีการตอบสนองการประมวลผลหรือรับประทานอาหารที่ไม่พึงประสงค์จาก BCS . เหล่านี้ " แตก " เป็นสิ่งจำเป็นเนื่องจากคำนวณเวลาต้องผ่านไปใน imservice / กวนุม Connector เพื่อจัดการเหตุการณ์ การเพิ่มประสิทธิภาพในอนาคตจะลดแบ่งเหล่านี้ผ่านกลไกแบบดั้งเดิมเช่นส้อม ฯลฯ อย่างไรก็ตาม และอย่างไรก็ตามใน BCS จะต้องมีอยู่บางกลไกคิวและ / หรือลองเหตุการณ์ในกรณีที่ลูกค้าไม่ตอบสนองเลย

โทนสีเขียวเส้นแสดงทางเดินของเวลาและขั้นตอนที่แตกต่างกัน แยก ตัวอย่างเช่นนี้ : เข้าสู่ระบบ ตามด้วยการปรับปรุงสถานะที่ไม่พึงประสงค์ตามมาด้วย ส่ง ข้อความ ตามด้วย

ข้อความที่ไม่พึงประสงค์