問題タブ [freeze]

職場のサイトで sIFR を使い始めましたが、1 つのことを除いてすべてがうまく機能します。

マウス ホイールで Web ページを下にスクロールすると、ポインタがフラッシュ オブジェクト上にあるときにスクロールが停止します。マウスが上にあるときにフラッシュオブジェクトがフォーカスを盗んでいるようです。

私は Firefox でのみこの問題を経験しており、Safari と IE7 ではこのマウス ホイールのスクロールの問題はありませんでした。

これを修正する方法があるに違いありません... Vimeo で、マウスがフラッシュ ビデオの上にある場合でも、マウス ホイールのスクロールが機能することを確認しました。例: http://vimeo.com/3280159

前もって感謝します

これは最近、私のプログラミングを本当にイライラさせています。

私は現在アルゼンチンにいて、SSH 経由で米国のサーバーに接続しています。当然のことながら、ここでは ping が少し高い (平均で約 200 ミリ秒) ため、サーバーに SSH 接続すると、各キーストローク間にわずかに顕著な遅延が生じます。これは問題なく、作業が簡単です。

作業が簡単でないのは、約 5 分ごとに SSH が完全にハングし、プロンプトが戻るまでに約 3 ～ 5 分かかることです。サーバーが停止していないことはわかっています。これは、1 つの接続が返されるのを待っている間に複数の新しい接続を簡単に開くことができるためです (実際、これが私が作業できた唯一の方法です)。そして、SSHがようやく戻ってきたとき、実際にはバックグラウンドで動作していることがわかります（これをテストするには、大きなファイルのダウンロードが良い方法でした）が、画面が更新されていません.

誰がこれを引き起こしているのか考えていますか?

サーバーは Ubuntu で、Mac OS X に接続しています。SSH 設定でキープアライブをオンにしています。多くのキーをすばやく送信するキー (たとえば、スクロールする左矢印または右矢印) を押したままにすると、ハングする可能性が最も高くなります。実際、ログインして「a」などのキーを押し続けることで、ハングを確実に再現できます。ハングする前に「a」の全行を超えることはありません。これは私が初めて国際的に接続したときに始まったばかりなので、それと関係があると思いますが (レイテンシー?)、確かなことは言えません。

IDE で実行すると、突然ハングすることがある vb.net プロジェクトがあります。通常、これは問題になりません。「一時停止」を押して、現在実行中のスレッドを見て、デッドロック (またはその他のもの) を見つけてください。

しかし今、プログラムがハングするだけでなく、一時停止しようとすると、Visual Studio 自体がハングする状況に陥っています。制御を取り戻すには、デバッグ中のプログラムのプロセスを強制終了する必要があります。その時点で、Visual Studio が復活し、実行を一時停止できなかったと表示されます。プロセスを強制終了すると、プログラムの状態が失われることを意味するため (もちろん)、ハングがどこにあるのかわかりません。

では、この動作の一般的な原因はありますか? 何を探すべきですか？

ネットワークで動作するアプリケーションを作成しています。GUI として ruby​​qt を使用しています。サーバーが起動しているかどうかを判断するには、(net/ping を使用して) ping を実行する必要があります。しかし、私は問題に遭遇しました。サーバーがダウンしている場合、コードを Thread または IO.popen ループに入れても、タイムアウトのために GUI がフリーズします。

0.9 秒間フリーズします。QtThreads はまだ ruby​​qt で動作していないため、GUI がフリーズしないようにするアイデアはありますか (タイムアウトを減らすことは別として)。

ping 部分を外部プログラムに入れ、ステータス (アップ/ダウン) をファイルに書き込み、実際のプログラムがそれを読み取ることを考えていましたが、この解決策は少しぎこちないようです。

小さなホテルが予約を管理するのに役立つRailsアプリケーションを構築しているときに、奇妙なアプリケーションのハングが発生しました。予約の作成は正常に機能します。ゲストの追加、部屋への割り当てなど、問題はありません。しかし、商人が問い合わせを「確認」するために行くとき、Mongrelは私を干すためにたむろします。

予約のインデックスページには、現在の問い合わせと確認済みの予約が一覧表示されます。

予約パーシャル自体では、確認/非確認ロジックを呼び出すビットは、コントローラーアクションへの直接リンクです。

私のルートのPUTにマップされている予約を確認するためのコントローラーのアクションは、次のようになります。

'@reservation.save'がそのトリックです。毎回確実なアプリがハングアップします。

誰かが私がここで何が起こっているのかを理解するのを手伝ってもらえますか？

/アップデート：

コンソールをいじってみると、別の方法で問題を示すことができました。

コンソールもロックされていることに注意してください。保存を中止する必要がありました。Ctrl-Cを使用したコマンド。

なぜ世界で救うのだろう！これをやっていますか？

/アップデート：

とった！！！それは私のモデルにありました。私は関連付けを検証しようとしていて、has_many/belongs_toを逆方向に取得していました。

みんな、ありがとう！

mysql (5.0.60) は負荷がかかると一度に最大数分間フリーズすることが多く、その間サーバーは完全に応答しません。これは、innotop がメイン スレッドの状態を「チェックポイントを作成中」として示している場合にのみ発生するように切り分けることができました。

