run_erl - عبر الإنترنت في السحابة

برنامج:

اسم

run_erl - إعادة توجيه تدفقات الإدخال والإخراج لـ Erlang على Solaris (R)

الوصف

هذا يصف run_erl برنامج خاص بسولاريس/لينكس. يقوم هذا البرنامج بإعادة توجيه
المدخلات القياسية وتدفقات الإخراج القياسية بحيث يمكن تسجيل جميع المخرجات. واسمحوا أيضا
برنامج to_erl الاتصال بوحدة تحكم Erlang مما يجعل من الممكن المراقبة والتصحيح
نظام مدمج عن بعد.

يمكنك قراءة المزيد عن الاستخدام في جزءا لا يتجزأ من المستخدم دليل.

صادرات

run_erl [-الخفي] Pipe_dir/ log_dir "التنفيذي أمر [command_arguments]"

إنّ كافة أنواع عهود الـ run_erl حجج البرنامج هي:

-الخفي:
يوصى بشدة بهذا الخيار. فهو يجعل run_erl يعمل في الخلفية
يتم فصله تمامًا عن أي محطة تحكم ويعود الأمر إليه
المتصل على الفور. بدون هذا الخيار، يجب البدء باستخدام run_erl
عدة حيل في الغلاف لفصله تمامًا عن الجهاز المستخدم
عند البدء به. يجب أن يكون الخيار هو الوسيطة الأولى لتشغيل_erl على ملف
سطر الأوامر.

الأنابيب_دير:
هذا هو المكان الذي يتم فيه وضع الأنبوب المسمى عادةً / تمة / على يونكس أو /يضخ/ على نظام التشغيل. هو - هي
يجب أن يُلحق بـ أ / (مائل)، أي لا /tmp/epipies، لكن /tmp/الحلقات/.

سجل_دير:
هذا هو المكان الذي تتم فيه كتابة ملفات السجل. سيكون هناك ملف سجل واحد،
run_erl.log التي تسجل التقدم والتحذيرات من run_erl البرنامج نفسه و
سيكون هناك ما يصل إلى خمسة ملفات سجل بحد أقصى 100 كيلو بايت لكل منها (كلا عدد السجلات
ويمكن تغيير الأحجام حسب متغيرات البيئة، انظر أدناه) مع المحتوى
من التدفقات القياسية من وإلى الأمر. عندما تكون السجلات ممتلئة run_erl
سيتم حذف وإعادة استخدام ملف السجل الأقدم.

"التنفيذي أمر [command_arguments]":
وفي الحجة الثالثة أمر هو التنفيذ حيث يتم كتابة كل شيء
تم تسجيل الدخول إلى stdin وstdout log_dir.

الملاحظات بخصوص ال LOG FILES

أثناء التشغيل، يرسل run_erl (كما ذكرنا سابقًا) كل المخرجات، دون تفسير، إلى ملف سجل.
يسمى الملف erlang.log.N، حيث N هو رقم. عندما يكون السجل "ممتلئًا"، يكون ذلك افتراضيًا
بعد 100 كيلو بايت، يبدأ run_erl في تسجيل الدخول إلى الملف erlang.log.(N+1)، حتى يصل N إلى حد معين
الرقم (الافتراضي 5)، حيث يبدأ بعد N عند 1 مرة أخرى ويبدأ الحصول على الملفات الأقدم
الكتابة فوق. إذا لم يأتي أي إخراج من غلاف erlang، لكن آلة erlang لا تزال تظهر
لكي تكون على قيد الحياة، يتم كتابة رسالة "حية" في السجل، وهي عبارة عن طابع زمني ويتم كتابتها،
بشكل افتراضي، بعد 15 دقيقة من عدم النشاط. أيضًا، إذا تم تسجيل الإخراج من erlang ولكنه
لقد مر أكثر من 5 دقائق (افتراضي) منذ آخر مرة حصلنا فيها على أي شيء من erlang، a
يتم كتابة الطابع الزمني في السجل. تبدو الرسائل "ALIVE" كما يلي:

