ForHosting KIT · أدوات المطورين

معدل معالجة الدفعات

دفعة من 500 عنصر كل 20 ثانية تعطي 25 عنصرًا في الثانية و1500 في الدقيقة و90000 في الساعة. حدّد هدفًا، مثل 30 عنصرًا في الثانية، فتحصل على حجم الدفعة الذي يبلغه: 600 عنصر. مجاني في متصفحك.

  • مجاني
  • يعمل في متصفحك
  • دون تسجيل
  • بياناتك لا تغادر جهازك
استخدمها من الويبAPIالبريدTelegramالتطبيق قريبًا
إذا أدخلت
حجم الدفعة
500
زمن الدفعة (ثوانٍ)
20
المعدل المستهدف
30
تحصل على
الدفعات في الثانية
0.05
العناصر في الثانية
25
العناصر في الدقيقة
1,500
العناصر في الساعة
90,000

تحوّل حاسبة معدل معالجة الدفعات حجم الدفعة وزمن معالجتها إلى معدل فعلي للعناصر. تعرض عدد العناصر في الثانية والدقيقة والساعة، ويمكنها مقارنة هذه السعة بمعدل مستهدف. عند إدخال الهدف، تحسب الحاسبة أصغر حجم صحيح للدفعة يلزم مع الزمن الحالي، وأطول فاصل تسمح به الدفعة الحالية. وبذلك يمكنكم التحقق من افتراضات السعة قبل ضبط العمال أو مستهلكي قوائم الانتظار أو عمليات الاستيراد أو مهام الاستدلال أو العمليات المجمعة المجدولة.

حوّلوا سلوك الدفعات إلى معدل قابل للمقارنة

توصف أنظمة الدفعات عادة برقمين يصعب مقارنتهما مباشرة: عدد العناصر التي تعالجها كل عملية والزمن الذي تستغرقه. تقسم الحاسبة حجم الدفعة على زمن الدفعة لاستخراج معدل المعالجة الفعلي بوحدة عنصر في الثانية، ثم تحوّل المعدل نفسه إلى الدقيقة والساعة. فعلى سبيل المثال، يحقق عامل ينهي 500 عنصر كل 20 ثانية معدلًا مستدامًا قدره 25 عنصرًا في الثانية، بشرط أن يبدأ الدفعة التالية من دون تأخير إضافي.

استخدموا الزمن من بداية دفعة إلى بداية التالية عندما يكون الإعداد أو الاستقصاء أو الانتظار أو تأخير قائمة الانتظار جزءًا من دورة التشغيل الحقيقية. واستخدموا زمن المعالجة وحده فقط إذا كانت تلك التأخيرات محسوبة في موضع آخر. تمثل النتيجة معدلًا متوسطًا، ولا تعني أن العناصر تنتهي على فواصل منتظمة.

فقد تطلق الدفعة نتائجها كلها دفعة واحدة مع احتفاظها بالمعدل المذكور. يساعد هذا الفرق على مقارنة مستهلكي الدفعات بعمال التدفق من دون الخلط بين زمن تسليم النتيجة وسعة المعالجة.

خططوا لحجم دفعة يحقق المعدل المستهدف

أضيفوا معدلًا مستهدفًا بوحدة عنصر في الثانية عندما تريدون معرفة ما إذا كان الإعداد الحالي يواكب العناصر الواردة أو يحقق هدف الخدمة. تضرب الحاسبة الهدف في زمن الدفعة الحالي ثم تقرّب الناتج إلى العدد الصحيح الأعلى. هذا التقريب ضروري، إذ لا يمكن إضافة جزء من عنصر إلى الدفعة، كما أن التقريب إلى الأسفل ينتج سعة أقل من المطلوبة.

لذلك يكون حجم الدفعة المطلوب أصغر عدد صحيح يحقق الهدف أو يتجاوزه مع ثبات الزمن. ويبين المعدل الناتج هامش السعة الصغير الذي قد ينشأ عن التقريب. يفترض هذا السيناريو أن زيادة حجم الدفعة لا تزيد زمن المعالجة.

اختبروا الحجم المقترح باستخدام أحمال ممثلة للواقع، ثم أدخلوا الفاصل المقاس في الحاسبة من جديد. وبتكرار هذه الدورة تستبدلون الافتراض المتفائل بأدلة مأخوذة من النظام الفعلي.

اعرفوا الفاصل الذي تسمح به الدفعة الحالية

عندئذ تحسب الحاسبة أيضًا أقصى زمن مسموح به للحجم الحالي، وذلك بقسمة عدد العناصر على المعدل المستهدف. فدفعة من 600 عنصر تهدف إلى 40 عنصرًا في الثانية، مثلًا، يجب أن تكتمل ضمن فاصل لا يزيد على 15 ثانية بين بدايتي دفعتين. قارنوا هذا الحد بأزمنة القياس عند الشرائح المئينية المرتفعة، لا بأسرع تشغيل أو بالمتوسط وحده.

