フォルダの移動に約1分かかるがかかり過ぎNo.38435
shinnosuke さん 10/05/06 13:49
 
初めて投稿します.
標準レイアウトで左側にフォルダのツリーがあります.そこに

内容に応じていくつもフォルダを作成して使用しています.
フォルダ内のメールを全部読み終えたらフォルダごと「処理完了」名のフォルダに移
動させる.

と言うやりかたで使用させていただいています.
しかし最近、移動するのに約1分かかるのです.昔はそんなことは無かったのです
が・・・.

フォルダ内のメール数は特に多いわけではありません.
添付ファイルなしの1通だけが入っているフォルダでやっても同じです.

また、次の思いついたことをやってみましたがダメでした.
・バージョン5.38にアップデート
・秀丸メールの再インストール(但しメールデータは削除せず)

どなたか解決方法をご存じの方、アドバイスを頂きたくお願い申し上げます.

[ ]
RE:38435 フォルダの移動に約1分かかるがNo.38436
秀まるお2 さん 10/05/06 14:19
 
 とりあえずですが、「設定・アカウント毎の設定...」の「使用状況」ページ
にある「断片化されたメール用ファイルを結合する...」を押して、それを実行
してみて欲しいです。

 「サイズ0のファイルがあります。削除しますか?」みたいな感じの問い合わ
せが出たら、「はい」を押して削除してしまって欲しいです。

 もしかしてサイズ0のファイルが大量にあると、メール数自体が少なくても極
端に遅くなる場合があります。(実際、そういう事例の報告がありました)

 あと他には、ハードディスクのエラーチェックをするのと、さらには最適化を
一回やるといいかもしれません。

[ ]
RE:38436 フォルダの移動に約1分かかるがNo.38438
shinnosuke さん 10/05/06 17:10
 
早速のレスありがとうございます.

> とりあえず...「断片化されたメール用ファイルを結合する...」を
>  押して、それを実行してみて欲しいです。

を行いました.
残念ながら結果はあまり変わりませんでした.

>ハードディスクのエラーチェックをするのと、さらには最適化を
>一回やるといいかもしれません。

についてはこれからやってみます.

[ ]
RE:38438 フォルダの移動に約1分かかるがNo.38439
秀まるお2 さん 10/05/06 17:20
 
 全般的な設定・上級者向け・デバッグ」ページの「Hangup Checkerを常駐させ
る」をONにして、遅い状態の時にHangup Checkerのログを取っていただくと、そ
れで、具体的にどこで時間がかかってるのかを僕の方で調べることは出来ます。

 それか、「上級者向け・動作の記録」の「dump.txtを作成する」のオプション
をONにして、それの出力結果を見るだけでも、ある程度どこで時間がかかってる
のか分かる可能性が高いです。とりあえずそちらを試していただくといいような
気がします。

[ ]
RE:38439 フォルダの移動に約1分かかるがNo.38441
shinnosuke さん 10/05/06 18:46
 
> それか、「上級者向け・動作の記録」の「dump.txtを作成する」のオプション
>をONにして、それの出力結果を見るだけでも、ある程度どこで時間がかかってる
>のか分かる可能性が高いです。

これををやってみます.

「dump.txtを作成する」を設定し5通ほど入ったフォルダを移動しました.
そうしたら下記の通りの記録がされていました.
どうやら色々何かをやっていました.
決してさぼっていた訳ではなさそうです.
一体これらは何をやっているのでしょうか.

18:26:11.107 (4640) listcache saved wataj/11/ mailcount=48 viewarea=1
18:26:11.123 (2415) SetNull at pHidemaruView
18:26:11.185 (8536) SetWaitCursor 0
18:26:11.185 (8545) ShowCursor(1)
18:26:11.185 (1209) InitAccountChildren
18:26:11.185 (10888) !fClearHotFlagAtLoad
18:26:11.232 (2641) listcache loaded wataj/0/ findfile=20 targetfile=1 mailc
ount=1 unread=0 hot=1 viewarea=1 time=31
18:26:11.232 (10888) !fClearHotFlagAtLoad
18:26:11.248 (10888) !fClearHotFlagAtLoad
18:26:11.279 (10888) !fClearHotFlagAtLoad
18:26:11.326 (2641) listcache loaded wataj/4/ findfile=6 targetfile=2 mailco
unt=497 unread=21 hot=0 viewarea=16 time=47
18:26:11.357 (10888) !fClearHotFlagAtLoad
18:26:11.388 (2641) listcache loaded wataj/0/memo findfile=5 targetfile=1 ma
ilcount=2 unread=0 hot=0 viewarea=1 time=15
18:26:11.404 (10888) !fClearHotFlagAtLoad
18:26:11.435 (2641) listcache loaded wataj/0/発注/見積 findfile=15 targetfi
le=1 mailcount=8 unread=0 hot=0 viewarea=1 time=15
18:26:11.466 (10888) !fClearHotFlagAtLoad
18:26:11.513 (10888) !fClearHotFlagAtLoad
18:26:11.560 (2641) listcache loaded wataj/0/発注/見積\過去データ\44000-44350
 findfile=18 targetfile=1 mailcount=11 unread=0 hot=0 viewarea=1 time=31
