[下の未読ページ]操作で、時間がかかるNo.15883
ぱと さん 03/12/24 11:28
 
鶴亀3.07β28での現象です。

送受信操作後、[下の未読ページ](標準キーバインドで [>]です )で、未読メール
を読み進んで行くときに、特定のフォルダにその未読メールがある時に、メール
が開かれるまでに妙に時間がかかります。

特定のフォルダというのは、メール数が多いフォルダ(このサポート会議室などを
メールで受信しているもの)で、実際にはこの現象自体は今のバージョンからとい
うより、結構前から生じているものです。

該当すると思われる部分の Dump.txt を末尾に記します。

11:14:14.855 のProcessCommand 40028 以下で、tid=464 WM_TURUKAME_MUTE
retry が繰り返されている部分で、時間がかかっているようです。

私の環境固有の条件としては、ホームディレクトリがネットワークドライブに置
かれていることがあります。

ウィンドウは三枠区切り、該当するフォルダの基本設定では、
月単位に分割する/1ファイル毎の制限サイズ2メガ となっています。

未読メールの閲覧の設定では、「未読があればフォルダ内を一周、無ければフォ
ルダをまたがる」としてあります。

この時間がかかる現象を回避する方法は何かありますでしょうか?あるいは何か
の問題が生じているのでしょうか?

----
ぱと

11:14:10.214 (7463) ProcessCommand 40028
11:14:12.042 (7463) ProcessCommand 40038
11:14:12.074 (12394) tid=464 HmCreate
11:14:12.074 (2047) tid=464 call WinMainSub
11:14:12.089 (2047) tid=464 FrameWndProc: WM_CREATE
11:14:12.089 (2047) tid=464 ClientWndProc: WM_CREATE
11:14:12.105 (2047) tid=464 return WinMainSub
11:14:12.105 (12398) tid=464 HmCreate return
11:14:12.105 (4942) tid=464 InitOuterHidemaru
11:14:13.449 (5700) tid=464 エディタコマンド: 40028
11:14:13.464 (7463) ProcessCommand 40028
11:14:13.495 (4942) tid=464 InitOuterHidemaru
11:14:13.542 (4942) tid=464 InitOuterHidemaru
11:14:13.574 (4383) tid=464 WM_TURUKAME_MUTE received
11:14:13.589 (4386) tid=464 WM_TURUKAME_MUTE exit
11:14:13.589 (4383) tid=464 WM_TURUKAME_MUTE received
11:14:13.605 (4386) tid=464 WM_TURUKAME_MUTE exit
11:14:14.855 (5700) tid=464 エディタコマンド: 40028
11:14:14.855 (7463) ProcessCommand 40028
11:14:15.855 ( 477) tid=464 WM_TURUKAME_MUTE retry
11:14:15.886 (4942) tid=464 InitOuterHidemaru
11:14:17.011 ( 477) tid=464 WM_TURUKAME_MUTE retry
11:14:18.058 ( 477) tid=464 WM_TURUKAME_MUTE retry
11:14:19.261 ( 477) tid=464 WM_TURUKAME_MUTE retry
11:14:20.355 ( 477) tid=464 WM_TURUKAME_MUTE retry
11:14:21.370 ( 477) tid=464 WM_TURUKAME_MUTE retry
11:14:22.386 (4942) tid=464 InitOuterHidemaru
11:14:22.448 (4383) tid=464 WM_TURUKAME_MUTE received
11:14:22.464 (4386) tid=464 WM_TURUKAME_MUTE exit
11:14:22.495 (4383) tid=464 WM_TURUKAME_MUTE received
11:14:22.511 (5778) メール総数=14734 / 最近の分=54 / 未読=1 / マーク=1
11:14:22.526 (4386) tid=464 WM_TURUKAME_MUTE exit
11:14:27.198 (8695) tid=464 ProcessFrameClose()
11:14:27.198 (8753) tid=464 DestroyWindowします
11:14:27.370 (4198) tid=464 WM_DESTROY
11:14:27.370 (4206) tid=464 ImeをOFFにしました
11:14:27.386 (8755) tid=464 DestroyWindowしました
11:14:27.401 (12564) tid=464 Hidemaru Message-loop exit

[ ]
RE:15883 [下の未読ページ]操作で、時間がNo.15891
秀まるお2 さん 03/12/24 15:50
 
 スレッド表示だと、Windowsのツリービューコントロールをそのまま使ってま
