این دستور niceposix است که می تواند در ارائه دهنده هاست رایگان OnWorks با استفاده از یکی از چندین ایستگاه کاری آنلاین رایگان مانند Ubuntu Online، Fedora Online، شبیه ساز آنلاین ویندوز یا شبیه ساز آنلاین MAC OS اجرا شود.
برنامه:
نام
nice - فراخوانی یک ابزار با مقدار خوب تغییر یافته
خلاصه
خوب [−n افزایش] سودمندی [استدلال...]
شرح
La خوب ابزار باید یک ابزار را فراخوانی کند و درخواست کند که با یک نایک متفاوت اجرا شود
مقدار (به حجم تعاریف پایه POSIX.1-2008 مراجعه کنید، بخش 3.240, خوب مقدار) با
بدون گزینه، ابزار اجرا شده باید با یک مقدار خوب اجرا شود که مقداری است
مقدار تعریف شده پیاده سازی بزرگتر یا مساوی با مقدار خوب جریان
روند. اگر کاربر فاقد امتیازات مناسب برای تأثیرگذاری بر مقدار خوب در
شیوه درخواستی، خوب ابزار نباید بر ارزش خوب تأثیر بگذارد. در این مورد، الف
پیام هشدار ممکن است با خطای استاندارد نوشته شود، اما این نباید مانع از آن شود
فراخوانی از سودمندی یا بر وضعیت خروج تأثیر می گذارد.
OPTIONS
La خوب ابزار باید با حجم تعاریف پایه POSIX.1-2008 مطابقت داشته باشد، بخش
12.2, سودمندی نحو دستورالعمل.
گزینه زیر پشتیبانی می شود:
−n افزایش
یک عدد صحیح اعشاری مثبت یا منفی که همان اثر را روی عدد خواهد داشت
اجرای ابزار به گونه‌ای است که گویی این ابزار برنامه را فراخوانی کرده است خوب() عملکرد با
مقدار عددی افزایش گزینه-استدلال
عملگرها
عملگرهای زیر باید پشتیبانی شوند:
سودمندی نام ابزاری که قرار است فراخوانی شود. اگر سودمندی عملوند هر کدام را نام می برد
ابزارهای ویژه داخلی در بخش 2.14, ویژه داخلی ابزارگــاناز
نتایج تعریف نشده است
استدلال هر رشته ای که به عنوان آرگومان در هنگام فراخوانی ابزار نامگذاری شده توسط the ارائه شود
سودمندی عملوند
STDIN
استفاده نشده.
INPUT فایل ها
ندارد.
محیط زیست متغیرها
متغیرهای محیطی زیر باید بر اجرای آن تأثیر بگذارند خوب:
زبان یک مقدار پیش فرض برای متغیرهای بین المللی سازی که تنظیم نشده اند یا
خالی. (به جلد تعاریف پایه POSIX.1-2008 مراجعه کنید، بخش 8.2,
بین المللی کردن متغیر برای تقدم بین المللی شدن
متغیرهایی که برای تعیین مقادیر دسته‌های محلی استفاده می‌شوند.)
LC_ALL اگر روی یک مقدار رشته ای غیر خالی تنظیم شده است، مقادیر بقیه را لغو کنید
متغیرهای بین المللی سازی
LC_CTYPE محلی را برای تفسیر توالی بایت های داده متنی تعیین کنید
به عنوان کاراکتر (به عنوان مثال، تک بایت در مقابل کاراکترهای چند بایتی در
استدلال).
LC_MESSAGES
محلی را که باید برای تأثیرگذاری بر قالب و محتویات استفاده شود، تعیین کنید
پیام های تشخیصی با خطای استاندارد نوشته شده است.
nlspath تعیین محل کاتالوگ پیام برای پردازش LC_MESSAGES.
PATH مسیر جستجوی مورد استفاده برای مکان یابی ابزاری که باید فراخوانی شود را تعیین کنید. را ببینید
حجم تعاریف پایه POSIX.1-2008، فصل 8, محیط متغیر.
نامتقارن رویدادها
پیش فرض
با توجه به
استفاده نشده.
STDERR
خطای استاندارد باید فقط برای پیام های تشخیصی استفاده شود.
OUTPUT فایل ها
ندارد.
تمدید شده شرح
ندارد.
خروج وضعیت
If سودمندی فراخوانی شده است، وضعیت خروج از خوب باید وضعیت خروج از سودمندی;
در غیر این صورت، خوب ابزار باید با یکی از مقادیر زیر خارج شود:
1-125 خطایی در خوب ابزار
126 ابزار مشخص شده توسط سودمندی پیدا شد اما قابل استناد نبود.
127 ابزار مشخص شده توسط سودمندی یافت نشد
آثار OF خطاها
پیش فرض
La پیروی بخش هستند آموزنده
کاربرد طریقه استفاده
تنها کاربردهای قابل حمل تضمین شده این ابزار عبارتند از:
خوب سودمندی
دویدن سودمندی با مقدار زیبای پیش‌فرض بالاتر یا مساوی.
خوب −n <مثبت عدد صحیح> سودمندی
دویدن سودمندی با ارزش زیبای بالاتر
در برخی از پیاده‌سازی‌ها، آنها هیچ تأثیر قابل‌توجهی بر ابزار فراخوانی شده و در برخی از آنها ندارند
دیگران دقیقاً معادل هستند.
سیستم های تاریخی مکرراً از آن حمایت کرده اندمثبت عدد صحیح> تا 20. از آنجا که وجود دارد
هیچ جریمه خطایی در ارتباط با حدس زدن عددی که خیلی زیاد است، بدون کاربران است
دسترسی به سند انطباق سیستم (برای مشاهده اینکه چه محدودیت هایی در واقع وجود دارد) می تواند
از محدوده تاریخی 1 تا 20 استفاده کنید یا اگر کار باید از اعداد بسیار بزرگ استفاده کنید
واقعا اولویت پایین
مقدار خوب یک فرآیند را می توان با استفاده از دستور زیر نمایش داد:
ps -o خوب
La فرمان, env, خوب, نوهوپ, زمانو سارقین خدمات شهری برای استفاده از خروجی مشخص شده است
کد 127 اگر خطایی رخ دهد تا برنامه‌ها بتوانند «عدم یافتن a» را تشخیص دهند
utility" از "ابزار فراخوانی شده با علامت خطا خارج شد". مقدار 127 بود
انتخاب شده است زیرا معمولاً برای معانی دیگر استفاده نمی شود. اکثر برنامه های کاربردی از مقادیر کوچک استفاده می کنند
برای "شرایط خطای عادی" و مقادیر بالای 128 را می توان با خاتمه اشتباه گرفت
به دلیل دریافت سیگنال مقدار 126 به روشی مشابه برای نشان دادن آن انتخاب شد
ابزار را می توان پیدا کرد، اما فراخوانی نشد. برخی از اسکریپت ها خطای معنی داری ایجاد می کنند
پیام هایی که موارد 126 و 127 را متمایز می کند. تمایز بین کدهای خروج 126 و
127 بر اساس تمرین KornShell است که از 127 زمانی که همه تلاش می کنند استفاده می کند exec ابزار
شکست با [ENOENT]، و در صورت تلاش از 126 استفاده می کند exec ابزار برای هر ابزار دیگری شکست می خورد
دلیل.
مثال ها
ندارد.
منطقی
نسخه 4.3 BSD از خوب بررسی نمی کند که آیا افزایش یک عدد صحیح اعشاری معتبر است.
دستور خوب -x سودمندیبرای مثال، مانند دستور عمل می شود خوب
−−1 سودمندی. اگر کاربر از امتیازات مناسب برخوردار نباشد، این منجر به الف
خطای «مجوز رد شد». این یک اشکال در نظر گرفته می شود.
زمانی که یک کاربر بدون امتیاز مناسب یک منفی می دهد افزایش، سیستم V آن را درمان می کند
مانند فرمان خوب -0 سودمندی، در حالی که 4.3 BSD پیام "مجوز رد شد" را می نویسد و
برنامه کاربردی را اجرا نمی کند. استاندارد رفتار System V را همراه با یک مشخص می کند
پیام اختیاری به سبک BSD «مجوز رد شد».
پوسته C دارای نسخه داخلی است خوب که رابط کاربری متفاوتی با آن دارد
در این جلد از POSIX.1-2008 شرح داده شده است.
از عبارت "Utility" به جای "Command" برای برجسته کردن این واقعیت استفاده می شود
دستورات ترکیبی، خطوط لوله و غیره قابل استفاده نیستند. توکارهای ویژه نیز نمی توانند باشند
استفاده شده. با این حال، "Utility" شامل برنامه های کاربردی کاربر و اسکریپت های پوسته است، نه فقط
ابزارهای کاربردی تعریف شده در این جلد از POSIX.1-2008.
پیاده سازی های تاریخی از خوب یک محدوده مقادیر خوب از 40 یا 41 مرحله گسسته ارائه می کند،
با مقدار پیش‌فرض خوب، نقطه میانی آن محدوده است. به طور پیش فرض، آنها را بالا می برند
مقدار خوب ابزار اجرا شده با 10.
برخی اسناد تاریخی بیان می کنند که افزایش مقدار باید در یک مقدار ثابت باشد
دامنه. این گمراه کننده است. معتبر افزایش مقادیر در هر فراخوانی توسط
مقدار خوب فرآیند فعلی، که همیشه پیش‌فرض نیست.
منظور از تعریف ارزش خوب این نیست که تمام فرآیندهای یک سیستم را نشان دهد
اولویت هایی دارند که قابل مقایسه هستند. برنامه‌ریزی برنامه‌های توسعه‌ای مانند بلادرنگ
اولویت‌ها در حجم رابط‌های سیستم POSIX.1-2008 مفهوم یک واحد را ایجاد می‌کنند
اولویت اساسی برای همه سیاست های زمان بندی مشکل ساز است. برخی از پیاده سازی ها ممکن است
را اجرا کنند خوب-ویژگی‌های مرتبط بر روی تمام فرآیندهای روی سیستم تأثیر می‌گذارند، و سایر فرآیندها را تحت تأثیر قرار می‌دهند
فقط بر فعالیت های اشتراک زمانی کلی که در این جلد از POSIX.1-2008 اشاره شده است، تأثیر می گذارد.
و بقیه ممکن است اصلاً تأثیری نداشته باشند. به دلیل استفاده از "تعریف پیاده سازی" در
خوب و رنس، طیف گسترده ای از استراتژی های پیاده سازی امکان پذیر است.
نسخه‌های قبلی این استاندارد به a -افزایش گزینه. این فرم دیگر نیست
توسط POSIX.1-2008 مشخص شده است اما ممکن است در برخی از پیاده سازی ها وجود داشته باشد.
آینده جهت
ندارد.
با استفاده از خدمات onworks.net به صورت آنلاین از niceposix استفاده کنید
