The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"В grep 2.17 кардинально увеличена скорость работы с многобай..."
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"В grep 2.17 кардинально увеличена скорость работы с многобай..."  +/
Сообщение от opennews on 18-Фев-14, 19:07 
Представлен (http://permalink.gmane.org/gmane.comp.gnu.grep.bugs/5154) новый выпуск популярной утилиты для организации поиска данных в текстовых файлах - GNU Grep 2.17. Наиболее существенным улучшением является проведение заметной оптимизации производительности. Кроме того, в выпуске grep 2.17 прекращена поддержка опции  "--mmap", которая давно была переведена в категорию устаревших.


При использовании многобайтовых локалей  поиск без учёта регистра через "grep -i" по простому шаблону, не содержащему символов '\' и '[', теперь выполняется в десять раз быстрее. Поиск с учётом регистра (без опции "-i") для многобайтовых локалей в новом выпуске выполняется в семь раз быстрее при наличии в тексте большого числа совпадений.

URL: http://permalink.gmane.org/gmane.comp.gnu.grep.bugs/5154
Новость: http://www.opennet.me/opennews/art.shtml?num=39119

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


12. "В grep 2.17 кардинально увеличена скорость работы с многобай..."  –9 +/
Сообщение от Аноним (??) on 18-Фев-14, 21:09 
Вместо grep есть mc, между прочим.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

14. "В grep 2.17 кардинально увеличена скорость работы с многобай..."  –1 +/
Сообщение от ffsdmad (ok) on 18-Фев-14, 21:26 
а как mc в скриптах использовать?
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

16. "В grep 2.17 кардинально увеличена скорость работы с многобай..."  +/
Сообщение от Аноним (??) on 18-Фев-14, 21:36 
В mc работают скрипты.
Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

19. "В grep 2.17 кардинально увеличена скорость работы с многобай..."  +3 +/
Сообщение от Andrey Mitrofanov on 18-Фев-14, 21:53 
> В mc работают скрипты.

Слабаки же, то ли дело в имаксе!

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

23. "В grep 2.17 кардинально увеличена скорость работы с многобай..."  –1 +/
Сообщение от freehck email(ok) on 18-Фев-14, 23:00 
Да. Зачем mc, когда есть dired mode? =)
Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

28. "В grep 2.17 кардинально увеличена скорость работы с многобай..."  +/
Сообщение от pv47 (ok) on 19-Фев-14, 00:33 
> Зачем mc, когда есть dired mode? =)

В mc при правильной настройке переход между каталогами мгновенен.

Например.

Я в корне. Набираю u - курсор перемещается к usr, нажимаю enter - вхожу внутрь. Нажимаю s, затем h - курсор на share, нажимаю enter - захожу, нажимаю o, p - курсор на openssh, нажимаю стрелку вниз - на openttd, надимую ентер - я в /usr/share/openttd.

Итого 9 нажатий: u<enter>sh<enter>op<down><enter>, причём результат каждого я вижу визуально, взгяд не скачет между минибуффером внизу экрана и основным буффером, окна не меняют постоянно размеры.

Можно такое сделать в dired mode? Без всяких <C-c><C-t><C-M-g>cd<enter>/us<tab>sh<tab>op<tab>t<tab><enter> ?

Может, я не правильно пытаюсь использовать dired-mode? Тогда как правильно? Очень хотелось бы перейти на имакс, т.к. нравится идея расширения (редактора?) лиспом, однако абсолютная антиэргономика (по сравнению с тем же vim/luakit) просто отталкивает (про ErgoEmacs в курсе).

Под антиэргономикой понимаю:
- рукодробительные сочетания клавиш (вимовское "o" проще чем "C-e C-j", вимовское "u" удобнее чем "C-x u" а "uuu" удобнее, чем "C-x u C-x u C-x u", кроме того вим по "u" отменяет результат последней вставки (например, целое слово), а имакс - только изменение последней буквы, так что быстрее удалить слово, чем отменить его ввод),
- ужасное поведение окон (не знаю, как объяснить, но когда пытаюсь пользоваться справкой, такое ощущение что новые окна открываются, (изменяя удобную мне геометрию текущих), когда этого не ждёшь, а когда вроде бы ожидаешь, что справка откроется в новом окне, она открывается в этом же, с кодом, скрывая код, и после чтения приходится переключаться обратно по C-x b),
- заумные алгоритмы выравнивания кода в стандартном c-mode (скорее всего, можно настроить как хочется, но блин почему нормаль^Wобычные редакторы делают отступ по отступу предыдущей строки, а имаксу для правильного отступа необходимо понимать синтаксис редактируемого файла),
- тормоза местами (иногда при открытии C-файла первый ввод символа приводит к подвисанию на 5-10 секунд, затем всё становится хорошо).

Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