===== على قيد الحياة

بينما تبدو الطوابع الزمنية الأخرى كما يلي:

=====

إنّ كافة أنواع عهود الـ سلسلة التاريخ والوقت هو تاريخ ووقت كتابة الرسالة، افتراضيًا بالتوقيت المحلي
(يمكن تغييره إلى GMT إذا أراد ذلك) ويتم تنسيقه باستخدام وظيفة ANSI-C com.strftime
باستخدام سلسلة التنسيق %a %b %e %T %Z %Y، الذي ينتج رسائل على خط =====
على قيد الحياة الخميس مايو 15 10:13:36 MEST 2003، يمكن تغيير هذا، انظر أدناه.

البيئة المتغيرات

يتم التعرف على متغيرات البيئة التالية بواسطة run_erl وتغيير التسجيل
سلوك. راجع أيضًا الملاحظات أعلاه للحصول على مزيد من المعلومات حول كيفية عمل السجل.

RUN_ERL_LOG_ALIVE_MINUTES:
كم من الوقت يجب انتظار الإخراج (بالدقائق) قبل كتابة رسالة "ALIVE" إلى السجل.
الافتراضي هو 15، ولا يمكن أن يكون أقل من 1.

RUN_ERL_LOG_ACTIVITY_MINUTES:
المدة التي يجب أن يظل فيها erlang غير نشط قبل أن يسبق الإخراج طابع زمني.
الافتراضي هو RUN_ERL_LOG_ALIVE_MINUTES div 3، ولكن ليس أقل من 1 على الإطلاق.

RUN_ERL_LOG_ALIVE_FORMAT:
يحدد سلسلة تنسيق أخرى لاستخدامها في استدعاء مكتبة strftime C. أي
تحديد هذا ل "%e-%b-%Y، %T %Z" سوف تعطي رسائل السجل مع الطوابع الزمنية تبحث
مثل 15 مايو 2003, 10:23:04 MET إلخ. راجع الوثائق الخاصة بوظيفة مكتبة C
strftime لمزيد من المعلومات. الافتراضي هو "٪أ %b %e %T %Z ٪ ص ".

RUN_ERL_LOG_ALIVE_IN_UTC:
إذا تم التعيين على أي شيء آخر غير "0"، فسيتم عرض جميع الأوقات بواسطة run_erl
UTC (GMT، CET، MET، بدون التوقيت الصيفي)، وليس بالتوقيت المحلي. وهذا لا يؤثر على البيانات
قادمة من erlang، يتم إخراج السجلات فقط مباشرة بواسطة run_erl. تطبيق ساس يمكن
يمكن تعديله وفقًا لذلك عن طريق تعيين متغير تطبيق erlang utc_log إلى صحيح.

RUN_ERL_LOG_GENERATIONS:
يتحكم في عدد ملفات السجل المكتوبة قبل إعادة استخدام الملفات القديمة. تقصير
هو 5، والحد الأدنى هو 2، والحد الأقصى هو 1000.

RUN_ERL_LOG_MAXSIZE:
الحجم (بالبايت) لملف السجل قبل التبديل إلى ملف سجل جديد. الافتراضي هو
100000، والحد الأدنى هو 1000 والحد الأقصى هو 2^30 تقريبًا.

RUN_ERL_DISABLE_FLOWCNTRL:
إذا تم تحديده، فسيتم تعطيل التحكم في تدفق الإدخال والإخراج لـ pty opend بواسطة run_erl.
مفيد إذا كنت تريد إزالة أي خطر من منع التحكم في التدفق عن طريق الخطأ عن طريق الضرب
Ctrl-S (بدلاً من Ctrl-D للفصل). مما قد يؤدي إلى حجب الشعاع بأكمله
العملية وفي حالة تشغيل القلب كمشرف حتى عملية القلب ستكون
تم حظره عند كتابة رسالة السجل إلى المحطة. ترك عملية القلب غير قادرة على القيام بها
إنه عمل.

استخدم run_erl عبر الإنترنت باستخدام خدمات onworks.net