в демоне: Какой смысл “пакетной” очереди?
Маркетинг.
7.2K диски медленнее и легче произвести, и с более высокими порогами ошибок, который улучшает урожаи (и способность). Однако с точки зрения операций ввода-вывода каждый дискретный диск может поддерживать, 7.2K, диски заметно менее производительны, чем их более быстрые братья. Поэтому они получают моникер 'Nearline', поскольку они поразят насыщенность ввода-вывода намного быстрее, чем эквивалентное количество 10K или 15K дисков. Поэтому производителям устройства хранения данных нужен способ передать, "у нас есть более быстрый материал", таким образом, они пошли с MDL/Nearline.
Это - то, как они пытаются поощрить людей, которым нужно и быстро и много устройства хранения данных для движения для более быстрых дисков. Те, которые на бюджете, будут видеть, что можно получить (например), MDL/Nearline на 1.5 ТБ за половину цены 450 ГБ 15K диск и задаться вопросом почему upcharge. Несмотря на это, 48 7.2K диски об/мин все еще превзойдут 12 15K дисков об/мин по характеристикам. Это просто, что 48 7.2K диски об/мин будут, вероятно, иметь вместимость 30 ТБ, где 12 15K RPMs могут только иметь 5 ТБ способности.
Который является другим способом сказать...
Пойдите 7.2K об/мин, когда способность будет Вашей целью номер один и производительностью не действительно цель.
Пойдите с 15K об/мин, когда производительность будет Вашей целью номер один и вторичной способностью.
Эта команда была более полезной когда на типичной машине * nix было очень мало процессоров, но они широко использовались пользователями. Как указано в man batch ,
batch выполняет команды, когда это позволяют уровни загрузки системы; в других словами, когда средняя нагрузка падает ниже 1,5, или значение указанный при вызове atd.
Таким образом, он был предназначен для использования в среде с перегруженными ресурсами. Если задание запускается в тот момент, когда нагрузка падает ниже порогового значения, для системы имеет смысл следить за тем, какую нагрузку добавили другие пользователи после завершения задания из очереди пакетов. Возможно, нагрузка снова вырастет выше порога, поэтому выполнение заданий из пакетной очереди необходимо снова приостановить. Отсюда и разрыв.
Ваш контрпример верен, но нереален. Пользователь, саботирующий систему, как вы описываете, - это «социальная проблема», а не техническая. Если вы думаете о среде высокопроизводительных вычислений, в которой конкурирующие пользователи отправляют множество заданий: это не то, для чего предназначена пакетная , это скорее область таких инструментов, как SLURM .