Телеграмм чат группы vimers страница 3092

18:27пожаловаться #1

VG

Я ловил себя на мысли, что часто делаю нечто вроде:

tail -f /var/log/%someservice%.log | grep -E '%someregex%'

Во время обновлений или отладки каких-то новых фич.

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

18:27пожаловаться #2

VG

что будет гораздо быстрее, чем заново набирать grep -... имяфайла

18:27пожаловаться #3

SS

ripgrep is faster than {grep, ag, git grep, ucg, pt, sift} - Andrew Gallant's Blog

Yaroslav Schekin

А proof link есть (только benchmark-а на существенном кол-ве разных RE и объёмах текстов, а не benchmarketing)?

При должном желании все, что угодно можно назвать benchmarketing:)
Вон от автора бенчмарки четырёхлетней давности (с тех пор в ripgrep все стало сильно лучше, но не суть), они все воспроизводимы
https://blog.burntsushi.net/ripgrep/
Можно сравнить его на своих юзкейсах, там зачастую ускорение в несколько раз

blog.burntsushi.net

I blog mostly about my own programming projects.

18:28пожаловаться #4

VG

так что я и cat file | grep не брезгую поэтому =)

18:28пожаловаться #5

S

как пользователю linux тебе должен быть естественен unix way, а не комбайны

В моём понимании, добавление follow в grep не противоречит принципу атомизации софта по назначению.

Опять же, follow лишний скорее в tail будет.

18:29пожаловаться #6

YS

Yaroslav Schekin in pro.vim

Спасибо. Попробую.

Да и вообще, прочитайте / перечитайте соотв. главу user manual.

:help usr_41.txt

18:29пожаловаться #7

V

Vim Help in pro.vim

Found help for usr_41.txt in Vim docs:
https://vimhelp.org/usr_41.txt.html#usr%5F41%2Etxt

18:29пожаловаться #8

SS

ripgrep is faster than {grep, ag, git grep, ucg, pt, sift} - Andrew Gallant's Blog

Sergey Skvortsov

При должном желании все, что угодно можно назвать benchmarketing:)
Вон от автора бенчмарки четырёхлетней давности (с тех пор в ripgrep все стало сильно лучше, но не суть), они все воспроизводимы
https://blog.burntsushi.net/ripgrep/
Можно сравнить его на своих юзкейсах, там зачастую ускорение в несколько раз

blog.burntsushi.net

I blog mostly about my own programming projects.

Собственно, я серьезно изучал вопрос текстового поиска по регуляркам, и по качеству реализации и подходам сейчас ripgrep субъективно не написано альтернатив
Там в качестве побочного эффекта получился один из самых эффективных (на уровне hyperscan) движков для регулярок, кстати

18:29пожаловаться #9

VG

В моём понимании, добавление follow в grep не противоречит принципу атомизации софта по назначению.

Опять же, follow лишний скорее в tail будет.

противоречит - оно будет делать то, что уже умеет другая утилита

18:29пожаловаться #10

S

так что я и cat file | grep не брезгую поэтому =)

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

18:29пожаловаться #11

VG

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

это вредная привычка

18:30пожаловаться #12

SS

А с точными бенчмарками все очень туго, в мире нет открытых больших корпусов реальных запросов

18:30пожаловаться #13

VG

Sergey Skvortsov

Собственно, я серьезно изучал вопрос текстового поиска по регуляркам, и по качеству реализации и подходам сейчас ripgrep субъективно не написано альтернатив
Там в качестве побочного эффекта получился один из самых эффективных (на уровне hyperscan) движков для регулярок, кстати

эти "современные движки" типа hyperscan опять же берут за счет выкидывания фич

18:30пожаловаться #14

SS

эти "современные движки" типа hyperscan опять же берут за счет выкидывания фич

Да, безусловно, это написано везде первой строкой жирным шрифтом

18:30пожаловаться #15

S

противоречит - оно будет делать то, что уже умеет другая утилита

tail не умеет искать построчно в файлах.
Если уж так придираться, то опять-таки, follow уже умеют делать и tail, и less.

А ещё sed может в большинстве случаев замещать функцилнал tr.

18:31пожаловаться #16

VG

когда запрос сводится к fgrep, оно конечно быстрее будет, но это частный случай

18:31пожаловаться #17

S

Куча таких моментов.

18:31пожаловаться #18

SS

Зачастую эти фичи не нужны, когда нужны - есть подходы типа Chimera (hyperscan с фоллбеком на pcre для ущербных экспоненциально сложных регулярок) от интела. Но на таких регулярках по определению про быстрый поиск говорить бесполезно

18:31пожаловаться #19

VG

tail не умеет искать построчно в файлах.
Если уж так придираться, то опять-таки, follow уже умеют делать и tail, и less.

А ещё sed может в большинстве случаев замещать функцилнал tr.

а еще всё это можно сделать на perl! и чего?