Это команда niceposix, которую можно запустить в бесплатном хостинг-провайдере OnWorks, используя одну из наших многочисленных бесплатных онлайн-рабочих станций, таких как Ubuntu Online, Fedora Online, онлайн-эмулятор Windows или онлайн-эмулятор MAC OS.
ПРОГРАММА:
ИМЯ
nice - вызвать утилиту с измененным значением nice
СИНТАКСИС
хороший [-n увеличить] утилита [аргумент...]
ОПИСАНИЕ
Команда хороший служебная программа должна вызывать служебную программу, запрашивая ее запуск с другим приятным
значение (см. том Базовых определений POSIX.1-2008, Раздел 3.240, Ницца Значение). С участием
без параметров, выполняемая утилита должна запускаться с хорошим значением, которое
величина, определяемая реализацией, больше или равна хорошему значению текущего
процесс. Если у пользователя нет соответствующих привилегий, чтобы повлиять на значение nice в
запрошенным способом, хороший полезность не должна влиять на значение nice; в этом случае
предупреждающее сообщение может быть записано в стандартную ошибку, но это не должно препятствовать
призыв утилита или повлиять на статус выхода.
ДОПОЛНИТЕЛЬНЫЕ ОПЦИИ
Команда хороший утилита должна соответствовать тому Базовые определения POSIX.1-2008, Раздел
12.2, утилита Синтаксис Инструкции.
Поддерживается следующий вариант:
-n увеличить
Положительное или отрицательное десятичное целое число, которое одинаково влияет на
выполнение утилиты, как если бы утилита вызвала хороший() функция с
числовое значение увеличить опция-аргумент.
ОПЕРАНДЫ
Поддерживаются следующие операнды:
утилита Имя вызываемой утилиты. Если утилита имена операндов любое из
специальные встроенные утилиты в Раздел 2.14, Особый Встроенный Утилиты,
результаты не определены.
аргумент Любая строка, которая должна быть предоставлена в качестве аргумента при вызове утилиты, названной
утилита операнд.
СТАНДИН
Не используется.
ВХОД FILES
Нет.
ОКРУЖАЮЩАЯ СРЕДА ПЕРЕМЕННЫЕ
Следующие переменные среды должны влиять на выполнение хороший:
ДЛИННЫЙ Задайте значение по умолчанию для переменных интернационализации, которые не установлены или
нулевой. (См. Том Базовых определений POSIX.1-2008, Раздел 8.2,
Интернационализация Переменные за приоритет интернационализации
переменные, используемые для определения значений категорий локали.)
LC_ALL Если установлено непустое строковое значение, переопределить значения всех остальных
переменные интернационализации.
LC_CTYPE Определите локаль для интерпретации последовательностей байтов текстовых данных
как символы (например, однобайтовые, а не многобайтовые символы в
аргументы).
LC_MESSAGES
Определите языковой стандарт, который следует использовать, чтобы повлиять на формат и содержимое
диагностические сообщения записываются в стандартную ошибку.
НЛПСАТ Определите расположение каталогов сообщений для обработки LC_MESSAGES.
PATH Определите путь поиска, используемый для поиска вызываемой утилиты. Увидеть
Объем базовых определений POSIX.1-2008, Глава 8, Окружающая среда Переменные.
АСИНХРОННЫЙ СОБЫТИЯ
По умолчанию.
стандартный вывод
Не используется.
СТДЕРР
Стандартная ошибка должна использоваться только для диагностических сообщений.
ВЫВОД FILES
Нет.
РАСПРОСТРАНЕНИЯ ОПИСАНИЕ
Нет.
ВЫХОД статус
If утилита вызывается, статус выхода хороший должен быть статусом выхода утилита;
в противном случае хороший утилита должна выйти с одним из следующих значений:
1-125 Произошла ошибка в хороший утилита.
126 Утилита, указанная утилита был найден, но не может быть вызван.
127 Утилита, указанная утилита невозможно найти.
ПОСЛЕДСТВИЯ OF ОШИБКИ
По умолчанию.
Команда после разделах информативный.
ЗАЯВЛЕНИЕ ИСПОЛЬЗОВАНИЕ
Единственные гарантированные переносимые варианты использования этой утилиты:
хороший утилита
Run утилита с более высоким или равным по умолчанию значением nice.
хороший -n <положительный целое> утилита
Run утилита с более высоким значением nice.
В некоторых реализациях они не оказывают заметного влияния на вызываемую утилиту, а на некоторые
другие они в точности эквивалентны.
Исторические системы часто поддерживалиположительный целое> до 20. Так как есть
не штраф за ошибку, связанный с угадыванием слишком большого числа, пользователи без
доступ к документу о соответствии системы (чтобы увидеть, какие ограничения действительно существуют) может
используйте исторический диапазон от 1 до 20 или попытайтесь использовать очень большие числа, если задание должно быть
действительно низкий приоритет.
Хорошее значение процесса можно отобразить с помощью команды:
ps −о хороший
Команда команду, окр, хороший, поЬир, времяи xargs были указаны утилиты для использования выхода
код 127, если возникает ошибка, чтобы приложения могли различить `` не удалось найти
Утилита '' из `` запущенная утилита завершилась с индикацией ошибки ''. Значение 127 было
выбран, потому что он обычно не используется для других значений; большинство коммунальных служб используют небольшие значения
для `` нормальных условий ошибки '' и значения выше 128 можно спутать с завершением
из-за получения сигнала. Значение 126 было выбрано аналогичным образом, чтобы указать, что
утилиту можно было найти, но не вызвать. Некоторые скрипты вызывают значимую ошибку
сообщения, различающие 126 и 127 случаев. Различие между кодами выхода 126 и
127 основан на практике KornShell, которая использует 127, когда все попытки Exec полезность
потерпеть неудачу с [ПРИЧУВСТВУЕТ], и использует 126 при любой попытке Exec утилита не работает ни с одним другим
причина.
ПРИМЕРЫ
Нет.
ОБОСНОВАНИЕ
Версия 4.3 BSD хороший не проверяет, есть ли увеличить является допустимым десятичным целым числом.
Команда хороший -x утилита, например, будет обрабатываться так же, как команда хороший
−−1 утилита. Если у пользователя нет соответствующих привилегий, это приводит к
Ошибка `` отказано в разрешении ''. Это считается ошибкой.
Когда пользователь без соответствующих привилегий дает отрицательный увеличить, System V лечит это
как команда хороший -0 утилита, а 4.3 BSD пишет сообщение об отказе в разрешении и
не запускает утилиту. Стандарт определяет поведение System V вместе с
необязательное сообщение в стиле BSD `` доступ запрещен ''.
Оболочка C имеет встроенную версию хороший у которого интерфейс отличается от того, что
описано в этом томе POSIX.1-2008.
Термин `` служебная программа '' используется, а не `` команда '', чтобы подчеркнуть тот факт, что оболочка
составные команды, конвейеры и т. д. использовать нельзя. Особых встроенных модулей тоже нельзя
использовал. Однако `` утилита '' включает в себя пользовательские прикладные программы и сценарии оболочки, а не только
утилиты, определенные в этом томе POSIX.1-2008.
Исторические реализации хороший обеспечить хороший диапазон значений в 40 или 41 дискретный шаг,
со значением nice по умолчанию, являющимся средней точкой этого диапазона. По умолчанию они повышают
nice значение выполненной утилиты на 10.
В некоторых исторических документах говорится, что увеличить значение должно быть в пределах фиксированного
диапазон. Это заблуждение; действительный увеличить значения при любом вызове определяются
текущее значение nice процесса, которое не всегда является значением по умолчанию.
Определение значения nice не предполагает, что все процессы в системе
иметь сопоставимые приоритеты. Планирование расширений политик, например, в реальном времени
приоритеты в томе POSIX.1-2008 Системные интерфейсы делают понятие единого
лежащий в основе приоритет для всех проблемных политик планирования. Некоторые реализации могут
реализовать хороший-связанные функции, влияющие на все процессы в системе, другие - на
влияют только на общие действия по разделению времени, подразумеваемые данным томом POSIX.1-2008,
а другие могут вообще не иметь никакого эффекта. Из-за использования в
хороший и Ренис, возможен широкий спектр стратегий внедрения.
Более ранние версии этого стандарта позволяли -увеличить вариант. Эта форма больше не
специфицирован POSIX.1-2008, но может присутствовать в некоторых реализациях.
БУДУЩЕЕ НАПРАВЛЕНИЯ
Нет.
Используйте niceposix онлайн с помощью сервисов onworks.net