この時点で、サーバーは実際に何をしているのでしょうか?

IIS7 に登録されたカスタム モジュールを使用して ASP.NET アプリケーションを実行しています。

2 日前までは、すべて正常に動作していました。ここで、要求が AuthenticateRequest 状態と WindowsAuthentication モジュールでハングし始めたことに気付きました。私のカスタム モジュールは、BeginRequest 状態でインターセプトして要求を処理し、HttpContext.Current.ApplicationInstance.CompleteRequest() を使用して要求処理を完了します。処理されない要求は、IIS に残され、他のモジュールを介して処理されます。

問題 (リクエストのハング) は、カスタム モジュールが処理しないページで発生します。

この問題のトラブルシューティングを開始する必要があるアイデアはありますか? 今日、3 台の異なるマシンでこの問題を一貫して再現しました。また、先月、web.config ファイルを変更していないこともわかりました。

この問題のトラブルシューティングに関するヘルプは大歓迎です。

前もって感謝します, チャールズ・プラカシュ・ダサリ

次の WMI クエリは、無効なサーバー名のserverProtocolsManagement.Get()場合に例外をスローしsqlHostます (予想どおりです。ただし、同じ無効なパラメーターを使用してこのコードを再度呼び出そうとすると、ManagementScopeコンストラクターが無期限にハングします (エラーを返したりスローしたりすることはなく、ハングするだけです)。これについて合理的な説明はありますか？

編集：

ConnectionOptions(オブジェクトをManagementScopeコンストラクターに渡すことによって) さまざまなタイムアウト オプションをいじってみましたが、役に立ちませんでした。

編集＃2：

なぜこれを考えなかったのかわかりません (それでも問題にはなりませんが): デバッグ中に VS のイミディエイト ウィンドウからこのコードを呼び出していました。このコードを Windows フォーム ボタンにリンクすると、すべてが正常に機能したため、何らかのスレッドの問題が発生したに違いありません。助けてくれてありがとう！！

IIS 6.0がハングし、約3分後にアプリプールがリセットされます。これはASPサイトであり、リセットすると数秒間正常に機能し、その後ハングします。IIS6のこのインスタンス上の他のすべてのアプリプールは正しく機能します。このマシンにはパフォーマンスの問題はないようです。IIS Debug Diagnosticsを使用してメモリダンプを取得しました。これは、レンダリングされた分析です。誰かがサポートを貸してくれませんか？

分析の概要タイプ説明推奨事項警告ntdllでブロッキングまたはリークの可能性があるクリティカルセクションが検出されました！w3wp.exe__SupportSiteAppPool__PID__3960__Date__07_23_2009__Time_02_22_36PM__551__ManualDump.dmpのスレッド24が所有するLdrpLoaderLock

このロックの影響

実行中のASPリクエストの66.67％がブロックされました

スレッドの22.58％がブロックされました

（スレッド6 22 23 27 28 29 30）

次の関数がこのクリティカルセクションに入ろうとしています

ntdll！LdrLockLoaderLock + 133

ntdll！LdrpGetProcedureAddress + 128

ntdll！LdrpInitializeThread + 68

次のモジュールがこのクリティカルセクションに関係しています

Microsoft CorporationのC：\ WINDOWS \ system32 \ ntdll.dllダイナミックリンクライブラリ（DLL）のエントリポイント関数は、単純な初期化または終了タスクのみを実行する必要がありますが、このスレッド（24）はLoadLibraryAPIを使用してdllをロードしています。ライブラリのロードおよびアンロード中のアクセス違反やデッドロックを回避するには、DllMainのMSDNドキュメントのガイダンスに従ってください。

C：\ WINDOWS \ system32 \ mscoree.dllについては、ベンダーのMicrosoftCorporationにフォローアップしてください。警告asp！g_ViperReqMgr + 2cで、w3wp.exe__SupportSiteAppPool__PID__3960__Date__07_23_2009__Time_02_22_36PM_

このロックの影響

スレッドの6.45％がブロックされました

（スレッド7 9）

次の関数がこのクリティカルセクションに入ろうとしています

asp！CViperActivity :: PostAsyncRequest + 72

次のモジュールがこのクリティカルセクションに関係しています

\？\ C：\ WINDOWS \ system32 \ inetsrv \ asp.dll from Microsoft Corporation次のベンダーは、根本原因分析に基づいてフォローアップのために特定されました。

マイクロソフト

上記で特定されたベンダーにフォローアップしてください。このクリティカルセクションの問題の根本原因を特定するには、次のアプローチを検討してください。アプリケーションベリファイアで「ロックチェック」を有効にする次のURLからアプリケーションベリファイアをダウンロードします。

Microsoft Application Verifierは、次のコマンドを実行して、このプロセスの「ロックチェック」を有効にします。

Appverif.exe -enable locks -for w3wp.exe Application Verifierの詳細については、次のドキュメントを参照してください。

AppVerifierを使用したアプリケーションのテストDebugDiagクラッシュルールを使用して、アプリケーションの例外を監視します