Назначение статического IP-адреса с помощью nmcli

Это уже достаточно оптимизировано. Трудно определить, в чем заключается "бутылочное горлышко", не зная больше деталей, например:

• тип хранилища (HD, SSD, сеть, RAIDed)
• количество и средний размер совпадающих файлов
• количество каталогов и других несовпадающих файлов
• количество полей в каждой строке
• средняя длина строки

То, что вы можете сделать в любом случае:

• замените -print | xargs на -exec cmd {} + или -print0 | xargs -r0, если ваши find/xargs поддерживают это. -print | xargs не только неверно, но и более дорого, поскольку xargs должен декодировать символы, чтобы выяснить, какие из них являются пробелами, и выполнять дорогостоящую обработку кавычек.
• исправить локаль на C (export LC_ALL=C). Поскольку все символы, задействованные здесь (| и десятичные цифры для содержимого файлов и латинские буквы, точка и знак подчеркивания для имен файлов) являются частью переносимой кодировки, если ваша кодировка UTF-8 или другая многобайтовая кодировка, переход на C с его однобайтовой кодировкой избавит от большого количества работы для find и awk.
• упростите часть awk до: awk -F "|" '$14 == "20160920100643" && $22 == "567094398953"'.
• поскольку вы направляете вывод в head, вы можете отключить буферизацию вывода для awk, чтобы он вывел эти 10 строк как можно раньше. В gawk или mawk для этого можно использовать fflush(). Или вы можете добавить if (++n == 10) exit в awk.

Подведем итоги:

(export LC_ALL=C
find . -name "muc*_*_20160920_*.unl*" -exec zcat {} + |
  awk -F "|" '$14 == "20160920100643" && $22 == "567094398953" {
    print; if (++n == 10) exit}')

Если "узким местом" является процессор, на многоядерной системе GNU можно попробовать:

(export LC_ALL=C
find . -name "muc*_*_20160920_*.unl*" -print0 |
  xargs -r0P 4 -n 100 sh -c '
    zcat "$@" | 
      awk -F "|" "\$14 == "20160920100643" && \$22 == "567094398953" {
        print; fflush()}"' sh | head)

Запустить 4 задания zcat | awk параллельно на партиях по 100 файлов.

Если 20160920100643 - это метка времени, вы можете захотеть исключить файлы, которые были последний раз изменены до этого. В GNU или BSD find добавьте -newermt '2016-09-20 10:06:42'.

Если строки имеют большое количество полей, вы получите штраф за то, что awk разделит ее и выделит так много $n полей. Использование подхода, учитывающего только первые 22 поля, может ускорить работу:

grep -E '^([^|]*\|){13}20160920100643(\|[^|]*){7}\|567094398953(\||$)'

вместо команды awk. В GNU grep добавьте опцию --line-buffered для вывода строк как можно раньше при параллельном подходе или -m 10 для остановки после 10 совпадений при непараллельном.

Подведем итоги, если CPU является "бутылочным горлышком" и в вашей системе есть по крайней мере 4 ядра CPU, и есть по крайней мере 400 файлов muc*, и вы находитесь на системе GNU (где grep обычно значительно быстрее, чем GNU awk):

(export LC_ALL=C
find . -name "muc*_*_20160920_*.unl*" -newermt '2016-09-20 10:06:42' -print0 |
  xargs -r0P 4 -n 100 sh -c '
    zcat "$@" | 
      grep --line-buffered -E \
        "^([^|]*\|){13}20160920100643(\|[^|]*){7}\|567094398953(\||$)"
  ' sh | head)

Обратите внимание, что при параллельном подходе вывод команд grep может перемешаться (хотя при построчной буферизации и при условии, что размер строк не превышает нескольких килобайт, границы строк должны сохраняться).