問題タブ [recycle]

重複する iis 6.0 のリサイクルに遅延を追加することは可能ですか? たとえば、iis は、新しいアプリケーション プールがライブで要求を処理していても、古いプールを 2 時間シャットダウンしません。長期にわたるリクエストが時々あります。

「シャットダウン時間制限」プロパティはそのためのものだと思っていましたが、そうではありません。IIS は約 1 分後に古いプールをまだシャットダウンしており、次のエラーが表示されます: System.Threading.ThreadAbortException: スレッドが中止されました。

私は最近、コンテナーがスクロールしてビューに出入りするときにコンテナーをリサイクルする VirtualizingWrapPanel の実装を作成しました。

ときどき、コントロールによってレンダリングされたコンテンツが、実際には現在のデータではなく、以前に含まれていたデータであることに気付きました。新しいレンダー呼び出しを強制するアクションをコントロールで実行すると、正しいデータが表示されるようにコントロールが更新されます。

これは ItemContainerGenerator リサイクルのバグですか、それとも私のリサイクル コードにある可能性が高いですか? コード ビハインドで各バインディング式を明示的に記述せずに、(新しいコンテンツでコントロールを更新した後に) すべてのバインディングを強制的に更新する方法はありますか?

私のサイトの 1 つが共有ホスティングにあり、数日ごとにサイトが機能しなくなります。ページの読み込みが停止するだけです。

私のホストに連絡した後、彼らは、これが発生するたびに、ホスティング管理ツールから私のサイトの Windows サービスを無効化/再有効化することを提案しました。彼らのウェブサイトのリストには、ASP、ASP.net、および必要のない他の2つがあります。2つのaspサービスを無効にしてすぐに再度有効にすると、サイトはすぐに再び機能し始めます。

これはおそらく、私のドメインが使用しているアプリケーション プールの構成が間違っているためだと思いますが、詳細を提供することを拒否しています。おそらく自動リサイクルはありませんか？

hostを変更する以外に、この問題について何か提案はありますか? それは私のようにアプリ プールのセットアップの問題だと思いますか、それとも、この問題の原因や恒久的な解決策のアイデアについて他に何か考えはありますか?

ありがとう。

ロックステートメントを使用せず、パフォーマンス上の理由から volatile と Interlocked のみを使用して、高性能のスレッドセーフコンポーネントを実装しています。

クラスに、スレッドセーフなインスタンスを含む揮発性の参照型メンバーがあります。このインスタンスは、いくつかの操作に対してのみスレッド セーフであり、別の操作ではスレッド セーフではありません。そのため、およびパフォーマンス上の理由から、元のインスタンスを更新する代わりに新しいインスタンスを作成することを好む場合があり、特にロックステートメントを使用しないため、実際に高速に動作します。

そのため、volatile メンバーはいつでも別のインスタンスに置き換えることができます。volatile キーワードを使用すると、マルチスレッド環境で問題が発生しなくなります。

もちろん、これは非常にうまく機能しますが、唯一の問題は、古いインスタンスのガベージ コレクションです。コンポーネントのパフォーマンスをテストしたところ、リリースされたインスタンスのガベージ コレクションに時間がかかりすぎていることがわかりました。

今、古いインスタンスをリサイクルする方法を探しています。問題は、このインスタンスをまだ使用している別のスレッドが存在する可能性があり、このインスタンスを誰も使用していないことを保証する方法 (ロックなし) が見つからないため、交換時に古いインスタンスを取得してその状態をリセットすることができないことです。もう。

ロックステートメントなしで古いインスタンスを使用するスレッドがないことをどのように保証できますか? (volatile と Interlocked が推奨されます)

ありがとう。

指定された長さと少なくとも同じ大きさを取得でき、使用中のオブジェクトをロックして、コードで使用されている間は使用できないようにするByteBufferリサイクルクラスをどのようにコーディングするのだろうかと思っています。これにより、既存のものを使用する代わりに、などを何度も再構築することができなくなります。これを非常に効果的に実行できる既存の Java ライブラリはありますか? Javolution がオブジェクトのリサイクルに対応できることは知っていますが、要件が設定されているこのコンテキストのクラスにそれが適用されるのでしょうか?ByteBufferByteBufferDirectByteBuffersByteBuffer

Canvasコンテナとして使用する場合、コンテナをリサイクルするカスタムを実装したいと考えていますItemsPanel。そのため、 andから派生しVirtualizingPanelてオーバーライドしました。私はこのように世代をやっています：ArrangeOverrideMeasureOverrideMeasureOverride

私が知らないのは、リサイクルの仕方です。私は次のようなものを試しました：

しかし、うまくいきません。これを行う方法はありますか？

私は本当に奇妙な行動をしています。ViewModels を含むアイテムの DataTemplate を使用して、View に ListBox があります。IsSelected を ViewModel にバインドし、SelectionMode="Extended" を使用します。すべて正常に動作します。しかし、 VirtualiuationMode="Recycling" を追加すると、間違ったアイテムが表示されます。再現するには: Ctrl を使用して項目を選択し、下にスクロールして項目を 1 つだけ選択します。通常の動作では、すべてのアイテムの選択が解除され、Ctrl を押さずに最後のアイテムが選択されます。しかし、ViewModel をチェックすると、すべての古い項目が選択されています!?!

アイテムテンプレート

何か案が？

ヒープ上のオブジェクトを頻繁に (任意のサイズで) 割り当てて削除する必要があるとします。これらのオブジェクトを削除する代わりに、後で再利用するために「プール」に戻した場合、パフォーマンス上の利点はありますか?

「プール」はポインタの動的コレクションを管理する必要があるため、ヒープの割り当て/割り当て解除を減らすことでメリットがありますか?または、メモリアロケータのパフォーマンスと比較して遅くなります。

私の使用例: リンクされたリストに基づいてキュー コンテナーを作成し、そのリストの各ノードがヒープに割り当てられているとします。そのため、push() と pop() を呼び出すたびに、そのノードが割り当てられ、割り当てが解除されます。

`

`

ごみ箱が最後に空になった最後の日付をコンピューターのどこで見つけることができますか？そのようなイベントはWindowsシステムログに保存されますか？もしそうならどこ？

ありがとう ：）

IIS 7.5でアプリケーションプールのリサイクルを停止するにはどうすればよいですか？

次の設定を構成しました。

これらの設定は、アプリケーションプールのリサイクルを停止するのに十分ですか？