問題タブ [monitor]

接続されているモニターの数を照会するために使用できると判断しましたが、ウィンドウに使用するGetSystemMetrics(SM_CMONITORS)モニターを制御する方法はありますか？CreateWindowEx()

（ALT + CTR + DEL -> lock comp）を押してコンピューターがロックされるとすぐにモニターがオフになるようにJavaでプログラムを書きたい.これをJavaで実装したい.

また、ユーザーがキーボードの任意のキーを押すと、モニターがオンになります。

これどうやってするの？

こうすることで節電し、環境を守りたい。

カラー プロファイル/カラー スペース/モニター カラー マネージメント プロファイルについて学んでいますが、モニターの明るさとコントラストを調整することで色全体を捨てることができるという事実を考えると、どれがどのように正当化されるのか疑問に思っていました。

さらに、モニターが存在する場所の照明などがあります。モニターで見ている色が正確であることを知ることができる理由がわかりません。どこから始めればいいのか本当にわかりません（そもそも用語を正しく理解することさえできないことを考えると... :-p）

私の 30 インチ モニターで Visual Studio 2008 SP1 の実行が非常に遅いのですが、他にこの問題が発生したり、修正したりしている方はいらっしゃいますか?小さいモニター (24 インチ以下) に置くと、完璧に動作します。ご協力いただきありがとうございます！

Monitor.Pulseおよび PulseAll では、操作対象のロックが呼び出し時にロックされている必要があります。この要件は不必要であり、パフォーマンスに悪影響を及ぼします。私の最初のアイデアは、これにより 2 つの無駄なコンテキスト スイッチが発生するというものでしたが、これは以下の nobugz によって修正されました (ありがとう)。モニターで待機していた他のスレッドが既にシェデュラーで使用可能であるため、コンテキスト スイッチが無駄になる可能性があるかどうかはまだわかりませんが、それらがスケジュールされている場合は、いくつかの命令しか実行できません。ミューテックスにヒットする前に、コンテキストを再度切り替える必要があります。Monitor.Pulse を呼び出す前にロックが解除されていれば、これははるかに単純で高速に見えます。

Pthread 条件変数は同じ概念を実装しますが、上記の制限はありません。ミューテックスを所有していなくても pthread_cond_broadcast を呼び出すことができます。これは、要件が正当化されていないことの証拠だと思います。

編集: Monitor.Pulse の前に通常変更される共有リソースを保護するには、ロックが必要であることを認識しています。モニターがこれをサポートしていることを考えると、リソースへのアクセス後、パルスの前にロックが解除された可能性があると言いたかったのです。これは、共有リソースがアクセスされる最短時間にロックを制限するのに役立ちます。そのような：

自己ホスト型の WCF サービスがあり、次の問題があります: サービスのインスタンスを作成してから 15 分後、操作コントラクト メソッドで TryEnter 呼び出しが常に false を返しますが、Monitor を介した同期も使用する Main 関数で TryEnter 呼び出しを行います。クラス、true を返します。

