'${uuid}'

этот регэксп никогда не заматчится

how to grep faster with lowest io & lowest cpu?

Все лоровские школьники побежали в гоогле транслате.

да ладно, тут английский на уровне 5-6 класса, или когда там проходят *er/*est

пиши ускоспециализированный «греп» на assembler
только хардкор

Есть версии что fgrep или egrep могут быть значительно быстрее простого grep в зависимости от входных данных.
У меня самого не было больших файлов чтобы проверить эту теорию, видать тебя послал мне Аллах.

*узко- facepalm

входных данных

там JSON

что лучше выбрать?

что касается непосредственно вопроса, то очевидно, что нужнее крутить nice и ionice, чем бить файл

grep -i медленно работает

Я не знаю.
В одной статье прочитал что fgrep всех заруливает, потому на stackoverflow один товарищ сказал что мол «оно конечно да, но только не fgrep, а egrep»
У меня слишком маленькие входные данные, чтобы увидеть разницу.

об этом я помню.

спс

Ты давай-ка на локаль не отвлекайся, помни кто тебя мне для чего послал.
Наша задача - выяснить какой греп круче, потом выложить отчёт с красивыми графиками

солушн

fgrep (Fast grep): This command searches files for one or more pattern arguments. This command doesn’t understand the extended capabilities of regular expressions, instead, it does direct string comparison to find matching lines of text in the input. . Used to find fixed strings. Very fast in it’s search.

http://manikumarreddy.com/2010/03/30/grep-vs-egrep-vs-fgrep/

+ LC_ALL во все поля

+ не использовать "-i" по возможности

Братишь, ну ё-маё, ну это же не научный подход, мы же на лоре, а не на форуме космополитена.
Публика жаждет графиков и циферок с приростами и ускорениями.
Давай, хоть на примере своего 100М файла поделись, чего ты смог добиться в свои годы, чтобы благодарные потомки шли за тобой и поминали добрым словом

месидж отлично коррелирует с твой авой

нету возможности затестить прям сейчас

запуска два раза

real    13m23.541s
user    11m57.610s
sys     0m11.590s

real    2m33.708s
user    1m22.640s
sys     0m12.430s

real    13m13.284s
user    11m56.850s
sys     0m12.660s

real    2m46.432s
user    1m22.410s
sys     0m11.870s

файло

root@ip-10-94-66-178:/opt/appcelerator/analytics/bin# ls -1 /mnt/mysql/*-2012-03-07/*txt | wc -l
190
root@ip-10-94-66-178:/opt/appcelerator/analytics/bin# du -Shc /mnt/mysql/*-2012-03-07/*txt | grep -v mnt
6.7G    total
root@ip-10-94-66-178:/opt/appcelerator/analytics/bin#

получаеться ~5 раз

Что еще странно, такєто что помещение данньіх в тмпфс не дает никакого ощутимого профита (до 8 секунд)