32. "В grep 2.17 кардинально увеличена скорость работы с многобай..."  +/
Сообщение от ffsdmad (ok) on 20-Фев-14, 08:20 
> В mc при правильной настройке переход между каталогами мгновенен.

и как вы это сделали и почему этого нет в моём mc ?

Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

33. "В grep 2.17 кардинально увеличена скорость работы с многобай..."  +/
Сообщение от pv47 честно on 20-Фев-14, 10:10 
> > В mc при правильной настройке переход между каталогами мгновенен.
> и как вы это сделали и почему этого нет в моём mc ?

Отключил в настройках layout строку для ввода команд (кажется, настройка называется "Command prompt"). Всё равно для полноценной работы с командной строкой необходимо предварительно нажимать C-o (чтобы видеть вывод команд хотя бы), так что строка снизу лично мне оказалась не нужна, а в свете ускорения перехода по каталогам даже и вредна.

Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

35. "В grep 2.17 кардинально увеличена скорость работы с..."  +/
Сообщение от arisu (ok) on 20-Фев-14, 10:22 
> Всё равно для полноценной работы с командной строкой необходимо предварительно
> нажимать C-o (чтобы видеть вывод команд хотя бы)

а ещё есть такая классная настроечка: f9->options->configuration->pause after run->always. прикинь. и ctrl+o жать не надо, и вывод команд никуда не девается.

Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

36. "В grep 2.17 кардинально увеличена скорость работы с..."  +/
Сообщение от pv47 честно on 20-Фев-14, 11:27 
> и ctrl+o жать не надо, и вывод команд никуда не девается.

Автодополнение в этом Command prompt работает? История команд? В mc 4.5 у меня были какие-то неудобства с этой строкой (не помню уже какие), с тех пор мне проще работать в двух режимах - shell-режим (C-o) и режим перехода по каталогам (панели).

Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

38. "В grep 2.17 кардинально увеличена скорость работы с..."  +/
Сообщение от arisu (ok) on 20-Фев-14, 11:31 
>> и ctrl+o жать не надо, и вывод команд никуда не девается.
> Автодополнение в этом Command prompt работает?

работает. не идеальным образом, но работает.

> История команд?

всегда работала. правда, аналога ctrl+r нет.

> В mc 4.5 у меня были какие-то неудобства с этой строкой

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

Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

40. "В grep 2.17 кардинально увеличена скорость работы с..."  +/
Сообщение от pv47 честно on 20-Фев-14, 11:40 
> наверняка «оболочка занята какой-то фигнёй, извините, ничего не могу». сейчас
> это не то, чтобы починили, но сильно лучше замаскировали.