18:26:11.591 (10888) !fClearHotFlagAtLoad
18:26:11.669 (2641) listcache loaded wataj/0/発注/見積\過去データ\44000-44350
\44339 findfile=5 targetfile=1 mailcount=11 unread=0 hot=0 viewarea=1 time=47

〜〜〜中略(こんなのが55秒くらい記録されていました)〜〜〜

18:27:07.527 (10888) !fClearHotFlagAtLoad
18:27:07.590 (2641) listcache loaded wataj/0/xxxxx\xxxxx\xxxxx\xxxx findfile
=5 targetfile=1 mailcount=2 unread=0 hot=0 viewarea=1 time=32
18:27:07.605 (10888) !fClearHotFlagAtLoad
18:27:07.684 (2641) listcache loaded wataj/0/xxxxx\xxxxx\xxxxx\xxxx findfile
=5 targetfile=1 mailcount=1 unread=0 hot=0 viewarea=1 time=47
18:27:07.730 (8597) RestoreWaitCursor 0
18:27:07.730 (1509) InitAccountChildren exit
18:27:07.840 (8704) NotifyFolderChanged
18:27:07.855 (3990) RefreshListViewItem
18:27:07.855 (8536) SetWaitCursor 0
18:27:07.855 (8545) ShowCursor(1)
18:27:07.855 (8597) RestoreWaitCursor 0
18:27:07.855 (10059) SetView pTitle=05568588 cb=1585 off=0
18:27:07.902 (1105) I:\Mail Data\TuruKameData\wataj\受信HTML\081204_04\index.
htm
18:27:07.902 (1105) I:\Mail Data\TuruKameData\wataj\受信添付\081204_02\JPUS-
RFQData.xls
18:27:07.902 (2154) SetText at pHidemaruView
18:27:07.902 (2186) cmdReasonCreated=open

[ ]
RE:38441 フォルダの移動に約1分かかるがNo.38445
秀まるお2 さん 10/05/06 21:33
 
 「listcache loaded...」というのは、メール一覧のキャッシュをロードした
記録ということになります。

 もしかして、フォルダの数が大量に、例えば何百個とかあったりするのでしょ
うか。だとすると、それなりに時間がかかっても仕方がないと思います。

 もしそういう話だとしたら、フォルダの数が多くて遅いのは仕方がないかと思
います。フォルダの数を適当に減らしてもらえれば速くなると思います。

[ ]
RE:38445 フォルダの移動に約1分かかるがNo.38447
shinnosuke さん 10/05/07 09:05
 
> もしかして、フォルダの数が大量に、例えば何百個とかあったりするのでしょうか?

そうですかぁ.
実はご推測通り800個ぐらいフォルダがあります.
一つのフォルダを移動する時に他の全フォルダ情報をロードする必要があるのですね.
(ロードする/しないの設定はありませんよね)

800個になったのは突然ではなく1年かけて徐々に多くなったのですが(突然遅くなっ
た様に思えたのですが)フォルダ移動操作は年中行う処理ではないので気がつかなか
ったのかな.

そもそも今回フォルダ移動した理由はフォルダが増えすぎたため整理しようとしたの
がきっかけですからね.フォルダが多いのは自覚していましたが特に影響が無いと思
っていたため情報をお伝えしていませんでしたスミマセン.

ところでエクスプローラ等でホームディレクトリのフォルダを移動(ドラグドロッ
プ)させることは可能でしょうか?

[ ]
RE:38447 フォルダの移動に約1分かかるがNo.38448
秀まるお2 さん 10/05/07 11:51
 
> ところでエクスプローラ等でホームディレクトリのフォルダを移動(ドラグドロッ
> プ)させることは可能でしょうか?

 エクスプローラで移動しても問題ないですけども、アカウントをまたがってフ
