LINUX.ORG.RU

GNU Grep 2.17: десятикратный рост производительности

 ,


1

2

Вышла новая версия GNU Grep 2.17. Разработчики заявляют о десятикратном росте производительности, собственно, это и есть главное изменение.

  • grep -i стал работать в 10 раз быстрее в многобайтовых локалях для регулярных выражений, не содержащих \ или [;
  • grep (без -i) стал работать в более чем 7 раз быстрее в многобайтовых локалях, когда обрабатывается много строк с совпадениями;
  • полностью убрана устаревшая опция grep --mmap, которая не используется с января 2012-го года.

>>> Подробности

★★★★★

Проверено: leave ()
Последнее исправление: ymn (всего исправлений: 3)

Джва года ждал этого релиза.

anonymous
()
Ответ на: комментарий от evilmanul

Вендекапец.

GNU Grep 2.13:

Теперь винде точно капец! (c)

GNU Grep 2.15:

Вендекапец уже близок.

GNU Grep 2.17:

Вендекапец.

GNU Grep 3.11

Вендекапец для рабочих групп.

Camel ★★★★★
()

заголовок

прямо как популярные сми - в заголовке «янукович бежал из страны», в тексте «чартер с неизвестно какими пассажирами вылетел из борисполя»

shafff
()
Последнее исправление: shafff (всего исправлений: 1)
Ответ на: комментарий от evilmanul

GNU Grep 2.13:

Теперь винде точно капец! (c)

GNU Grep 2.15:

Вендекапец уже близок.

GNU Grep 2.17:

Вендекапец.

GNU Grep 2.19:

Вендекапец! Инфа 146%!

sT331h0rs3 ★★★★★
()

Вендекапец не за горами.

encyrtid ★★★★★
()

Эх...прошли те времена, когда я, заварив чаю, и, запустив grep, сидел, ждал и думал о высоком; задумчиво всматриваясь в экран, вспоминая минуты радости...

uspen ★★★★★
()

ЛОР выдохся - кроме «вендекапец» воображение ничего в топку подбросить не может

И, да, как он в сравнении с ack?

anonymous
()
Ответ на: комментарий от Reset

Как я понимаю для locale=C никаких изменений, поэтому можно не париться.

А вот не факт: echo ё | LC_ALL=C grep '[а-я]' | LC_ALL=ru_RU.UTF-8 cat. Обычно он не полностью руководствуется локалью. (--with-included-regex по умолчанию)

anonymous
()

Наконец то авторы прозрели и переписали его на Javascript.

darkenshvein ★★★★★
()

бенчмарк или не было.

jcd ★★★★★
()

grep -i стал работать в 10 раз быстрее в многобайтовых локалях для регулярных выражений

Да детка.

qbbr ★★★★★
()
Ответ на: комментарий от special-k

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

anonymous
()

grep -i стал работать в 10 раз быстрее

Оракл купил grep?

muon ★★★★★
()

grep -i стал работать в 10 раз быстрее в многобайтовых локалях для регулярных выражений, не содержащих \ или [;

Что это за регулярные выражения такие без \ и [ ? Они маркетологов на работу взяли?

router ★★★★★
()
Ответ на: комментарий от MaratIK

Ух, да они вообще вырезали использование медленной mbtolower, теперь еще isupper убрать осталось. Еще раз в 5 ускорится :)

MaratIK
()
Ответ на: комментарий от expelled

# eix -e grep
sys-apps/grep
Available versions: 2.14{tbz2} ~2.15-r1 ~2.16 ~2.17 {nls pcre static}
Installed versions: 2.14{tbz2}(09:38:23 13.11.2013)(nls pcre)
Homepage: http://www.gnu.org/software/grep/
Description: GNU regular expression matcher

Deleted
()

десятикратный рост производительности

Некоторое исправление катастрофического падения производительности при работе с Юникодом.

Citramonum ★★★
()
Ответ на: комментарий от evilmanul

На тебе пасту на эту тему.

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

В нем будет ответ на все твои вопросы. Тебе станет ясно, почему появились объявления «установлю линукс»; почему стиммашин пилится на линукс; почему хромос на нем же; почему, почему... Тысячи их. Будущее уже пришло. Но тебя в нем не будет. Ты уже опоздал.Ты всегда опаздываешь.

Csandriel
()

стал работать в 10 раз быстрее

тааак.. а если перепишем ведро на js, на сколько быстрее оно станет работать?

special-k ★★★★
()

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

jcd ★★★★★
()
Ответ на: комментарий от unt1tled

Ага, например для поиска в исходниках где вывод сообщений сделан на русском utf-8.

anc ★★★★★
()
Ответ на: комментарий от unt1tled

А кто-то пользовался грепом в многобайтовых локалях?

Я почему-то был уверен, что юникод это стандарт в этих ваших линуксах. У меня например LANG=en_US.UTF-8

Csandriel
()

grep -i стал работать в 10 раз быстрее в многобайтовых локалях для регулярных выражений, не содержащих \ или [;

а если я БУДУ использовать \ или [ — но при этом grep -Fi ?

user_id_68054 ★★★★★
()

десятикратный рост производительности

отлично, мне надоело ждать по 30 минут пока он грипнет 15гб

не содержащих \ или [;

щёрт, придётся ждать

snaf ★★★★★
()

Про стабилизацию grep -P слышно чего-нибудь?

KennyMinigun ★★★★★
()
Ответ на: комментарий от Csandriel

Я почему-то был уверен, что юникод это стандарт в этих ваших линуксах. У меня например LANG=en_US.UTF-8

Это он стандарт, когда прихвастнуть надо. А когда до брутальной бытовухи дело доходит, то этот юникод становится не очень юникодным - формальность одна, черезжопная работа или стройный набор костылей.

alex-w ★★★★★
()

Теперь мы в десять раз больше сена для нашей Мурки нагрепим!

anonymous
()
Ответ на: комментарий от alex-w

формальность одна, черезжопная работа или стройный набор костылей.

В оффтопе ситуация разве лучше? Слышал, что куда печальнее.

Csandriel
()
Ответ на: комментарий от leave

Input в cmd.exe только той локали которой установлен язык в системе по умолчанию, например в english винде нельзя ввести кириллицу, хотя шрифты могут отображать да. :D

bhfq ★★★★★
()
Ответ на: комментарий от Csandriel

В оффтопе ситуация разве лучше? Слышал, что куда печальнее.

Нет, конечно не лучше - она там действительно печальнее. Но на оффтопе не бахвалятся поддержкой юникода, в отличии от.

alex-w ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.