:) и это тоже. но в основном проблема была в том, что при неаккуратной работе с клавиатурой (например, для выхода из редактора при нажатии Esc F10 вместо Esc Esc), в этой строке оказывался мусор типа ^[ или ^[A и т.д. и его приходилось бэкспейсом удалять вручную... мне проще чётко разграничивать режим перехода по каталогам/редактирования файлов и режим работы с командной строкой.

Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

42. "В grep 2.17 кардинально увеличена скорость работы с..."  +/
Сообщение от arisu (ok) on 20-Фев-14, 11:43 
а, это мелочи всё. хотя я бы не отказался от режима «активировать ввод в комстроку по хоткею», конечно. точнее, переключателя «активна/неактивна» и настройки, оставлять ли активной после выполнения команды. но самому пилить лень.
Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

34. "В grep 2.17 кардинально увеличена скорость работы с..."  +/
Сообщение от arisu (ok) on 20-Фев-14, 10:21 
> В mc при правильной настройке переход между каталогами мгновенен.

cd /usr/bin в sh — мгновенно.
alt+c, /usr/bin, enter в mc — ыыыыызвините, я задууууууумалось.

да, кстати.
cd /u/s/op, tab — опа! волшебно наблюдаю команду cd /usr/share/openttd. zsh рулит, да.

Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

37. "В grep 2.17 кардинально увеличена скорость работы с..."  +/
Сообщение от pv47 честно on 20-Фев-14, 11:30 
> cd /usr/bin в sh — мгновенно.
> alt+c, /usr/bin, enter в mc — ыыыыызвините, я задууууууумалось.

Ну, изначально сравнивалось с dired-mode, а не с sh. Хотя в sh после ввода первых букв каждого каталога надо таб нажимать, а то и дважда.

> да, кстати.
> cd /u/s/op, tab — опа! волшебно наблюдаю команду cd /usr/share/openttd. zsh рулит,
> да.

По сравнению с этим в mc я после каждого нажатия вижу визуальный фидбек, здесь же я ввожу в слепую "/u/s/op" (да, если я точно знаю, куда хочу попасть, это приемлемо). Кроме того, после tab оно с таким же успехом может отобразить и /usr/share/openssh или (тут уже не уверен, т.к. это файл) /usr/sbin/openssh.

Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

39. "В grep 2.17 кардинально увеличена скорость работы с..."  +/
Сообщение от arisu (ok) on 20-Фев-14, 11:35 
>> cd /usr/bin в sh — мгновенно.
>> alt+c, /usr/bin, enter в mc — ыыыыызвините, я задууууууумалось.
> Ну, изначально сравнивалось с dired-mode, а не с sh.

а я в данном случае про «мгновенно». с «мгновенно» у mc большиииие проблемы. он делает stat() каждому файлу в каталоге, а это операция небыстрая. причём без stat() не обойдёшься, потому что другого способа надёжно узнать, каталог ли нечто или файл — нет.

> По сравнению с этим в mc я после каждого нажатия вижу визуальный
> фидбек, здесь же я ввожу в слепую «/u/s/op» (да, если я
> точно знаю, куда хочу попасть, это приемлемо). Кроме того, после tab
> оно с таким же успехом может отобразить и /usr/share/openssh или (тут
> уже не уверен, т.к. это файл) /usr/sbin/openssh.

я привёл пример как у тебя — с буквами «op». и нет: не может, оно вежливо спросит, чего барин желает, если вариантов больше одного. это zsh, он очень крут. и мозгов сообразить, что в cd мне файлы не нужны, ему тоже хватит.

Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

41. "В grep 2.17 кардинально увеличена скорость работы с..."  +/
Сообщение от pv47 честно on 20-Фев-14, 11:43 
> с «мгновенно» у mc большиииие проблемы. он делает stat() каждому файлу в каталоге, а это операция небыстрая.

Кстати, в ext4 и ext3, смонтированных через модуль ext4, отключение предвыборок (опция inode_readahead_blks=0) при монтировании файловой системы сильно ускоряет процесс. Но это так, просто к слову пришлось...

Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

43. "В grep 2.17 кардинально увеличена скорость работы с..."  +/
Сообщение от arisu (ok) on 20-Фев-14, 11:44 
это-то я и так отрываю, вместе с идиотским журналом. но у меня куча jfs ещё.
Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

30. "В grep 2.17 кардинально увеличена скорость работы с многобай..."  +/
Сообщение от XoRe (ok) on 19-Фев-14, 19:40 
> Вместо grep есть mc, между прочим.

А так же awk, sed, sh, bash, tcsh, zsh, perl, python, c, php, java ...

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

22. "В grep 2.17 кардинально увеличена скорость работы с многобай..."  –4 +/
Сообщение от pavlinux (ok) on 18-Фев-14, 22:36 
> в семь раз быстрее при наличии в тексте большого числа совпадений.

Греп с опережением времени?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

27. "В grep 2.17 кардинально увеличена скорость работы с многобай..."  –1 +/
Сообщение от нуждающийся on 19-Фев-14, 00:13 
А неправославный ack круче будет? Или grep уже также быстр?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

31. "В grep 2.17 кардинально увеличена скорость работы с многобай..."  +/
Сообщение от Аноним (??) on 19-Фев-14, 20:14 
ack быстрее grep?

... у вас либо grep неправильный ... либо ack :)
Да и вообще -- завязывай с грибами :)

Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру