-
assigned issue to
外付けHDDのクラシックなシナリオの上書き保存後にハングアップ
# 古いPCで、 # 外付けHDD上のある程度大きなクラシックなシナリオを、 # 上書き保存した際、*.widの保存は完了するものの、そのままcwxeditorが停止する
~~*.widの保存と名前の書き戻しの後には、一時展開されたシナリオを除いては処理は無いはず。
どこで止まっているのか今のところ不明。トレーススレッドの可能性もある。
Comments (10)
-
reporter -
reporter とりあえず対策を入れてみた。保存中はトレーススレッドを停止する。
折を見て試していただく予定。
-
Account Deleted 確認が遅れました 外付けHDD・ファイル追跡On・F9バージョンでも現象に変わりはないですね。 不思議なことにエラーログは何も答えてくれません。 心持ち、ハングアップ中のCPU利用率が90%ぐらいから70%ぐらいに落ちてました。
ちなみにCドライブだと余裕で保存が終了します。
-
reporter ありがとうございます。
現象としては
- *.widを更新する
- 監視役がフォルダ内の変更を検知
- ファイル一覧を更新 ← ここで止まる
という事になっているはずなのですが、ファイル一覧の更新処理はシナリオを最初に開いたときにも流れているはずなので、保存時だけ止まるというのはどうも解せないのです。
例えば普通にフォルダ内にファイルを追加するとかファイル名を変更するとかいった操作を行うとどうなるのかも気になります。
CPU利用率のことなどを見ると、本当に「処理が異常に重くなって1日経っても終わらないレベルなのだ」という気がしてくるのですが……
ちょっと別の対策を考えてみます。
-
reporter https://bitbucket.org/k4nagatsuki/cwxeditor/downloads/cwxeditor_fnine.zip
F9版を、更新処理が同時に走らないように・更新処理の最初と最後にログを出すようにしたバージョンに更新。
見当はずれなところを対策してるような予感がする。
-
reporter あれ? 落とせるファイルが古いままだな。同じファイル名だから?
念のために別名でも上げておきます。
https://bitbucket.org/k4nagatsuki/cwxeditor/downloads/cwxeditor_fnine_2.zip
-
Account Deleted ご指摘の件を鑑みてちょっと作業してみました。
シナを開くで大体ロード時間を含めて2分かかるんですが、 ファイルの追加変更削除で1~2分ぐらいかかっています。 時間はかかりますが完了します。
それで保存後放置していたら5分ぐらいで復帰しました。 前は他の作業もしていたからなのか、5分ってレベルじゃなかった、いや体感ですけどね。
むむむ。 つまらない事柄にお付き合いくださいましてありがとうございました。
-
Account Deleted うお、なんかきてました。
件で作業したのはcwxeditor_fnine_2.zipではなく、cwxeditor_fnine.zipの方です。更新日時が「2011年4月22日、0:03:06」のもの。
-
reporter これはひどいパフォーマンス問題ですね。
どうやら、やたら長時間止まる原因は、長時間かけて*.widを保存する過程で何度もファイル一覧の更新がかかってたことみたいです。(ファイル更新中に新しい*.widが保存される→それを検知して更新→新しい*.widが→検知→新しい(略))
恐らくHDDへのアクセス速度が非常に遅いことが原因になっていると思われます。
今回、「保存する途中で『何度も』更新がかかる」の部分を「一回きり」に修正したので、どうにか終了するようになったのでしょう。
後はさらにパフォーマンス問題への取り組みが必要ということで……すぐには根本的解決が出来なさそうです。申し訳ありません。
ともあれ原因ははっきりしました(解決困難なこともはっきりしちまった)。ご協力ありがとうございました。
ついでですが、ファイル一覧を非表示にしておくと、たぶん格段にパフォーマンスが向上すると思われます。
-
reporter - changed status to resolved
fixes
#3→ Wiki macro error: Changeset e6e42650f172 not found.
- Log in to comment
自動追跡をオフにしたら発生しなくなる模様。明らかにトレーススレッドが原因。
ただしトレーススレッド自体が止まっていてもGUI部分は止まらないはずであるため、ディレクトリ表示更新の所で無限ループが発生している可能性もある。