■ QGREP ■

前へ 次へ
No. 66 (64へのコメント)投稿者: かぶねこ HP日付: 2001/06/28 17:29:34
題名 : Re:検索可能なデータの1行分の限界を教えてください。

ヘルプの「使い方」のページの末尾に以下の記述がありますので、そのようです。

>制限事項
> 1行の長さは、約4000バイトまでです。また、バイナリファイルの検索はでき
>ません。

No. 67 (65へのコメント)投稿者: ちゃえ日付: 2001/06/29 09:29:49
題名 : Re^2:QGREP32 うまくいきません

>QGrep による検索は実行できていて、その結果を表示するのができない、という
>ことでよろしいでしょうか。
>
>QGrep は初期状態では、検索実行後に自動的にQXエディタに検索結果を渡すよ
>うになっています。が、QXエディタがインストールされていない環境ではQX
>を呼び出すのは当然できないわけで、それでこういうメッセージが出ているので
>はないでしょうか。
>
>QGrep のダイアログの「その他」のなかに「終了時コマンド」という項目があり
>ます。ここで検索実行後の動作を指定します。ここでお使いのテキストエディタ
>と、クリップボードから内容を受け取る起動オプションを指定すればうまくいく
>と思います。
>
>あるいは、「終了時コマンド」のところを空白にしておいて、検索を実行したあ
>と、クリップボードに入っているものをテキストエディタなりワープロなりの編
>集画面に貼りつければ、内容を見ることができます。
>
>また別のやりかたとしては、メインダイアログの「出力ファイル名」を指定すれ
>ばそこに出力されるので、それをテキストエディタなどで開けば内容が見られま
>す。

No. 68 (65へのコメント)投稿者: ちゃえ日付: 2001/06/29 09:31:25
題名 : Re^2:QGREP32 うまくいきません

>QGrep による検索は実行できていて、その結果を表示するのができない、という
>ことでよろしいでしょうか。
>
>QGrep は初期状態では、検索実行後に自動的にQXエディタに検索結果を渡すよ
>うになっています。が、QXエディタがインストールされていない環境ではQX
>を呼び出すのは当然できないわけで、それでこういうメッセージが出ているので
>はないでしょうか。
>
>QGrep のダイアログの「その他」のなかに「終了時コマンド」という項目があり
>ます。ここで検索実行後の動作を指定します。ここでお使いのテキストエディタ
>と、クリップボードから内容を受け取る起動オプションを指定すればうまくいく
>と思います。
>
>あるいは、「終了時コマンド」のところを空白にしておいて、検索を実行したあ
>と、クリップボードに入っているものをテキストエディタなりワープロなりの編
>集画面に貼りつければ、内容を見ることができます。
>
>また別のやりかたとしては、メインダイアログの「出力ファイル名」を指定すれ
>ばそこに出力されるので、それをテキストエディタなどで開けば内容が見られま
>す。

さっそく教えていただきありがとうございます。
感謝しています。

No. 69投稿者: さと日付: 2001/10/16 02:39:06
題名 : 検索スピードについて

現在、二台のパソコン(一台はデスクトップでWIN2000・CPUはペンV700・メモリー192MB、もう一台はノートパソコンでWIN98・セレロン450・メモリーは同じく192MB)でQGREPがフル回転で働いてくれています。感謝・感謝なんですがちょっと不安・不満なことがあります。私は8万ほどのファイル(それぞれは小さく3KBほどの大きさですが)を一日に何度もGREP検索をかけるんですが、なぜかスペックが上のWIN2000のデスクトップの方が遅いのです。検索が終るのにデスクトップの方では約30分、ノートパソコンの方は約20分かかります。何が違うのか比べてみたのですが、GREP検索を開始するとWIN2000の方は実際に検索を開始する(「検索中」の表示のなかの「中止」「一時停止」という表示の下の窓のような部分に検索しているファイルの表示があらわれる)までに約10分かかっていることが分かりました(音だけはガーガ―いってる)。それに対してWIN98のものは約10秒で実際に検索を開始(ファイルを読み込みはじめる)しています。どうも最初の10分の遅れを取り戻せないようなのです。そうなると@QGREPはWIN2000とは相性が悪い?Aファイル数がこのように多くなると、ひとつひとつのファイルを開くこと自体に時間がかかって、CPUの性能がストレートに反映しない?という疑問がわきました。実は、検索の効率化をはかるためにWIN−XP発売後にちょっと奮発して新しいパソコンを買っちゃおうかなあと思っていました。でも、WIN2000の系統を引くXPで、高性能のCPU搭載のものを買っても@Aの理由から意味があるのか不安なのです。どうかご指導ください(長くなってすみません)。

No. 70 (69へのコメント)投稿者: itam HP日付: 2001/10/16 10:38:00
題名 : Re:検索スピードについて

とりあえず、改行を入れましょう。

>何が違うのか比べてみたのですが、GREP検索を開始すると
>WIN2000の方は実際に検索を開始する(「検索中」の表示
>のなかの「中止」「一時停止」という表示の下の窓のよう
>な部分に検索しているファイルの表示があらわれる)まで
>に約10分かかっていることが分かりました(音だけはガー
>ガ―いってる)。

 この部分はQGrepが実際に中を検索するファイルをリスト
アップしている部分ですね。arakenさんの回答を待った方が
いいような気がしますが、とりあえずリストアップが遅い事
に関しては、個人的には
●ファイルシステムは何か遅いのでは?
●どのようなディレクトリ構成でも常に遅いのか?
●NFSやsambaのファイルということは無いか?
などが問題として思いつきます。

