خطة بيغاسوس - عبر الإنترنت في السحابة

برنامج:

اسم

Pegasus-plan - يقوم بتشغيل Pegasus لإنشاء سير العمل القابل للتنفيذ

موجز

خطة بيغاسوس [-v] [-q] [-V] [-h]
[-Dprop = القيمة...]] [-b اختصار]
[--conf ملف الدعائم]
[-c ملف ذاكرة التخزين المؤقت[,ملف ذاكرة التخزين المؤقت...]] [--تنظيف تنظيف إستراتيجية ]
[-C نمط[,نمط...]]
[- دير دير]
[--فرض] [--قوة إعادة التخطيط]
[--herited-rc-files] [-j بادئة]
[-n][-I مدخلات دير][-O الإخراج- دير] [-o الموقع]
[-s site1[,site2...]]
[--موقع التدريج s1=ss1[,s2=ss2[..]]
[--randomdir[=اسم]]
[--نسبي-دير دير]
[--relative-submit-dir دير]
-d com.daxfile

الوصف

ال خطة بيغاسوس يأخذ الأمر DAX كمدخل ويقوم بإنشاء سير عمل قابل للتنفيذ
عادة في شكل الكندور نسر أميريكي إرسال الملفات، والتي يمكن تقديمها إلى موقع
تنفيذ.

كجزء من إنشاء سير عمل قابل للتنفيذ، يحتاج المخطط إلى اكتشاف:

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

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

يمكن للمخطط أيضًا إضافة عقد لنقل جميع الملفات المادية إلى المخرجات
موقع. يتم تحديد الموقع على موقع الإخراج من خلال البحث في كتالوج الموقع
الملف، المسار الذي يتم التقاطه من ملف pegasus.catalog.site.file الملكية
.

الملفات التنفيذية
يبحث المخطط عن كتالوج التحويل لاكتشاف مواقع الملفات التنفيذية
المشار إليها في سير العمل القابل للتنفيذ. يمكن للمستخدمين تحديد التثبيت أو التثبيت
الملفات التنفيذية في الكتالوج. يمكن استخدام الملفات التنفيذية القابلة للتنفيذ بواسطة Pegasus للمسرح
الملفات التنفيذية إلى الموارد حيث لم يتم تثبيتها مسبقًا.

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

يمكن الآن تحديد البيانات والمواقع القابلة للتنفيذ في DAX'es المتوافقة مع مخطط DAX
الإصدار 3.2 أو أعلى.

OPTIONS

سيتم عرض أي خيار مع مرادفات الخيارات الطويلة الخاصة به.

-Dالملكية = القيمة
ال -D يسمح الخيار للمستخدم المتمرس بتجاوز بعض الخصائص التي
تؤثر على تنفيذ البرنامج ، من بينها الموقع الافتراضي للمستخدم
ملف الخصائص وموقع منزل PEGASUS. يمكن للمرء تعيين العديد من خصائص CLI بواسطة
إعطاء هذا الخيار عدة مرات. ال -D يجب أن يكون الخيار (الخيارات) هو الخيار الأول في
سطر الأوامر. تتمتع خاصية CLI بالأولوية على خاصية ملف الخصائص الخاصة بـ
نفس المفتاح.

-d ملف, --dax ملف
DAX هو ملف إدخال XML الذي يصف سير عمل مجرد. هذا أمر إلزامي
الخيار الذي يجب استخدامه.

-b بادئة, --اسم القاعدة بادئة
بادئة الاسم الأساسي التي سيتم استخدامها أثناء إنشاء ملفات سير العمل مثل dagman
الملف (ملف .dag) والملفات الأخرى المحددة لسير العمل التي تم إنشاؤها بواسطة Condor. عادة
هذه البادئة مأخوذة من سمة الاسم المحددة في العنصر الجذر لـ dax
الملفات.

-c ملف[,ملف، ...] ، --مخبأ ملف[,ملف، ...]
قائمة مسارات مفصولة بفواصل لنسخ ملفات ذاكرة التخزين المؤقت التي تتجاوز النتائج منها
كتالوج النسخة المتماثلة لـ LFN معين.

يصف كل إدخال في ملف ذاكرة التخزين المؤقت LFN و PFN المقابل و
السمات المرتبطة. يجب تحديد سمة التجمع لكل إدخال.

تجمع LFN_1 PFN_1 = [مؤشر الموقع 1]
تجمع LFN_2 PFN_2 = [مؤشر الموقع 2]

LFN_N PFN_N [مقبض الموقع N]

ولمعاملة ملفات ذاكرة التخزين المؤقت ككتالوجات متماثلة تكميلية، قم بتعيين الخاصية
pegasus.catalog.replica.cache.asrc إلى صحيح. وينتج عن هذا التعيين في ذاكرة التخزين المؤقت
الملفات المراد دمجها مع التعيينات الموجودة في كتالوج النسخة المتماثلة. وهكذا بالنسبة لخاصة
LFN تتوفر كل من الإدخالات الموجودة في ملف ذاكرة التخزين المؤقت وكتالوج النسخة المتماثلة للنسخ المتماثلة
اختيار.

-C نمط[,نمط، ...] ، --العنقودية نمط[,نمط، ...]
قائمة مفصولة بفواصل لأنماط التجميع التي سيتم تطبيقها على سير العمل. هذا الوضع
تؤدي العملية إلى تجميع وظائف الحوسبة n في وظائف أكبر لتقليل المهام البعيدة
جدولة النفقات العامة. يمكنك تحديد قائمة تقنيات التجميع بشكل متكرر
تطبيقها على سير العمل. على سبيل المثال، يسمح لك هذا بتجميع بعض الوظائف في ملف
سير العمل باستخدام التجميع الأفقي ثم استخدم التجميع القائم على التسمية على
سير العمل الوسيط للقيام بالتجميع العمودي.

يمكن تشغيل المهام المجمعة في الموقع البعيد، إما بشكل تسلسلي أو باستخدام MPI.
يمكن تحديد ذلك عن طريق تعيين الخاصية pegasus.job.aggreator. يمكن للعقار
يمكن تجاوزها عن طريق ربط مفتاح ملف تعريف PEGASUS المنهار سواء مع
التحويل في كتالوج التحويل أو موقع التنفيذ في الموقع
فهرس. القيمة المحددة (للخاصية أو ملف التعريف)، هي الاسم المنطقي لـ
التحويل الذي سيتم استخدامه لتجميع الوظائف. لاحظ أن التجميع سوف
يحدث فقط إذا تم فهرسة التحويلات المقابلة في التحويل
فهرس.

يأتي PEGASUS مع مجموعة قابلة للتنفيذ كتلة بيغاسوس التي يمكن العثور عليها في
$PEGASUS_HOME/bin الدليل. يقوم بتشغيل الوظائف في المهمة المجمعة بشكل تسلسلي على
نفس العقدة في الموقع البعيد.

بالإضافة إلى ذلك، توجد أيضًا أداة تجميع قائمة على MPI تسمى Pegasus-mpi-cluster
موزعة ويمكن العثور عليها في دليل بن. يمكن أيضًا أن تكون مجموعة Pegasus-mpi
يتم استخدامه في إعداد Sharedfs ويجب تجميعه مقابل MPI للموقع البعيد
ثَبَّتَ. الدليل. يتم تشغيل الغلاف على كل عقدة MPI، وتكون العقدة الأولى هي
سيد وبقية العمال.

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

النوع التالي من أنماط التجميع مدعوم حاليًا:

· أفقي هو أسلوب التجميع الذي تكون فيه الوظائف على نفس المستوى
مجمعة في وظائف أكبر. يتم تعريف مستوى سير العمل على أنه الأكبر
مسافة العقدة من جذر سير العمل. يحدث التجميع فقط في الوظائف
من نفس النوع أي أنها تشير إلى نفس التحول المنطقي في
كتالوج التحول.

يمكن أن يعمل التجميع الأفقي في أحد الوضعين. أ. عدد الوظائف على أساس.

يمكن تحديد دقة التجميع عن طريق ربط PEGASUS
مفتاح الملف الشخصي حجم المجموعات أو مفتاح الملف الشخصي PEGASUS عدد المجموعات مع الالجائزة
التحول.

ال حجم المجموعات يشير المفتاح إلى عدد الوظائف التي يجب تجميعها في الوظائف الأكبر
وظيفة مجمعة. يشير مفتاحclusters.num إلى عدد المهام المجمعة التي سيتم إنشاؤها
تم إنشاؤها لمستوى معين في موقع تنفيذ معين. إذا كان كلا المفتاحين
المحددة لتحويل معين، ثم يتم استخدام قيمة المفتاح Clusters.num
لتحديد دقة التجميع.

1. يعتمد على وقت التشغيل.

لتجميع المهام وفقًا لأوقات التشغيل، يحتاج المستخدم إلى تعيين خاصية واحدة واثنتين
مفاتيح الملف الشخصي. يجب تعيين الخاصية pegasus.clusterer.preference على
قيمنا وقت التشغيل. بالإضافة إلى ذلك، يحتاج المستخدم إلى تحديد ملفين شخصيين لبيغاسوس. أ.
Clusters.maxruntime الذي يحدد الحد الأقصى لمدة
يجب تشغيل المهمة المجمعة ل. ب. job.runtime الذي يحدد المدة
التي يتم تشغيل الوظيفة التي يرتبط بها مفتاح ملف التعريف. من الناحية المثالية،
يجب تعيين Clusters.maxruntime في كتالوج التحويل وjob.runtime
يجب أن يتم تعيينها لكل وظيفة على حدة.

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

لتسمية سير العمل، تحتاج إلى ربط ملفات تعريف PEGASUS بالوظائف الموجودة في ملف
داكس. يمكن تعيين مفتاح ملف التعريف الذي سيتم استخدامه لتسمية سير العمل بواسطة الخاصية
pegasus.clusterer.label.key. يتم تعيينه افتراضيًا على التسمية، مما يعني إذا كان لديك PEGASUS
تسمية مفتاح الملف الشخصي بالوظائف، والوظائف بنفس القيمة لملف تعريف بيغاسوس
ستنتقل تسمية المفتاح إلى نفس المهمة المجمعة.

--تنظيف تنظيف إستراتيجية
استراتيجية التنظيف التي سيتم استخدامها لسير العمل. يمكن لـ Pegasus إضافة مهام التنظيف إلى ملف
سير عمل قابل للتنفيذ يمكنه إزالة الملفات والدلائل أثناء سير العمل
تنفيذ.

النوع التالي من إستراتيجيات التنظيف مدعوم حاليًا:

· لا شيء تعطيل التنظيف تماما. لا يضيف المخطط أي مهام تنظيف في
سير العمل القابل للتنفيذ على الإطلاق.

· ورق يضيف المخطط عقدة تنظيف الأوراق لكل موقع مرحلي مما يؤدي إلى إزالة العناصر
الدليل الذي تم إنشاؤه بواسطة مهمة إنشاء دير في سير العمل.

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

--conf ملف
المسار إلى ملف الخصائص الذي يحتوي على مخطط الخصائص الذي يحتاج إلى استخدامه while
تخطيط سير العمل.

- دير دير
الدليل الأساسي الذي تريد إخراج مخطط سير عمل Pegasus فيه عادةً
كوندور إرسال الملفات، ليتم إنشاؤها. يقوم Pegasus بإنشاء بنية دليل في هذا
الدليل الأساسي على أساس اسم المستخدم ومجموعة VO وتسمية سير العمل في
داكس.

بشكل افتراضي، الدليل الأساسي هو الدليل الذي يتم تشغيل الملف منه خطة بيغاسوس
أمر.

-f, --فرض
يتجاوز هذا مرحلة التخفيض التي يتم فيها تقليل DAG الملخص على الأساس
مواقع ملفات الإخراج التي تم إرجاعها بواسطة كتالوج النسخ المتماثلة. هذا هو
مماثل ل جعل إنشاء نمط لسير العمل القابل للتنفيذ.

--قوة إعادة التخطيط
بشكل افتراضي، بالنسبة لسير العمل الهرمي في حالة فشل مهمة DAX، أعد محاولة الإنقاذ أثناء المهمة
يتم إرسال DAG لسير العمل المرتبط. يؤدي هذا الخيار إلى قيام Pegasus بإعادة تخطيط المهمة
وظيفة DAX في حالة الفشل بدلاً من ذلك.

-g, --مجموعة
مجموعة VO التي ينتمي إليها المستخدم.

-h, --مساعدة
يعرض كل الخيارات لملف خطة بيغاسوس أمر.

--herited-rc-files ملف[,ملف، ...]
قائمة مسارات مفصولة بفواصل لملفات النسخ المتماثلة. المواقع المذكورة في هذه لها
أولوية أقل من المواقع الموجودة في ملف DAX. يستخدم هذا الخيار عادة
داخليًا لسير العمل الهرمي، حيث يتم ذكر مواقع الملفات في ملف
سير العمل الأصلي (الشامل) DAX، تم تمريره إلى مسارات العمل الفرعية (المقابلة) لـ
وظائف داكس.

-I, --input-dir
مسار إلى دليل الإدخال حيث توجد ملفات الإدخال. يقوم هذا بتحميل ملف داخليًا
الواجهة الخلفية لكتالوج النسخة المتماثلة المستندة إلى الدليل، والتي تقوم بإنشاء قائمة دليل لها
قم بإنشاء تعيينات LFN → PFN للملفات الموجودة في دليل الإدخال. يمكنك تحديد
خصائص إضافية إما في سطر الأوامر أو في ملف الخصائص للتحكم في ملف
سمة الموقع وبادئة عنوان URL المرتبطة بالتعيينات.

يحدد pegasus.catalog.replica.directory.site سمة التجمع المراد الارتباط بها
التعيينات. الافتراضيات المحلية

يحدد pegasus.catalog.replica.directory.url.prefix بادئة URL المراد استخدامها أثناء
بناء PFN. الإعدادات الافتراضية للملف: //

-j بادئة, --job-بادئة بادئة
بادئة الوظيفة التي سيتم تطبيقها لإنشاء أسماء الملفات لملفات إرسال المهمة.

-n, --nocleanup
تم إهمال هذا الخيار. استخدم --cleanup none بدلاً من ذلك.

-o الموقع, --موقع الإخراج الموقع
موقع الإخراج الذي يتم نقل ملفات إخراج DAX إليه.

افتراضيا تتحقق البيانات يبقى في دليل العمل على
الموقع الذي تم إنشاؤه فيه. يتم نقل ملفات الإخراج هذه فقط إلى موقع الإخراج
التي تم تعيين سمة النقل لها على true في DAX.

-O الناتج دليل, - إخراج دير الناتج دليل
دليل الإخراج الذي يتم نقل ملفات إخراج DAX إليه.

إذا تم تحديد -o، فسيتم تحديد دليل التخزين للموقع المحدد كموقع الإخراج
تم تحديثه ليتم تمرير الدليل. إذا لم يتم تحديد موقع الإخراج، فهذا الخيار
يقوم داخليًا بتعيين موقع الإخراج على المستوى المحلي مع تحديث دليل التخزين إلى ملف
مرت الدليل.

-q, --هادئ
يقلل من مستوى التسجيل.

-r[اسم], --randomdir[=اسم]
يضيف Pegasus Worfklow Planner إنشاء وظائف الدليل إلى سير العمل القابل للتنفيذ
قم بإنشاء دليل يتم فيه تنفيذ كافة المهام الخاصة بسير العمل هذا على موقع معين.
الدليل الذي تم إنشاؤه موجود في دليل العمل (المحدد في كتالوج الموقع مع
كل موقع).

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

تشير وظائف إنشاء دير إلى com.dirmanager القابل للتنفيذ الذي يتم شحنه كجزء من
حزمة العمال بيغاسوس. يتم البحث في كتالوج التحويل عن التحويل
عين بيغاسوس::dirmanager لجميع المواقع البعيدة حيث كان سير العمل
المقرر. يمكن لـ Pegasus إنشاء مسار افتراضي لـ dirmanager القابل للتنفيذ، إذا كان
بيجاسوس_هوم يرتبط متغير البيئة بالمواقع الموجودة في كتالوج الموقع مثل
ملف تعريف البيئة.

--نسبي-دير دير
الدليل المتعلق بالدليل الأساسي حيث يكون سير العمل القابل للتنفيذ
تم إنشاؤها وتنفيذها. يؤدي هذا إلى تجاوز بنية الدليل الافتراضية التي يستخدمها Pegasus
يتم الإنشاء بناءً على اسم المستخدم ومجموعة VO وتسمية DAX.

--relative-submit-dir دير
الدليل المتعلق بالدليل الأساسي حيث يكون سير العمل القابل للتنفيذ
ولدت. يؤدي هذا إلى تجاوز بنية الدليل الافتراضية التي ينشئها Pegasus بناءً عليها
على اسم المستخدم وVO Group وتسمية DAX. من خلال تحديد --نسبي-دير و
--relative-submit-dir يمكن أن يكون لديك دليل تنفيذ نسبي مختلف على ملف
الموقع البعيد ودليل الإرسال النسبي المختلف على مضيف الإرسال.

-s الموقع[,الموقع، ...] ، --المواقع الموقع[,الموقع، ...]
قائمة مفصولة بفواصل لمواقع التنفيذ التي سيتم تنفيذ سير العمل عليها.
يجب أن يكون لكل موقع إدخال في كتالوج الموقع الذي يتم استخدامه. يهرب
على مضيف الإرسال، حدد موقع التنفيذ باسم محلي.

في حالة عدم تحديد هذا الخيار، يتم التقاط كافة المواقع الموجودة في كتالوج الموقع
كمرشحين لتشغيل سير العمل.

--موقع التدريج s1=ss1[,s2=ss2[..]]
قائمة مفصولة بفواصل من أزواج المفاتيح=القيمة، حيث يكون المفتاح هو موقع التنفيذ و
القيمة هي موقع التدريج لموقع التنفيذ هذا.

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

-s, --يُقدِّم
يقدم ولدت تنفيذ سير العمل استخدام تشغيل بيغاسوس النصي في
دليل $PEGASUS_HOME/bin. افتراضيًا، يقوم مخطط سير عمل Pegasus فقط بإنشاء
الكوندور يقدم الملفات ولا يقدمها.

-v, - الإسراف
يزيد من إسهاب الرسائل حول ما يجري. بشكل افتراضي، كل شيء فادح،
يتم تسجيل رسائل الخطأ ووحدة التحكم والتحذير. التسلسل الهرمي للتسجيل هو كما يلي:

1. قاتلة

2. خطأ

3. وحدة التحكم

4. تحذير

5. معلومات

6. التكوين

7. التصحيح

8. تتبع

على سبيل المثال، لرؤية رسائل INFO وCONFIG وDEBUG بالإضافة إلى ذلك، قم بتعيين -vvv.

-V, --الإصدار
يعرض رقم الإصدار الحالي لنظام إدارة سير العمل Pegasus.

عودة VALUE

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

المتابعة خطة بيغاسوس الذاكرة استهلاك

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

PEGASUS الخصائص

هذه ليست قائمة شاملة للخصائص المستخدمة. للحصول على الوصف الكامل والقائمة
من الخصائص تشير إلى $PEGASUS_HOME/doc/advanced-properties.pdf

pegasus.selector.site
يحدد نوع محدد الموقع الذي تريد استخدامه. إذا لم يتم تحديد الافتراضي
قيمة عشوائية يستخدم. الأوضاع المدعومة الأخرى هي راوند روبن و وسيلة شرح غير Java أن
يدعو إلى محدد موقع خارجي.

pegasus.catalog.replica
يحدد نوع الكتالوج المتماثل الذي سيتم استخدامه.

إذا لم يتم تحديدها، فستكون القيمة الافتراضية هي RLS.

pegasus.catalog.replica.url
سلسلة الاتصال للوصول إلى كتالوج النسخة المتماثلة. في حالة RLS فهو عنوان URL لـ RLI.

pegasus.dir.exec
لاحقة لدليل العمل في كتالوج الموقع لتحديد العمل الحالي
الدليل. إذا كانت ذات صلة، فسيتم إلحاق القيمة بدليل العمل من ملف
ملف site.config. إذا كان مطلقًا فإنه يشكل دليل العمل.

pegasus.catalog.transformation
يحدد نوع كتالوج التحويل المطلوب استخدامه. يمكن للمرء استخدام أي ملف
كتالوج التحويل القائم على قاعدة البيانات أو قاعدة البيانات. في الوقت الحاضر الافتراضي هو نص.

pegasus.catalog.transformation.file
موقع الملف الذي سيتم استخدامه ككتالوج تحويل.

إذا لم يتم تحديده، فسيتم استخدام الموقع الافتراضي لـ $PEGASUS_HOME/var/tc.data.

pegasus.catalog.site
يحدد نوع كتالوج الموقع الذي سيتم استخدامه. يمكن للمرء استخدام إما النص القائم أو
كتالوج الموقع القائم على XML. في الوقت الحاضر الافتراضي هو XML3.

pegasus.catalog.site.file
موقع الملف الذي سيتم استخدامه ككتالوج للموقع. إذا لم يتم تحديدها، ثم القيمة الافتراضية ل
يتم استخدام $PEGASUS_HOME/etc/sites.xml في حالة كتالوج الموقع المستند إلى XML و
$PEGASUS_HOME/etc/sites.txt في حالة كتالوج الموقع النصي.

pegasus.data.configuration
تقوم هذه الخاصية بإعداد Pegasus للعمل في بيئات مختلفة. يمكن ضبط هذا على

com.sharedfs إذا تم تعيين هذا، فسيتم إعداد Pegasus لتنفيذ المهام على المشاركة
نظام الملفات على موقع التنفيذ. يفترض هذا أن العقدة الرئيسية للكتلة و
تتشارك العقد العاملة في نظام الملفات. موقع التدريج في هذه الحالة هو نفسه
موقع التنفيذ.

com.nonsharedfs إذا تم تعيين هذا، فسيتم إعداد Pegasus لتنفيذ المهام في موقع التنفيذ
دون الاعتماد على نظام ملفات مشترك بين العقدة الرئيسية والعقد العاملة.

كوندوريو إذا تم تعيين هذا، فسيتم إعداد Pegasus لتشغيل المهام في تجمع كوندور خالص
العقد لا تشارك نظام الملفات. يتم تنظيم البيانات إلى العقد الحسابية من
إرسال المضيف باستخدام Condor File IO.

pegasus.code.generator
مولد التعليمات البرمجية للاستخدام. بشكل افتراضي، يتم إنشاء ملفات إرسال Condor لملف
سير العمل القابل للتنفيذ. الإعداد ل قذيفة يؤدي إلى إنشاء Pegasus لبرنامج نصي Shell
التي يمكن تنفيذها على مضيف الإرسال.

استخدم خطة Pegasus عبر الإنترنت باستخدام خدمات onworks.net