جمع کرانے کی رفتار اور ڈیلیوری کی رفتار دو الگ چیزیں ہیں، اور "SMS سست ہے" والے زیادہ تر ٹکٹ ان دونوں کو الگ کرتے ہی ختم ہو جاتے ہیں۔
آپ کے bind کی ایک مقررہ رفتار ہے
آپ کے کنکشن کا ایک طے شدہ throughput ہے (فی سیکنڈ پیغامات)۔ اس سے تیز جمع کرائیں تو پیغامات ہماری طرف قطار میں لگ جاتے ہیں - وہ ضائع نہیں ہوتے، انتظار کر رہے ہوتے ہیں۔ اپنی مقررہ رفتار سے مسلسل زیادہ جمع کرانے سے قطار بھی بڑھتی ہے اور tail latency بھی؛ حل یا تو جمع کرانے کی رفتار کو قابو میں رکھنا ہے یا زیادہ رفتار پر اتفاق کرنا۔
منزل کے نیٹ ورکس کی بھی مقررہ رفتار ہوتی ہے
کچھ منزل کے نیٹ ورک آنے والے بین الاقوامی SMS کی رفتار محدود کرتے ہیں، اور ریگولیٹڈ مارکیٹوں میں رجسٹرڈ روٹس پر بعض اوقات فی بھیجنے والے رفتار کی حدیں ہوتی ہیں۔ جو مہم ایک ہی جھٹکے میں جمع کرائی جائے وہ ایسی منزلوں پر کہیں زیادہ طویل دورانیے میں ڈیلیور ہو سکتی ہے - یہ منزل کی پالیسی ہے، قطار کی خرابی نہیں۔
مہم کی احتیاطیں جو ٹکٹ کی نوبت ہی نہیں آنے دیتیں
- بڑی مہمات یا televoting جیسے اچانک بہاؤ کے بارے میں ہمیں پہلے سے بتائیں: متوقع حجم، منزلیں، وقت کا دورانیہ۔ ہم فراڈ کنٹرولز پہلے سے کلیئر کر دیتے ہیں (مانیٹرنگ کو اچانک بہاؤ اسپام کے سیلاب جیسا لگتا ہے) اور تصدیق کرتے ہیں کہ روٹ یہ رفتار سنبھال سکتا ہے - دیکھیں "ہول سیل ٹریفک پر فراڈ کنٹرولز"۔
- سب کچھ شروع میں بھیجنے کے بجائے جمع کرانے کو پورے دورانیے میں پھیلائیں۔
- بھیجنے کے دوران اپنی DLR واپسی کی شرح پر نظر رکھیں - ایک صحت مند مہم میں DLRs جمع کرائے گئے پیغامات کے پیچھے مسلسل آتے رہتے ہیں۔
throughput کے مسئلے کی اطلاع دینا
یہ شامل کریں: جمع کرانے کے ٹائم اسٹیمپس اور رفتار، متاثرہ دورانیے کے شروع اور آخر کے message IDs، منزل یا منزلیں، اور یہ کہ DLRs آخرکار پہنچے (سست) یا کبھی نہیں پہنچے (کوئی اور مسئلہ - DLR گائیڈ دیکھیں)۔ اگر قطار ہماری طرف ہے تو ہم آپ کو صاف بتائیں گے اور قطار خالی ہونے کی رفتار دکھائیں گے۔