>Aファイル数がこのように多くなると、ひとつひとつの
>ファイルを開くこと自体に時間がかかって、CPUの性能
>がストレートに反映しない?という疑問がわきました。

 8万も同時にファイルを開くことはリソースの無駄なので
というか、多分できないので、一つ一つのファイルを開くの
が遅いというわけではないでしょう。
 単純にファイルをリストアップするために、(中ではなく
ファイル自体を)検索するのが遅いのです。8万とはいえ、
10分かかるのは遅いので、たぶんネットワーク関係の問題で
はないかと予想されます。

>新しいパソコンを買っちゃおうかなあと思っていました。

 たぶん、同じような状況ならマシンスペックがあがっても
特に関係ないでしょう。10分もかかったらCPUやメモリなどの
マシンスペックの問題ではないでしょうから。
#PenIII700なら十分でしょう。

No. 71 (70へのコメント)投稿者: さと日付: 2001/10/17 00:28:22
題名 : Re^2:検索スピードについて

itamさん、アドバイスありがとうございます。

ちなみに、8万のファイルは30ほどのサブホルダーに入れてあります。
また、すべてがOCRで読み取ったテキストファイルです(ひとつは3KBほど)。
検索の対象はWIN98のものとWIN2000のもので全く同じ環境にしてあります。

現在の20分・30分というのはちょっと長いですね(違う作業を平行して行うとしても
思考が一旦途絶えてしまいますし、思わず居眠りしちゃうことも・・・)。

5分、せめて10分くらいになったらうれしいです(今でも十分重宝してるんですが)。

No. 72 (71へのコメント)投稿者: かぶねこ HP日付: 2001/10/17 20:41:46
題名 : Re^3:検索スピードについて

Grep の話題ではなくなりますが、検索対象のファイル数が
すごく多いですね。ファイル内容が毎日大幅に変わるので
なければ Namazu を導入してしまう、というアプローチも
あるかと思うのですが。タグジャンプはできませんけど。

http://www.namazu.org/

解説本も出ています。

No. 73 (71へのコメント)投稿者: araken HP日付: 2001/10/18 15:14:56
題名 : Re^3:検索スピードについて

>ちなみに、8万のファイルは30ほどのサブホルダーに入れてあります。
>また、すべてがOCRで読み取ったテキストファイルです(ひとつは3KBほど)。
>検索の対象はWIN98のものとWIN2000のもので全く同じ環境にしてあります。

 試しに、96000 個のファイル(16フォルダ、合計350メガバイト)を作ってみましたが、FAT32 で5分くらい、NTFS で6分くらいでした(NTFS の方が遅いドライブなので、たぶん同程度の検索時間です)。
 ディレクトリ検索だけで10分はかかりすぎです。エクスプローラでそのフォルダを見るのにどのくらい時間がかかるでしょうか?

No. 74 (73へのコメント)投稿者: さと日付: 2001/10/21 14:17:27
題名 : かぶねこさん、arakenさんありがとうございます。

かぶねこさん
貴重な情報ありがとうございます。
教えていただいた本を購入して併用を検討してみます。

arakenさん
ありがとうございます

> 試しに、96000 個のファイル(16フォルダ、合計350メガバイト)を作ってみましたが、FAT32 で5分くらい、NTFS で6分くらいでした(NTFS の方が遅いドライブなので、たぶん同程度の検索時間です)。

これは、ディレクトリ検索だけの時間でしょうか、
それとも検索全てにかかる時間でしょうか?

> ディレクトリ検索だけで10分はかかりすぎです。エクスプローラでそのフォルダを見るのにどのくらい時間がかかるでしょうか?

WIN2000は今手元にないので(帰った後に試してみます)、
WIN98の方ですがフォルダを見るのに五秒もかかりません。

ちなみに、CPUの性能はあまり関係ないのでしょうか?

私も、もう少しテストしてみようと思います。
(CD−Rに焼いたものを検索したり、違うパソコンで時間を計測したりしてみようかと思います)。

また、アドバイスお願いいたします。

No. 75 (74へのコメント)投稿者: araken HP日付: 2001/10/21 18:30:17
題名 : Re:かぶねこさん、arakenさんありがとうございます。

>> 試しに、96000 個のファイル(16フォルダ、合計350メガバイト)を作ってみましたが、FAT32 で5分くらい、NTFS で6分くらいでした(NTFS の方が遅いドライブなので、たぶん同程度の検索時間です)。
>
>これは、ディレクトリ検索だけの時間でしょうか、
>それとも検索全てにかかる時間でしょうか?

 検索すべてです。
 ディレクトリ検索だけの時間であれば、FAT32で数秒、NTFSは数十秒といったところです。


>> ディレクトリ検索だけで10分はかかりすぎです。エクスプローラでそのフォルダを見るのにどのくらい時間がかかるでしょうか?
>
>WIN2000は今手元にないので(帰った後に試してみます)、
>WIN98の方ですがフォルダを見るのに五秒もかかりません。
>
>ちなみに、CPUの性能はあまり関係ないのでしょうか?

 関係なくもないのですが、消費時間の半分はディスクからの読み込み時間のようなので、ディスクの速度も関係あります。

次へ
現在の既読番号は 0  既読を


メールアドレスを表示するにはURLの後ろに &m=3a1cde7b をつけてください。
フォーラム一覧

http://www2k.biglobe.ne.jp/~araken/
http://0ban.com/araken/