форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

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

"В 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.dev/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 (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 | Индекс форумов | Темы | Пред. тема | След. тема