larger replace_s go to near hang-up witNo.24367
benzo さん 08/01/25 22:57
 

書き換えや
ソートや
ユニークが、
大量だととても時間がかかって進むのが遅く、
ハングのようになりますが、どうにか出来ませんか。

(小さい部分づつに区切って多数回行なうほうが俄然中味の速度の桁は迅いと思われ、
手押しか多数回実施のほうが作業が終わる早さの桁が確実によいこともあります。
つまり、もうすこしどうにかできる或いはとても合理化出來る筈、と考える部分なの
です)。

(たとえば、目下、一枚のファイルを三日間そのままにしてあり、行位置は五十六萬
二千行代。
それでも、貼り付いて数百行づつ以内の複数回のほうが
一枚全体では桁違いに早い(とっくに最初の日に終わった筈)と思われ、当分終りそ
うにない…。
(そのテキストの内容は、古いFEP登録バックアップテキスト複数からの語彙を、
一つの假りDICに入れたその溢れ。
溢れの理由によって整理を加えてオーバーフロー用のDICに入れたいのが用事。
大量だと「エディット」→「コンバート」からの「ソート」や「ユニーク」には時間
がすごくかかるということが動機で、
まづは溢れの理由注釈行頭の改行を消すだけにしようと思ってこの一括変換を開始。
「ストップ」ボタンも利かない。
むりやり消すとパーになるのか、それとも最新進行状態で保存なのか、未確認。
いまさら消せない、&、結果が見たい、という気持ち。
(以上が理由となる事情実例の説明)))。


[ ]
RE:24367 larger replace_s go to near haNo.24368
benzo さん 08/01/26 00:17
 
>書き換え
= " Search -} Replace "
>ソート
>ユニーク
>大量だととても時間がかかって進むのが遅く、
>ハングのようになり

なぜ敢えて今期待して言うかということの理由の追加:→
「このことが、動作処置の理念からすごく改良されると、
今のβの正式版が記念的なバージョンとなる、と期待される。」

行数の目安   結果
若干数×百 → 問題は分らない。
数千    → ハングに近い状況が出はじめる & 手動複数回のほうが早い。
数万    → 「ソート」や「ユニーク」だけでなく「まるお」自体の「リプレイ
ス」でも問題と分る
数十万   → もう三日間それを動かせっぱなしで「お陀仏」だが、他の窓は
「ソート」や「ユニーク」によってのようにまでではなく鈍くなっても、リプレイス
の進行状況は表示されているから、放っておこうかな…という気にもなるし、棄てら
れないから途中でやめにしたいけど "Stop!" ボタンは利かない。(最初はファイル
の容量からして1%程度のお気持ちからやってみて、相当に不合理化した速度だけど
も「大丈夫の範囲」だったので、全部選択してみたのが今。そしたら「ソート」や
「ユニーク」でなるのと同じく、「不合理」がどこまでもどんどんさらにその2乗に
なる塩梅なのが分った。
よって、この「リプレイス」の結果に向かって行ないたかったところの「ソート」や
「リプレイス」は更に悲惨だから、このままのバージョンでは出来ない。そこで「欲
が出た」…、「どうにかしてもらえないかな」と…。つまり「魂胆」じゃないか…、
と言われればそれまでだが、これも「秀丸」とその使用者他の進歩とプラスになる限
りにおいて把えて欲しいということを兼ねるからこそ、それでも言ってみること。
遅くなる程度は、「リプレイス」<「ソート」≦「ユニーク」の順で、
第三つまり最初の(「リプレイス」)まで事情が来たのでついに言ってみました。)
  

[ ]
RE:24368 larger replace_s go to near haNo.24370
秀まるお2 さん 08/01/26 22:05
 
> 書き換えや
> ソートや
> ユニークが、
> 大量だととても時間がかかって進むのが遅く、
> ハングのようになりますが、どうにか出来ませんか。

 たぶん、メモリ不足が原因でスワップしまくっているせいじゃないかと思いま
す。秀丸エディタが落ちてしまう(LocalAllocでエラーとか出る)のも、同じ原
因なので。

 なぜメモリ不足が起きるのかというと、それはちょっと分かりませんが…。何
らかの原因でWindows自体が何かおかしなことになってるのか、それともとんで
もなくメモリを消費するソフトがどこか裏で動いているせいか、他にも何か原因
があるのかもしれないし、ちょっとよく分からないです。

 かな漢字変換がおかしいってことであれば、かな漢字変換ソフトのせいでメモ
リ不足が起きてるのかもしれないし…。(憶測ですが)

[ ]
RE:24370 larger replace_s go to near haNo.24371
秀まるお2 さん 08/01/26 22:40
 
 なんか同じ話の繰り返しになりますが、なんとなく話がかみ合ってないような
気がするので詳しく説明させていただきますと…。

 秀丸エディタというのは、あくまで「パソコン」という機械上の、Windowsと
いうオペレーティングシステムの上で動作する、1アプリケーションソフトです。
(という専門用語を出してすみませんが)

 なので、例えば「パソコン」という機械そのものの調子が悪かったり、
Windowsの調子が悪かったりすると、秀丸エディタもうまく動作しないです。こ
れをサイトー企画の力でなんとか解決することは出来ないです。

 その辺をご理解いただきたいと思います。

[ ]
RE:24371 larger replace_s go to near haNo.24372
秀まるお2 さん 08/01/26 23:24
 
 っと書いた所でなんですが、仮に、Windows自体がおかしいとかパソコンがお
かしいとかってことではなくて、単純にメモリ不足が起きていてスワップしまく
って遅いってことであるならという仮定で、そういう条件の時に果たしてどうす
ればパソコンが快適になるのかというヒントを書かせていただきますと…

 とりあえず、最近のソフトで最もメモリを食うソフトというのは、アンチウィ
ルスソフトだと思います。なので、思い切ってアンチウィルスソフトをアンイン
ストールしてみて欲しいです。たしか別発言にて「ウィルスバスター2008」をイ
ンストールされているとかいう話だったと思うんですけど、ウィルスバスターは
重いということで有名なソフトだったと思います。

 それをアンインストールすることで、かなり快適になるんじゃないかと思いま
す。

 ちなみにですが、快適になったかどうかは、タスクマネージを見ると分かりま
す。タスクマネージャは、Ctrl+Alt+Deleteキーを押すと出てきます。

 そこの「パフォーマンス」というページを見て、CPU使用率が0%に近い状態に
なっていて、「PF使用量」というのが実際にパソコンに備わっているメモリの量
よりも少なければ、それなりにパソコンが快適に動作するはずだと思います。

 もしもCPU使用率が、何もパソコンを操作してないのに50%を超えるようなこと
になっていたら、かなりおかしいです。また、PF使用量が、例えばパソコンのメ
モリ搭載量が256Mバイトしか無いのに300Mバイトとかになっていたりしたら、そ
れはもうメモリが足りない状態だと思います。

 という辺りを一度確認していただけるといいんじゃないかと思いますが…。

 ちなみに僕のパソコンはメモリが256Mバイトしかありませんが、PF使用量は
120Mバイト程度です。アンチウィルスソフトはインストールしたことすらありま
せん。(その代わりサーバーマシン上でウィルスバスター2007が動いていて、必
要な場合はそのサーバーマシン経由でテストしていますけど)

 サーバー用のマシンはメモリが512Mバイトありますが、アンチウィルスソフト
がインストールしてあるせいで、とんでもなく重いです。


-------------
 誰か他のユーザー様で、この辺の解決のヒントになることがあればコメントお
願いします。

[ ]