إذا تجاوز التفاوت المعتاد الحد، فقد يحقق الإعداد الاسمي الهدف بينما تستمر قائمة الانتظار في النمو ضمن الإنتاج. وتلخص نسبة المعدلين هامش السعة: قيمة أكبر من واحد تعني سعة زائدة، وواحد يعني تطابقًا، وأقل من واحد يعني عجزًا. يفترض النموذج مسارًا تسلسليًا واحدًا.

تحديد سعة مستهلك قائمة الانتظار

حوّلوا حجم دفعة المستهلك وفاصلها إلى معدل، ثم تحققوا من أنه يتجاوز معدل وصول الرسائل.

تقييم سعة خط البيانات

قارنوا دفعات الاستيراد المقاسة بهدف محدد لتعرفوا هل يلزم تحسين الحجم أو زمن المعالجة.

ما معادلة حساب معدل معالجة الدفعات؟

يساوي المعدل الفعلي حجم الدفعة مقسومًا على زمنها بالثواني. وتحوله الحاسبة أيضًا إلى قيم في الدقيقة والساعة.

ما الذي ينبغي أن يتضمنه زمن الدفعة؟

استخدموا الزمن بين البدايات لقياس السعة الكاملة. واستخدموا المعالجة وحدها فقط عند استبعاد الإعداد والانتظار عمدًا.

كيف يُحسب حجم الدفعة المطلوب؟

يُضرب الهدف بوحدة عنصر في الثانية في زمن الدفعة، ثم يُقرّب إلى الأعلى حتى لا تقل السعة المخططة عن الهدف.

هل تراعي الحاسبة العمال المتوازيين؟

ليس تلقائيًا. مثّلوهم كدفعة مجمعة ضمن فاصل مشترك، أو اجمعوا معدلاتهم عندما يكون الحمل متوازنًا.

لماذا قد يكون معدل الإنتاج الفعلي أقل؟

قد تخفضه قوائم الانتظار وإعادة المحاولة والإعداد والتزاحم والتوسع غير الخطي وتفاوت الحمل. استخدموا أزمنة مئينية مرتفعة ممثلة للواقع.

كل ما في هذه الصفحة متاح برمجيًا. هذا القسم موجّه للفرق التقنية التي تريد ربط الأداة بأنظمتها الخاصة؛ بقية المستخدمين يمكنهم استخدام الأداة أعلاه مباشرة دون الحاجة لقراءة ما يلي.

POSThttps://api.kit.forhosting.com/dev/batch-throughput

صادِق على طلبك بترويسة Bearer، وأرسل طلب POST واحدًا لتدخل مهمتك قائمة التنفيذ فورًا؛ ثم تستلم النتيجة عبر webhook أو رابط موقّع.

curl -X POST https://api.kit.forhosting.com/dev/batch-throughput \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"batch_size":500,"batch_time_seconds":20}'
{
  "batch_size": 500,
  "batch_time_seconds": 20
}
{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "dev.batch_throughput",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

الواجهة غير متزامنة: تستلم task_id فور الإرسال، ويمكنك الاستعلام عن الحالة بمعدل طلب واحد في الثانية.

لكل طلب$0.002

السعر معلن كما تراه: لا tokens ولا نظام نقاط؛ وإن فشلت المهمة فلن تُحاسَب عليها.

HTTPالرمزالمعنى
401unauthorizedمفتاح الوصول مفقود أو غير صالح؛ تحقق من ترويسة Bearer في طلبك.
402insufficient_balanceرصيدك لا يكفي لتنفيذ هذه المهمة؛ أعد شحن الرصيد ثم أعد المحاولة.
404unknown_typeنوع المهمة المطلوب غير موجود في الكتالوج — راجع الاسم المرسل في الطلب.
429rate_limitedتجاوزت الحد المسموح من الطلبات؛ انتظر قليلًا ثم أعد المحاولة.

خططوا لحجم دفعة يحقق المعدل المستهدف

وهو تقدير أولي مفيد، لكن قواعد البيانات وAPI والذاكرة والعمال المتوازيين قد لا تتوسع خطيًا.

اعرفوا الفاصل الذي تسمح به الدفعة الحالية

قد يتعذر تغيير حجم الدفعة لأن API في المنبع أو حد المعاملة أو الذاكرة أو وسيط الرسائل يفرض سقفًا ثابتًا.

تخطيط استدعاءات API المجمعة

اعرفوا الحد الأدنى للسجلات في الطلب أو أطول فاصل يحافظ على سرعة المزامنة المطلوبة.

ما تكلفة طلب API؟

تبلغ تكلفة كل طلب API مقدار $0.002. ويمكنكم أيضًا استخدام الحاسبة مجانًا في المتصفح.

اطّلع على توثيق KIT الكامل ←