して、そのツリービューの生成に非常に時間がかかります。

 どの程度時間がかかるかはCPUパワーとメール数の関係で決まるのでなんとも
言えません。例えば僕のマシンだと、K6-2 500MHz、Windows2000にて、ここのサ
ポート会議室の場合で、メール数が16000通あって、それのスレッド表示の生成
に2秒近くかかります。

 「全般的な設定・メール一覧・スレッド表示」での「スレッドの自動折りたた
み」をONにしておけば、そこそこ高速になります。自動折りたたみOFFだと、そ
れだけで2倍以上遅くなります。

 WM_TURUKAME_MUTEがretryされてるのは、特に異常ではありません。

 フォルダ切り替え時にタスクマネージャでCPUメーターを表示しておいて、そ
れが100%近くのままであるなら、たしかにスレッド表示に時間がかかっているん
だと思います。

 CPUを食わないまま固まっているなら、スレッドの同期関係で異常が起きてる
のかもしれません。(ここで言うスレッドとは、CPUの実行単位という意味のス
レッド)

[ ]
RE:15891 [下の未読ページ]操作で、時間がNo.15894
ぱと さん 03/12/24 16:05
 
秀まるお さん

> 「全般的な設定・メール一覧・スレッド表示」での「スレッドの自動折りたた
>み」をONにしておけば、そこそこ高速になります。自動折りたたみOFFだと、そ
>れだけで2倍以上遅くなります。

なるほど、このあたりの関係なのですね。スレッドの折りたたみ関係などを見直
しながら、ふと気づいたら、これらのフォルダでは、[範囲]が「全体」になって
いたことにも気が付きました。(過去ログをチェックする関係で)

さっそく、スレッドを自動折りたたみにしてまた、[範囲]を「最近の分」にし、
しかも、スレッド表示でなく、一覧表示の状態で、フォルダを移動するようにし
てみました。

一定数のメールを受信した段階で、これらの変更の効果を確かめて見ます。

> WM_TURUKAME_MUTEがretryされてるのは、特に異常ではありません。

了解しました。

> CPUを食わないまま固まっているなら、スレッドの同期関係で異常が起きてる
>のかもしれません。(ここで言うスレッドとは、CPUの実行単位という意味のス
>レッド)

一応、この点も注意しながら、確認してみたいと思います。

ただ、なんとなくですが、昔(というのはいつのバージョンか定かではありません
が)は、これほど遅くなかったのになということで、質問させていただきました。
(もちろん、何かの都合で、[範囲]や、スレッドの表示が重くなるような設定、使
い方をし始めたのがきっかけかもしれません。)

どうもありがとうございました。

----
ぱと

[ ]
RE:15894 [下の未読ページ]操作で、時間がNo.15910
アルビレオ さん 03/12/24 23:22
 
鶴亀ユーザーのアルビレオです。

>ただ、なんとなくですが、昔(というのはいつのバージョンか定かではありません
>が)は、これほど遅くなかったのになということで、質問させていただきました。
>(もちろん、何かの都合で、[範囲]や、スレッドの表示が重くなるような設定、使
>い方をし始めたのがきっかけかもしれません。)

鶴亀を正常終了しなかった場合などに行なわれる「list.binの作り直し」がきっ
かけだと思います。
これを行なうと[範囲]が初期値の「全体」になってしまうからです。
「スレッドの自動折りたたみ」の対象を「最近の分ではなくなったスレッド」で
使っていれば、一覧の表示範囲が「最近の分」にすると自動折りたたみがONでも
OFFでもあまり違いはありません。

[ ]
RE:15910 [下の未読ページ]操作で、時間がNo.15914
ぱと さん 03/12/25 09:47
 
アルビレオ さん

鶴亀ユーザーのぱとと申します。

>鶴亀を正常終了しなかった場合などに行なわれる「list.binの作り直し」がきっ
>かけだと思います。

あー、そうです。そうです。確かに、list.bin の作り直しをしました。ちょっと
不調だなあと感じた時があって、その時に、全list.bin を検索して削除したこと
がありました。

今朝の受信と、未読読みの状況では、全くストレス無く、下の未読ページで読み
進めることができました。重いと感じていたフォルダの[範囲]を最近の分 にして、
表示方法を一覧表示にしておいたからだと思います。

いやあ、教えていただければ、なんのことは無かったですね。

秀まるおさん、アルビレオさん、ありがとうございました。

----
ぱと

[ ]