アプリとバグの説明は次のとおりです。 Windows XP SP2 の Visual Studio 2008 (C#) でセルフホステッド WCF サービスを開発しています。ホストの ServiceHost インスタンスは、Main 関数の開始時に作成されます。Main 関数は while (true) ループを実行し、その間に定期的な読み取り、書き込み、メンテナンスなどを実行します。ワーカー スレッドのコンテナーとして機能するオブジェクトの静的コレクション (時間の経過とともに追加または削除できます) があります。これらのスレッドには、Main 関数によって要求された定期的な作業を実行するスレッドもあれば、リモート デバイスへのオンデマンドの読み取りと書き込みを実行するスレッドもあります。Monitor クラス (TryEnter および Exit メソッド) を使用して、これらのオブジェクトに対して同期ロックが行われます。これらのオブジェクトには、同じ関数を使用するサービス コントラクト メソッド (サービス) からもアクセスできます。同期は、Main 関数とサービス メソッドの間で行われます。サービスのインスタンスが作成されると、設計されたパフォーマンスで正確に 15 分間実行されます。その後、サービスから行われるすべての TryEnter(obj, timeout) 呼び出しは、指定されたタイムアウトの期限が切れた後に false を返します。ただし、これは Main 関数で行われる TryEnter 呼び出しには影響しません。つまり、常に true を返します。サービス調整属性 maxConcurrentCalls="1" と組み合わせて、InstanceContextMode、ConcurrencyMode の設定を変更しようとしました。maxConcurrentSessions="5" であり、すべての構成で同じ効果が得られました。ホストアプリを再起動すると、サービスは再び応答しますが、アプリの実行中にホストを強制的に閉じて再度開くと、応答しなくなります (サービスインスタンスはメモリに残ります)。呼び出しがサービス インスタンスに到達しない場合のように、サービスが利用できない場合ではありません。メソッドが呼び出され、メソッドのクリティカル セクションに先行する TryEnter 呼び出しでその実行が行われ、TryEnter はタイムアウト (15 秒) 後に false を返します。TryEnter と Exit の組み合わせを確認し、二重に確認しました。クリティカル セクションが終了すると、メソッドは常にロックを解放します。ロックを使用しないその他のコントラクト操作または問題のオブジェクトは、15 分間の期間が終了した後でも正常に機能します。TryEnter と Exit の組み合わせを確認し、二重に確認しました。クリティカル セクションが終了すると、メソッドは常にロックを解放します。ロックを使用しないその他のコントラクト操作または問題のオブジェクトは、15 分間の期間が終了した後でも正常に機能します。TryEnter と Exit の組み合わせを確認し、二重に確認しました。クリティカル セクションが終了すると、メソッドは常にロックを解放します。ロックを使用しないその他のコントラクト操作または問題のオブジェクトは、15 分間の期間が終了した後でも正常に機能します。

よろしくお願いします。ハッピーホリデー！

条件変数とモニターはC＃で使用されていますか？

誰かが私に例を教えてもらえますか？

このリンクhttp://msdn.microsoft.com/en-us/library/aa772153(VS.85).aspxによると：

1つのLDAP接続で最大5つの通知要求を登録できます。通知を待機して迅速に処理する専用のスレッドが必要です。ldap_search_ext関数を呼び出して通知要求を登録すると、関数はその要求を識別するメッセージIDを返します。次に、ldap_result関数を使用して、変更通知を待ちます。変更が発生すると、サーバーは、通知を生成した通知要求のメッセージIDを含むLDAPメッセージを送信します。これにより、ldap_result関数は、変更されたオブジェクトを識別する検索結果を返します。

.NETのドキュメントを調べても、同様の動作は見つかりません。誰かがC＃でこれを行う方法を知っているなら、私は知ってとても感謝しています。システム内のすべてのユーザーの属性がいつ変更されるかを確認して、変更内容に応じてカスタムアクションを実行できるようにします。

運が悪かったので、stackoverflowやその他のソースを調べました。

ありがとう。

Paypal を使用して支払いページを作成するように言われましたが、今のところ問題なく動作しています。ユーザーは問題なくロードしてアイテムを購入できます。

しかし最近では、ページが正常に機能しているかどうかを毎日チェックする必要があります。みたいな健康診断。目的は次のとおりです。

1. 支払いページ (チェックアウト ページのようなもの) を読み込みます。ページがエラーなしで読み込まれることを確認します。
2. ページ内の Paypal または Pay ボタンをクリックすると、ユーザーは Paypal ページに移動します。
3. IPN ページがロードできることを確認します。
4. 上記のいずれかが失敗した場合は、電子メールで通知を送信します。
5. チェックごとに、ログ ファイルまたはデータベースに記録します。

これを手動で行ってデータベースまたはスプレッドシートに記録することはできますが、ランダムな間隔で自動的に行うことをお勧めします。

これはできますか？

ありがとう！