Редактирование сценария с помощью grep и sed

Видели проблему, где мы должны были ограничить оболочку приложения, чтобы только иметь 256 дескрипторов файлов в наличии. Приложение было очень старо и по-видимому использовало максимальное количество fd's и попробованное для помещения того числа в переменную типа 'неподписанный символ', который может только содержать до целого числа 256 (приводящий к дампу ядра). Таким образом для этого конкретного приложения мы должны были ограничить его, чтобы только иметь 256 фарадеев в наличии.

Я действительно не полагаю, в отличие от alanc, что может быть любое измеримое влияние производительности установки этого очень высоко, как Вы предполагаете. Причина не сделать так больше была бы вроде препятствования тому, чтобы процессы жулика использовали слишком много ресурсов.

Наконец, alanc является правильным что pfiles команда скажет Вам количество fd's, использующегося в настоящее время данным процессом. Однако помните что pfiles управляйте временно останавливает процесс для осмотра его. Я видел, что процессы отказывают в результате pfiles команда, выполняемая против них..., но я признаю, что это, возможно, были угловые случаи, с которыми Вы никогда не будете сталкиваться со своими приложениями. Извините, я не знаю о безопасном способе искать текущее количество fd's, используемого процессом. Моя рекомендация: Всегда монитор, что процесс все еще существует после выполнения pfiles команда против него.

0
18.11.2018, 08:17
1 ответ
sed -n -e "s/^${DB_USERNAME}\.${TABLE_NAME}\$/${TABLE_NAME}/" -e p filename

или

sed -i -e "s/^${DB_USERNAME}\.${TABLE_NAME}\$/${TABLE_NAME}/" filename

изменить файл непосредственно.

1
28.01.2020, 02:52
  • 1
    -i не стандартная опция в sed и если инструменты GNU не являются установкой, очень маловероятно, что это будет поддерживаться на AIX –  Kiwy 12.02.2014, 12:54

Теги

Похожие вопросы