ackを捨てて、より高速なag(The Silver Searcher)に切り替えた - Glide Note
Geoff’s site: The Silver Searcher: Better than Ack ggreer/the_silver_searcher · GitHub パターン検索にはackを利用していて、通常利用時には特に不満は無かったんですが、 ファイル数が多いディレクトリだと遅かったので、もっと他の方法が無いかと調べていたら ackの3〜5倍速いというThe Silver Searcherというものが あったので導入。 The Silver Searcherの特徴 公式に書いてあるThe Silver Searcherの特徴 ackの3〜5倍高速 .gitignore、.hgignoreに記載されているものを検索対象から除外 検索対象から除外したいファイルは.agignoreに記載 agというコマンド名で、ackと比べてコマンドが短い(33%減!) なぜ高速なのかは https
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
yebo blog: ダートマスの研究者がgrepとdiffを改良
2011/12/09 ダートマスの研究者がgrepとdiffを改良 Slashdotによれば、ボストンで開催されたUSENIX LISA (Large Installation System Administration)カンファレンスでダートマスのコンピュータサイエンティストが、複雑化したデータタイプを処理できるgrepとdiffの改良版を発表したそうだ(論文)。新しいプログラムは、コンテクストフリーGrep (BGrep)と階層制Diff (BDiff)と呼ばれ、行単位ではなくデータの固まりを構文解析する機能を提供する。彼らはGoogleや米エネルギー省から支援を受けているそうだ。 メールで送信BlogThis!Twitter で共有するFacebook で共有する 投稿者 zubora 投稿時間 05:49 ラベル: Software, Technology, Unix 0 コメント
えせSEの1日1Hack : Emacsでackをつかう
久しぶりの登場です(^^; めっきりと、Emacsを使う機会が減ったので、忘れる前にがんばって、開発しようと奮闘中です。 以前は、Emacs上で、grepをするときは、以下のように、grep-findを定義していたりもしたのですが、Macで動かなかったりして、放置していました。 (add-hook 'dired-load-hook '(lambda () (load-library "ls-lisp") (setq ls-lisp-dirs-first t) (setq dired-listing-switches "-AFl") (setq find-ls-option '("-exec ls -AFGl {} \;" . "-AFGl")) (setq grep-find-command "find . -type f -print0 | xargs -0 -e grep -ns ")
浮浪プログラマの始末書:[Unix] 全てのサブディレクトリをgrep
grepの検索対象のファイルが一つのディレクトリにまとまっているのなら、 grep hoge *.c で簡単に検索できるんですが、複数のディレクトリに分散している中から探すのに困ってしまいました。 複数ディレクトに分かれていても、ディレクトリの階層がすべて同レベルならば、 grep hoge */*.c ってできるんですが、階層がまちまちの場合にはこれも使えない。 ということで、findコマンドとの合わせ技を教えてもらいました。 find . -name '*.c' | xargs grep hoge あるいは、 find . -name '*.c' -exec grep hoge {} /dev/null \; grepの引数に"/dev/null"が付いているのは、対象ファイルが１つの場合にもファイル名を表示させるため。 【追記】コメントでgrepのみでできる方法を教えて貰いました(f
anything-filelist が遅い。 - #?=mtym
anything-filelist 〜すべてのファイルを瞬時に開く方法〜 - http://rubikitch.com/に移転しましたを参考に設定してるんだけど重いというか候補の表示に時間がかかる。anything-grep-candidates-fast-directory-regexpを設定すると候補を表示するまで固まってしまう。このままだと使いずらいのでなんとかしたいと思ってなんとかしてみた。 ロケールを C にする そういえば grep はマルチバイト文字を扱うロケールだと遅くなるというのをどこかで聞いたことがあるなと思ったので試してみる。ちなみに今のロケールの設定はこんなかんじ。 [mtym]% locale (~) LANG=ja_JP.utf8 LC_CTYPE="ja_JP.utf8" LC_NUMERIC="ja_JP.utf8" LC_TIME="ja_JP.utf8"
Emacs で wdired と moccur-edit を使っていない人は(ry
Emacs で wdired と moccur-edit を使っていない人は(ry と思ったので紹介します。 wdired wdired ではファイルのリネームが超簡単になります。 mv やエクスプローラで F2 を押してリネームをしている人は wdired を使うべし。 dired で ~/tmp を表示すると以下の様になっているとします。 /home/taro/tmp: 合計 273 drwxr-xr-x 6 taro taro 928 2006-12-26 10:41 . drwxr-xr-x 66 taro taro 3632 2006-12-26 10:25 .. -rw-r--r-- 1 taro taro 2232 2006-11-24 21:36 EndsWithTest.cpp -rw-r--r-- 1 taro taro 670 2006-11-24 21:24 End
【レポート】GNU grepが高速な理由 | エンタープライズ | マイコミジャーナル
FreeBSD - The Power To Serve why GNU grep is fast (なぜGNU grepは高速なのか)といったタイトルの興味深いメールがFreeBSD開発者メーリングリストに投函された。メールを出したのはGNU grepのオリジナル開発者であるMike Haertel氏。Mike Haertel氏はFreeBSDユーザでもあり、FreeBSD開発者メーリングリストで興味深いやりとりがあったため、このメールを流したとしている。Mike Haertel氏の紹介する内容はgrep(1)の実装のみならず、高速な文字列処理を実現するひとつの方法として参考になる。紹介されているGNU grep高速さの秘訣は次のとおり。 GNU grepは入力バイトのすべてをチェックするようなことは避けている。 GNU grepはバイトごとに適用する操作を極力最小限に減らしている。 G
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
greplin