هل من أحد إستخدم معلجة المهام الغير متزامنة ( Asynchronous Processing)

استخدمت Queue Server لوضع الطلبات او ال messages. وهناك server آخر يقوم بقرائة وتنفيذ ال messages.

بعض العلميات مثل:

• تصغير صور الأعضاء الى عدة مقاسات.

• encoding .mp3 audio to other formats

• عملية fan-out لل post الى جميع المتابعين.

• حذف ال post من جميع المتابعين.

والسبب هو ان يكون ال HTTP response سريع وبالتالي user experience افضل واداء افضل للخادم

لكن بعض الطلبات تحتاج الى التخاطب مع server آخر للحصول على نيتجة، مثلا إنشاء unique id في distributed environment قد يتطلب الحصول على id من server اخر كما هو الحال مع تويتر. في هذه الحالة TCP socket هو الأسرع.

في حالة كان التخاطب داخليا على نفس السيرفر بين أكثر من process ، غالبا Shared Memory تكون كافية أو TCP socket ايضا مناسبة.

عملت على تطبيق يتطلب الإتصال بأكثر من خادم في المتوسط 100 خادم ومتوسط 10 طلبات لكل خادم.

هذه العملية بالطريقة العادية التتابعية تتطلب وقت كبير جداً، والمفترض تنفيذ هذه المهمة دورياً عبر cronjob

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

لهذا الغرض إستخدمت مكتبة pthreads في لغة PHP وهذا موضوع بسيط عن كيفية عملها:

غالبا لا يخلو موقع قمت ببرمجته منها واعتمد على cronjob لتنفيذ سكربتات معينه فى فترات معينه منها ماهو كل يوم مره ومنا ماهو كل دقيقه

    فهل إستخدم أحدكم هذه الطريقة في أحد أنظمته التي يطورها ؟

استخدمتها كثيرا.

    و ما هي الادوات التي أستخدمت لتنفيذ هذه الالية ؟

الأفضل دوما, C++ مع Threads. استخدم C++ Builder, فى بعض الاحيان استخدم TThread الخاصة بVCL, أو استخدم الThreading الخاصة بويندوز من الAPI مباشرة. لأن المؤشرات و معالجة الذاكرة مهمة جدا للتطبيقات من هذا النوع.

        و ما هي المهام التي إحتجتم لإستخدام هذه الالية لمعالجتها ؟

الكثير, منها مثلا برنامج يعمل فى الخلفية System Account و يقوم باستقبال الطلبات من برامج اخرى Interface تؤدى الى تغيير طريقة عمله و تطلب منه بعض المعلومات. كل طلب جديد يفتح Thread و يقوم بمعالجة الطلب و ارسال النتائج الى الطالب.

الأساس فى تنفيذ برنامج Asynchronous جيد هو الحرص ان يكون كل خط معالجة Processing مستقل بذاته و لا يتداخل مع الخطوط الأخرى, هو الذى يتلقى الطلب و ينفذه بشكل مستقل تماما و كأنه برنامج مستقل.

إذا كنت تقصد ال background jobs الأعمال التي تتم في الخلفية فإستخدامها كبير جدا خصوصا مع تطبيقات الويب الحديثة أستخدمها في

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

على سبيل المثال إنشاء وعرض تقرير PDF.

كمطور rails أستخدم مكتبات GEMS تساعد على تنفيذ هذه العمليات يمكنك الإطلاع عليها من خلال هذا الرابط

موفق

يقصد ال parallele programming و تنفيذ ال background tasks و ليس ال threading او ال periodic tasks, ان كنت من مبرمجي ال python يمكنك الاطلاع على Celery كما يمكنك ربطه مع redis او اي message queueing مثلا RabbitMQ او غيره, و يكمن استخدام هذه الالية في كثير من المهام من ارسال ايميلات في حالة تسجيل عضو جديد او غيرها من المهام التي تحتاج الى ارسال الايميلات او تنفيد عمليات معينة على الصور و كل هذا فقط من أجل أداء الموقع و سرعتة هي مسألة performance لا غير.