.\" -*- coding: UTF-8 -*- '\" t .\"******************************************************************* .\" .\" This file was generated with po4a. Translate the source file. .\" .\"******************************************************************* .TH SYSTEMD\&.SCOPE 5 "" "systemd 260.2" systemd.scope .ie \n(.g .ds Aq \(aq .el .ds Aq ' .\" ----------------------------------------------------------------- .\" * Define some portability stuff .\" ----------------------------------------------------------------- .\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ .\" http://bugs.debian.org/507673 .\" http://lists.gnu.org/archive/html/groff/2009-02/msg00013.html .\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ .\" ----------------------------------------------------------------- .\" * set default formatting .\" ----------------------------------------------------------------- .\" disable hyphenation .nh .\" disable justification (adjust text to left margin only) .ad l .\" ----------------------------------------------------------------- .\" * MAIN CONTENT STARTS HERE * .\" ----------------------------------------------------------------- .SH الاسم systemd.scope \- تهيئة وحدة النطاق .SH موجز .PP \fIscope\fP\&.scope .SH الوصف .PP وحدات النطاق لا تُهيأ عبر ملفات تهيئة الوحدات، بل تُنشأ فقط برمجيًا باستخدام واجهات الناقل لـ systemd\&. تُسمى بشكل مشابه لأسماء الملفات\&. الوحدة التي ينتهي اسمها بـ "\&.scope" تشير إلى وحدة نطاق\&. تدير وحدات النطاق مجموعة من عمليات النظام\&. على عكس وحدات الخدمة، تدير وحدات النطاق عمليات منشأة خارجيًا، ولا تُفرع عمليات بنفسها\&. .PP الغرض الرئيسي لوحدات النطاق هو تجميع عمليات العامل لخدمة نظام للتنظيم ولإدارة الموارد\&. .PP يمكن استخدام \fBsystemd\-run \fP\fB\-\-scope\fP لتشغيل أمر بسهولة في وحدة نطاق جديدة من سطر الأوامر\&. .PP انظر \m[blue]\fBواجهات مجموعة التحكم الجديدة\fP\m[]\&\s-2\u[1]\d\s+2 للحصول على مقدمة حول كيفية استخدام وحدات النطاق من البرامج\&. .PP لاحظ أنه، على عكس وحدات الخدمة، لا تحتوي وحدات النطاق على عملية "رئيسية": جميع العمليات في النطاق متكافئة\&. دورة حياة وحدة النطاق ليست مرتبطة بعمر عملية محددة واحدة، بل بوجود عملية واحدة على الأقل في النطاق\&. هذا يعني أيضًا أن حالات الخروج لهذه العمليات ليست ذات صلة بحالة فشل وحدة النطاق\&. قد تدخل وحدات النطاق حالة فشل، على سبيل المثال بسبب استنفاد الموارد أو الوصول إلى مهلات الإيقاف، ولكن ليس بسبب إنهاء البرامج داخلها بشكل غير نظيف\&. نظرًا لأن العمليات المُدارة كوحدات نطاق تبقى عمومًا أبناء العملية الأصلية التي فرعتها، فإنه من واجب تلك العملية جمع حالات خروجها والتصرف بناءً عليها حسب الحاجة\&. .SH "اعتمادات آلية" .SS "التبعيات الضمنية" .PP قد تُضاف تبعيات ضمنية نتيجة لمعلمات التحكم في الموارد كما هو موثق في \fBsystemd.resource\-control\fP(5)\&. .SS "الاعتمادات المبدئية" .PP تُضاف الاعتماديات التالية ما لم يُضبط \fIDefaultDependencies=no\fP: .sp .RS 4 .ie n \{\ \h'-04'\(bu\h'+03'\c .\} .el \{\ .sp -1 .IP \(bu 2.3 .\} ستحتوي وحدات النطاق آليًا على تبعيات من النوع \fIConflicts=\fP و \fIBefore=\fP على shutdown\&.target\&. تضمن هذه إزالة وحدات النطاق قبل إيقاف تشغيل النظام\&. فقط وحدات النطاق المشاركة في الإقلاع المبكر أو إيقاف تشغيل النظام المتأخر يجب أن تعطل خيار \fIDefaultDependencies=\fP\&. .RE .SH الخيارات .PP قد تتضمن ملفات النطاق قسم [Unit]، الموصوف في \fBsystemd.unit\fP(5)\&. .PP قد تتضمن ملفات النطاق قسم [Scope]، الذي يحمل معلومات حول النطاق والوحدات التي يحتويها\&. عدد من الخيارات التي قد تُستخدم في هذا القسم مشتركة مع أنواع وحدات أخرى\&. هذه الخيارات موثقة في \fBsystemd.kill\fP(5) و \fBsystemd.resource\-control\fP(5)\&. الخيارات الخاصة بقسم [Scope] لوحدات النطاق هي التالية: .PP \fIOOMPolicy=\fP .RS 4 اضبط سياسة قتل العمليات عند نقص الذاكرة (OOM) للنواة وقاتل OOM في مساحة المستخدم \fBsystemd\-oomd.service\fP(8)\&. في لينكس، عندما تصبح الذاكرة نادرة لدرجة أن النواة تواجه صعوبة في تخصيص الذاكرة لنفسها، قد تقرر قتل عملية جارية لتوفير الذاكرة وتقليل ضغطها\&. لاحظ أن systemd\-oomd\&.service حل أكثر مرونة يهدف لمنع حالات نقص الذاكرة لمساحة المستخدم أيضًا، وليس النواة فقط، عبر محاولة إنهاء الخدمات مبكرًا، قبل أن تضطر النواة للتصرف\&. .sp يأخذ هذا الإعداد أحد القيم \fBcontinue\fP أو \fBstop\fP أو \fBkill\fP\&. إذا ضُبط على \fBcontinue\fP وقُتلت عملية في الوحدة بواسطة قاتل OOM، يُسجل ذلك لكن الوحدة تستمر في العمل\&. إذا ضُبط على \fBstop\fP يُسجل الحدث وتُنهى عمليات الوحدة بشكل نظيف بواسطة مدير الخدمة\&. إذا ضُبط على \fBkill\fP وقُتلت إحدى عمليات الوحدة بواسطة قاتل OOM، يُطلب من النواة قتل جميع العمليات المتبقية للوحدة أيضًا، عن طريق ضبط سمة memory\&.oom\&.group على \fB1\fP؛ انظر أيضًا صفحة النواة \m[blue]\fBمجموعة التحكم v2\fP\m[]\&\s-2\u[2]\d\s+2\&. في حالة كل من \fBstop\fP و \fBkill\fP، تنتهي الخدمة في النهاية في حالة الفشل \fBoom\-kill\fP وبعدها قد يُطبق \fIRestart=\fP\&. .sp يُضبط مبدئياً على الإعداد \fIDefaultOOMPolicy=\fP في \fBsystemd\-system.conf\fP(5)، باستثناء الوحدات التي يكون فيها \fIDelegate=\fP مفعلاً، حيث يكون الإجراء المبدئي هو الاستمرار \fBcontinue\fP\&. .sp استخدم إعداد \fIOOMScoreAdjust=\fP لضبط ما إذا كانت عمليات الوحدة ستُعتبر مرشحة مفضلة أو أقل تفضيلًا للإنهاء بواسطة منطق قاتل OOM في لينكس\&. انظر \fBsystemd.exec\fP(5) للتفاصيل\&. .sp ينطبق هذا الإعداد أيضًا على \fBsystemd\-oomd.service\fP(8)\&. وبشكل مشابه لعمليات إنهاء OOM التي تنفذها النواة، يحدد هذا الإعداد حالة الوحدة بعد أن ينهي \fBsystemd\-oomd\fP مجموعة cgroup المرتبطة بها\&. .sp أُضيف في الإصدار 253\&. .RE .PP \fIRuntimeMaxSec=\fP .RS 4 يهيئ أقصى وقت لتشغيل النطاق\&. إذا استُخدم هذا وكان النطاق نشطًا لفترة أطول من الوقت المحدد، يُنهى ويوضع في حالة فشل\&. مرر "infinity" (المبدئي) لتهيئة عدم وجود حد زمني للتشغيل\&. .sp أُضيف في الإصدارة 244\&. .RE .PP \fIRuntimeRandomizedExtraSec=\fP .RS 4 يعدل هذا الخيار \fIRuntimeMaxSec=\fP عن طريق زيادة الحد الأقصى لوقت التشغيل بمدة موزعة بالتساوي بين 0 والقيمة المحددة (بالثواني)\&. إذا كان \fIRuntimeMaxSec=\fP غير محدد، فستُعطل هذه الميزة\&. .sp أُضيف في الإصدار 250\&. .RE .PP تحقق من \fBsystemd.unit\fP(5)، و \fBsystemd.exec\fP(5)، و \fBsystemd.kill\fP(5) لمزيد من الإعدادات\&. .SH "انظر أيضًا" .PP \fBsystemd\fP(1)، \fBsystemd\-run\fP(1)، \fBsystemd.unit\fP(5)، \fBsystemd.resource\-control\fP(5)، \fBsystemd.service\fP(5)، \fBsystemd.directives\fP(7)\&. .SH ملاحظات .IP " 1." 4 واجهات مجموعات التحكم الجديدة .RS 4 \%https://systemd.io/CONTROL_GROUP_INTERFACE .RE .IP " 2." 4 مجموعة التحكم النسخة 2 .RS 4 \%https://docs.kernel.org/admin\-guide/cgroup\-v2.html .RE .PP .SH ترجمة تُرجمت هذه الصفحة من الدليل بواسطة زايد السعيدي . .PP هذه الترجمة هي وثيقة مجانية؛ راجع .UR https://www.gnu.org/licenses/gpl-3.0.html رخصة جنو العامة الإصدار 3 .UE أو ما بعده للاطلاع على شروط حقوق النشر. لا توجد أي ضمانات. .PP إذا وجدت أي أخطاء في ترجمة صفحة الدليل هذه، يرجى إرسال بريد إلكتروني إلى قائمة بريد المترجمين: .MT kde-l10n-ar@kde.org .ME .