Я не могу вообразить это:
find -maxdepth 1 -ls
будучи лучшим решением, но у меня нет AIX. И Вы имеете, находят гну на AIX? Если не - я не знаю, как вывод других находок похож.
Это - находка гну:
4 7 drwxr-xr-x 115 stefan stefan 6880 Aug 30 12:43 .
247530 0 lrwxrwxrwx 1 stefan stefan 10 Mär 20 2010 ./u1 -> Ubuntu\ One
45706 0 drwxr-xr-x 3 stefan stefan 80 Mai 29 2010 ./.m2
9352 0 drwxr-xr-x 3 stefan stefan 168 Apr 20 16:26 ./.mc
83653 0 drwxr-xr-x 2 stefan stefan 120 Feb 19 2010 ./.qt
82474 0 drwx------ 2 stefan stefan 128 Apr 27 2009 ./PDF
18316 24 -rw-r--r-- 1 stefan stefan 21925 Aug 30 15:42 ./.scala_history
257889 4 -rw------- 1 stefan stefan 230 Mär 18 06:30 ./.gtk-bookmarks
267759 4 -rw-r--r-- 1 stefan stefan 395 Jan 2 2011 ./brownies.txt
Если у Вас нет никакой другой опции, псевдоним мог бы быть полезным.
Если каждый процесс имеет свое собственное ядро затем нет никаких приоритетных ограничений.
Однако при планировании процесса, который занимает 30 минут для выполнения каждые 15 минут, Вы начнете иметь потребность расположить по приоритетам, как процесс начнет накладываться.
Нет никакой "лучшей" политики планирования как бы то ни было.
Они действительно зависят от того, чего Вы хотите достигнуть. Но в начале, я оставил бы это SCHED_OTHER, значению по умолчанию и наблюдал бы в течение некоторого времени, прежде чем я попробую больше, специализируют материал.
Используемый интервал времени будет иметь значение для ЦП интенсивные задания, которые требуют персистентности кэша, если Вы не блокируете конкретное ядро к каждому PID. Можно увеличить интервал времени с политикой планировщика SCHED_BATCH и улучшить производительность до 300% в некоторых случаях при сокращении интерактивной скорости отклика. Противоположный эффект меньших интервалов времени происходит с SCHED_RR (который уменьшит пропускную способность, но повысит оперативную оперативность реагирования).
Можно использовать schedtool для установки политики определенного PIDs для всего PIDs в наборе B как единственная команда. Это может также использоваться для блокировки определенного PIDs к определенным ядрам, которые были бы оптимальным решением с тех пор, персистентность кэша больше не зависит от интервала времени, но это прилагает больше усилий, так как необходимо выполнить отдельную команду schedtool для каждого PID.