ォルダを移動してしまうと、添付ファイルへのリンク関係がおかしくなります。

 アカウント内で移動する分には問題ないです。

 秀丸メールは終了した状態でやらないとダメですけど。

 念のため、バックアップしてからやることだけはお勧めしときます。

[ ]
RE:38448 フォルダの移動に約1分かかるがNo.38449
アルビレオ さん 10/05/07 12:52
 
ユーザーのアルビレオです。

振り分け設定先として指定されているフォルダをエクスプローラで移動した場合
は、振り分け設定をし直さないといけませんよね。
フォルダの数から想像すると振り分け設定も大量にありそうで、これをいちいち
手作業で設定しなおすのは余計に時間がかかりそうな気がします。

振り分け設定が大量にあるのであれば、これもフォルダ移動のたびに時間がかか
る原因の一つにもなっているのではないでしょうか。

[ ]
RE:38449 フォルダの移動に約1分かかるがNo.38450
shinnosuke さん 10/05/07 13:31
 
エクスプローラにての移動ならキャッシュロードは無いと思いますのでサクサク整理
することが出来そうです.それでやりたいと思います.

注意点まとめ
    アカウント内の移動に限る
    秀丸メールは終了した状態に限る
    振り分け設定されているフォルダは注意が必要.振り分けの再設定が必要(秀丸
メール上で行った方が無難)
    バックアップはおすすめ


秀まるお2様
アルビレオ様

大変参考になりました、ありがとうございました.

[ ]
RE:38450 フォルダの移動に約1分かかるがNo.38472
秀まるお2 さん 10/05/10 15:19
 
 今さらのお返事ですみませんがもしよかったら、極端に遅い時のdump.txtの内
容を僕にメールで送っていただけると助かります。

 それとあと、Hangup Checkerのログも一回取ってみて欲しいかなぁと思います。
それも送っていただければ、調査させていただきます。

[ ]
RE:38472 フォルダの移動に約1分かかるがNo.38601
shinnosuke さん 10/06/10 20:08
 
スミマセン
今更ですがデータをお送りいたします.

[ ]
RE:38601 フォルダの移動に約1分かかるがNo.38602
shinnosuke さん 10/06/11 11:54
 
昨晩、メールにて送信しました.
よろしくお願いします。

[ ]
RE:38602 フォルダの移動に約1分かかるがNo.38603
秀まるお2 さん 10/06/11 12:04
 
 昼から調べてまたお返事させていただきます。

[ ]
RE:38603 フォルダの移動に約1分かかるがNo.38604
秀まるお2 さん 10/06/11 13:46
 
 Hangup Checkerのログですが、これは、時間がかかってる最中に取っていただ
いた物じゃなくて、処理が一段落してアイドリング状態になってから取った記録
のようでした。ということでこれはちょっと参考に出来ませんでした。

 「listcache loaded ...」の記録を方を見ると、これがおおよそ740個あって、
それの処理時間がおおよそ80秒程度なので、1つのフォルダのメール一覧キャッ
シュをロードしなおすのに、約0.11秒程度かかってることになります。

 僕のマシンで見たらもうちょっと速いようですけども、まぁ許容範囲内という
気もします。

 ということで、やはり仕様と言うしかなさそうです。

 一応、フォルダ移動した時にメール一覧キャッシュをすべて読み込み直しさせ
るということ自体がちょっと手抜きな処理なので、これを改良出来るかどうか、
今からいろいろいじってみます。

[ ]
RE:38604 フォルダの移動に約1分かかるがNo.38605
秀まるお2 さん 10/06/11 14:40
 
 一応、次のβ版(V5.39β6)にて、フォルダ移動しただけの場合はメール一覧
のキャッシュのリロードはしないようにしました。これで速くなると思います。

 もしお急ぎでしたらβ版をアップロードします。

 (急ぎでなければ当分先になるかも…)

[ ]
RE:38605 フォルダの移動に約1分かかるがNo.38619
shinnosuke さん 10/06/14 15:46
 
>Hangup Checkerのログですが、これは〜.ということでこれはちょっと参考に出来
>ませんでした。

スミマセンでした.
再取得が必要であればおっしゃって下さい.トライします.

> もしお急ぎでしたらβ版をアップロードします。
> (急ぎでなければ当分先になるかも…)

特に急ぎではありません.
改良版を楽しみにしております.

ありがとうございました.

[ ]