grep - поиск первого совпадения в файле

–max-count

Читайте мануалы

Спасибо, но сильно быстрее на 30-гиговом файле не стало, значит не в этом было дело.

head убивает grep после первого совпадения (звучит невероятно, но мало ли)?

После второго grep убивается сам на SIGPIPE. Таким образом есть оверхед.

После второго grep убивается сам на SIGPIPE. Таким образом есть оверхед.

Не в этом дело. Когда работает pipe, то буферизация происходит не по строкам, а по PIPEBUF, следовательно, если найденная строка меньше PIPEBUF, то head не получит строку на вход пока не заполнится либо буфер либо произойдёт завершение grep.

Нет такого.

Пруф:

cat | head -1

Нет такого.

Не знаете, не спорьте. Сделайте несколько гигабайтный файл, где первой строчкой нужный текст и остальные - не совпадающий и пропустите через grep | head, сильно удивитесь.

Я в первом комменте объяснил, почему так происходит.

Не умеете читать маны, не влезайте.

Не умеете читать маны, не влезайте.

Всё с вами ясно, знаний — ноль, городить чушь - чешется, понять или проверить — самомнение не позволяет.

Ты уже пример с cat проверил, умник? Запусти и нажми два раза enter, сильно удивишься.

man 7 pipe, курить до наступления просветления.

Ты уже пример с cat проверил, умник?

Идиотик, причём тут cat вообще? Где вы его вставлять в grep | head будете и чем оно поможет? Максимум поможет --line-buffered у grep, который во-первых, работает так, о чем и было сказано, и потому надо знать и понимать об этом, что именно искать в man-ах.

Уже не первый раз замечаю, что ты сочетаешь великий апломб с великой же безграмотностью в вопросах, о которых берёшься «учить» в технических разделах.

Приходит, значит, чел и начинает рассказывать про PIPEBUF. А константы или переменной с таким именем даже не определено никаким стандартом. То есть даже базовый фактчекинг не сделал.

Потом внезапно перескакивает на детали реализации grep, хотя до этого говорил, типа, про пайпы.

Занимайтесь самообразованием, батенька, читайте книги, учитесь связно мыслить и связно излагать измысленное. Ну и маны почитывать не забывайте.

grep – он про текст. 30 гигов текста?

Может, лучше sfk find? (да-да, «кулхацкерская» утилита, но работает реально шустро, в том числе и на огромных файлах).

30 гигов текста?

да, логи проприетарной софтины

Уже не первый раз замечаю, что ты сочетаешь великий апломб с великой же безграмотностью в вопросах, о которых берёшься «учить» в технических разделах.

Ну афигеть. Получили, значить, совершенно корректный первый ответ на абсолютную высказанную чушь, но так и ничего не поняли и даже не собирались разбираться, может люди таки умную вещь говорят. Главное ведь что в Интернете — ни в коем случае не соглашаться, что обосрался, надо во что бы то ни стало городить любую чушь с оскорблениями.

Приходит, значит, чел и начинает рассказывать про PIPEBUF.

Ну то есть таки man pipe не прочитали. Да, стандарт за 40 лет поменялся, теперь это называется PIPE_BUF, но афигеть же какая разница, правда?

Ну то есть таки man pipe не прочитали. Да, стандарт за 40 лет поменялся, теперь это называется PIPE_BUF, но афигеть же какая разница, правда?

cat | head -1

Запускаем и думаем. Еще думаем. Сильнее думаем.

Приходим сюда с выводами.

А то получается как-то так:

Главное ведь что в Интернете — ни в коем случае не соглашаться, что обосрался, надо во что бы то ни стало городить любую чушь с оскорблениями.

попробуй

awk '/string/ {print; exit}' file

Круть! А можно добавить чтобы он номер строки выводил?

print NR

Приходим сюда с выводами.

Да мне не сложно повторить вывод то, вот прямо начиная с первого слова: grep - поиск первого совпадения в файле (комментарий)

Впрочем, всё как обычно: раз уж проблеска мыли так и не дождешься, проще заигнорить.

cat | head -1

Если в слове хлеб^W grep сделать четыре ошибки то получится пиво^W cat

Не сходится:

awk '2020-01 {print NR; exit}' /var/log/all-services.log
1

grep -m1 -n "2020-01" /var/log/all-services.log|cut -d":" -f1
185412133

Запускаем и думаем. Еще думаем. Сильнее думаем.

(echo hello; echo hello; base64 /dev/urandom ) | pv | grep hello | head -1

Ты тоже считаешь, что «Когда работает pipe, то буферизация происходит не по строкам, а по PIPEBUF»?

А ты попробуй запустить. Что теряешь?

И да, вы оба не правы.

Я «не прав» лишь в том, что исходно забыл, что grep буферизирует вывод.

GREP, мать вашу, буферизирует, а не пайп.

Ну да. Пайп вообще ничего не буферизирует в том смысле, что vodz пытается продавить.

Как я и говорил, вы оба не правы. Поздравляю. Первый раз?

Не помню можно ли regex без ограничителей писать (здесь /)

awk '/2020-01/ {print NR; exit}' /var/log/all-services.log

У тебя это был не регекс, а просто TRUE, поэтому выдало первую строку

Кстати если у тебя поля как-то разграничены в логе, то быстрее искать в поле, а не во всей строке

awk '$3 ~ /2021-01/ {...}'

Ты зато всегда прав. =) И это даже почти не шутка. Признавайся, сам-то помнил или в мане прочитал?

Я-то прочитал man grep как только vodz стал возбухать. Но соглашаться с идиотом, который не может сформулировать мысль - увольте.)

Первый раз?

Что первый раз-то?

сам-то помнил или в мане прочитал?

Я на подобный момент относительно недавно натыкался. А в манах про это, кажется, ничего не написано. Сейчас поверхностно поискал, но ничего не нашёл.

Что первый раз-то?

Первый раз не прав.

Первый раз не прав.

Ну я из себя не строю специалиста по всему. Просто на агрессивно-хамское поведение чаще всего отвечаю тем же.

Да куда там специалист по всему, тут на днях писал патч к программе, чтобы она делала то, что требуется, а потом оказалось, что надо внимательнее прочитать документацию.

В info есть немного подробностей:

‘--line-buffered’
     Use line buffering for standard output, regardless of output
     device.  By default, standard output is line buffered for
     interactive devices, and is fully buffered otherwise.  With full
     buffering, the output buffer is flushed when full; with line
     buffering, the buffer is also flushed after every output line.  The
     buffer size is system dependent.

Так выдает правильную строку, но не быстрее чем grep. Ладно, скорость самого поиска не самое страшное, потом всеравно надо часть файла вырезать и сжать, что занимает существенно больше времени.

Быстрее врядли, но гарантирован выход после первой строки и fflush() буфера

писал патч к программе, чтобы она делала то, что требуется, а потом оказалось, что надо внимательнее прочитать документацию

Жизненно.

–files-with-matches, если интересует только сам факт совпадения