端子速度 - ページ 5 123456789 新しいコメント Alexey Oreshkin 2015.07.15 22:03 #41 Igor Konyashin:さて、今のところ、リモートサーバーのボトルネックは1つ、ビデオシステムですね。TeamViewerを使えば、サーバーに接続したまま、私が行うすべての作業を同時に見ることができます。しかしその前に、端末を安全な場所にコピー/転送しておき、サーバーの起動に失敗しても、最新のコピーが手に入るようにしておきましょう。あるいは、テクニカルサポートが勧めた、プロセッサーに内蔵されたビデオカード(Intel HD 4600)を搭載したサーバーにすべてを移すという選択肢もある。 XeonではなくCore i7で、しかも新しいサーバーを借りているため、インストールなどの費用がまたかかる。ここまでが私の考えです。ドライバーは入れません。私は、すべてがクラッシュした場合、私はすべてで知らないこので考えると、復元するために、多くの時間を費やすことになります。ユーロバックスの売買も簡単にできるし、Windowsとかの設定も入れられるし、私には向いてないですね。いずれにせよ、ありがとうございました。 Renat Fatkhullin 2015.07.15 22:42 #42 映像ではありません-100%です。起動時に端末が遅くなり、さらに数分間も遅くなる(他のコピーはすぐに起動する)場合は、ディスクの問題である可能性が高いです。ディスクの数ブロックが読み取れず、通常、制動時間が非常に長くなるケースです。何をするのかOSのイベントログを確認する - HDDの不良ブロックに関するメッセージでいっぱいになっている可能性があります。プログラムのディレクトリを削除せずにドライブ上の新しい場所にコピーし、そこで実行します。引越し先で高速に動作するようであれば、ドライブの故障と思われます。OSの標準ツールでディスクをチェック(セクタ解析)します。しかし、セクターごとのスキャンは何時間もかかり、コンピュータを再起動しないと動作しません。 まず、オペレーティングシステムのイベントログを確認します。ディスクブロックの破損がある場合は、ISPにハードウェアの交換を依頼してください。 Alexey Oreshkin 2015.07.16 00:45 #43 Renat Fatkhullin:映像ではありません-100%です。起動時に端末が遅くなり、さらに数分間も遅くなる(他のコピーはすぐに起動する)場合は、ディスクの問題である可能性が高いです。ディスクの数ブロックが読み取れず、通常、制動時間が非常に長くなるケースです。何をするのかOSのイベントログを確認する - HDDの不良ブロックに関するメッセージでいっぱいになっている可能性があります。プログラムのディレクトリを削除せずにドライブ上の新しい場所にコピーし、そこで実行します。引越し先で高速に動作するようであれば、ドライブの故障と思われます。OSの標準ツールでディスクをチェック(セクタ解析)します。しかし、セクターごとのスキャンは何時間もかかり、コンピュータを再起動しないと動作しません。 まず、オペレーティングシステムのイベントログを確認します。ディスクブロックの破損がある場合は、ISPにハードウェアの交換を依頼してください。 私は2台のSSDディスクをある種のミラーモードで使用しています。信頼性を高めるためか、互いに重複していると理解しています。Scaniskは即座に処理され、エラーも出ませんでしたが、このOSでは、例えばwin7のようにセクタをチェックすることはありません。おそらくサーバーOSの中では別の場所にあるのでしょうが、どの場所かはわかりません。イベントビューアーを見てみましたが、エラーはありますが、アプリケーションに関するもので、ハードディスクに関するエラーはありません。 明日コピーします、一日中作業していたのでもう寝る時間です。 Alexey Oreshkin 2015.07.22 08:05 #44 別のサーバーに移動し、悪化したが、動画が統合されている。現在は以下のCPUを使用しています:Intel® Core™ i7-4770 Quadcore Haswell グローバルには何も変わらず、数十台の注文がある端末も執拗にハングアップして います。RDPの設定でビデオ圧縮を無効にしています(上記の推奨通り)。 他に何かできることはありますか? ターミナル・オーソリティーにもうひとつ質問です。「代替」ターミナルのユーザーにも同様の問題があるのでしょうか?(もちろん回答付きで、PMに送信してください)。 Igor Konyashin 2015.07.22 09:05 #45 Alexey Oreshkin:RDPの設定で、ビデオを圧縮しないように指定しました(上記の推奨通り)。圧縮に対応できるビデオが内蔵されているので、今は問題ないです。実は、とても不思議なことに...。他のプログラムはどうなっているのですか?速く走れるのか? Alexey Oreshkin 2015.07.22 12:35 #46 Igor Konyashin:圧縮に対応したビデオが内蔵されているので、今は問題ありません。実は、とても不思議なんです...。他のプログラムはどうなっているのですか?早く走れるか? ターミナルとトータルコマンダーとリブリオフィスだけです。問題なく動いています。 Alexey Navoykov 2015.07.22 15:00 #47 タスクマネージャのスクリーンショットでは、CPU負荷が1端末あたり1%未満となっていますが、引用したテクニカルサポートの回答では、CPUリソースが最大に使用され、各コアに100%の負荷がかかっていると書かれています。 どこかで犬が埋まっていますね。 Alexey Oreshkin 2015.07.22 15:57 #48 Alexey Navoykov:タスクマネージャのスクリーンショットでは、CPU負荷が1端末あたり1%未満となっていますが、引用したテクニカルサポートの回答では、CPUリソースが最大に使用され、各コアに100%の負荷がかかっていると書かれています。 どこかで犬が埋まっていますね。 まあ、そうなんですけどね。何回リソースを見たかわかりませんが、いつも1~2%の利用率で、すべてがビジー状態でも、端末ごとに2%以上の利用率はありません。 テクニカルサポートの回答は、発言ではなく、推測です。今現在も同じです。全ては何とか動いており、ローディングは2%以下だが、20以上のオーダーがあるターミナルでは対応に非常に時間がかかっている。 Alexey Navoykov 2015.07.22 17:15 #49 Alexey Oreshkin: はい、実はそうなんです。すべてのリソースを見たわけではありませんが、すべてがビジー状態でも常に1~2%程度の負荷で、各端末の負荷は2%にもなりません。 テクニカルサポートの回答は、発言ではなく、推測です。今現在も同じです。全ては何とか動いており、ローディングは2%以下だが、20以上のオーダーがあるターミナルでは対応に非常に時間がかかっている。クライアントごとの正確な統計があれば、テクニカルサポートは何も想定していないと思います。ところで、この問題はアルパリのアカウントだけなのでしょうか、それとも他のアカウントでも発生するのでしょうか? Alexey Oreshkin 2015.07.22 20:28 #50 Alexey Navoykov:クライアントごとの正確な統計があれば、テクニカルサポートは何も想定していないと思います。ところで、この問題はアルパリのアカウントだけなのでしょうか、それとも他のアカウントでも発生するのでしょうか? アルパリだけ注文が多く、他の口座は少ないです。もちろん、他のブローカーにロボットを置いて見ることもできますし、ただ2、3日かかります。でも、ブローカーに左右されることは全くないと思います。 123456789 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
さて、今のところ、リモートサーバーのボトルネックは1つ、ビデオシステムですね。
TeamViewerを使えば、サーバーに接続したまま、私が行うすべての作業を同時に見ることができます。
しかしその前に、端末を安全な場所にコピー/転送しておき、サーバーの起動に失敗しても、最新のコピーが手に入るようにしておきましょう。
あるいは、テクニカルサポートが勧めた、プロセッサーに内蔵されたビデオカード(Intel HD 4600)を搭載したサーバーにすべてを移すという選択肢もある。
映像ではありません-100%です。
起動時に端末が遅くなり、さらに数分間も遅くなる(他のコピーはすぐに起動する)場合は、ディスクの問題である可能性が高いです。ディスクの数ブロックが読み取れず、通常、制動時間が非常に長くなるケースです。
何をするのか
まず、オペレーティングシステムのイベントログを確認します。ディスクブロックの破損がある場合は、ISPにハードウェアの交換を依頼してください。
映像ではありません-100%です。
起動時に端末が遅くなり、さらに数分間も遅くなる(他のコピーはすぐに起動する)場合は、ディスクの問題である可能性が高いです。ディスクの数ブロックが読み取れず、通常、制動時間が非常に長くなるケースです。
何をするのか
まず、オペレーティングシステムのイベントログを確認します。ディスクブロックの破損がある場合は、ISPにハードウェアの交換を依頼してください。
明日コピーします、一日中作業していたのでもう寝る時間です。
グローバルには何も変わらず、数十台の注文がある端末も執拗にハングアップして います。RDPの設定でビデオ圧縮を無効にしています(上記の推奨通り)。
他に何かできることはありますか?
ターミナル・オーソリティーにもうひとつ質問です。「代替」ターミナルのユーザーにも同様の問題があるのでしょうか?(もちろん回答付きで、PMに送信してください)。
RDPの設定で、ビデオを圧縮しないように指定しました(上記の推奨通り)。
圧縮に対応できるビデオが内蔵されているので、今は問題ないです。
実は、とても不思議なことに...。他のプログラムはどうなっているのですか?速く走れるのか?
圧縮に対応したビデオが内蔵されているので、今は問題ありません。
実は、とても不思議なんです...。他のプログラムはどうなっているのですか?早く走れるか?
タスクマネージャのスクリーンショットでは、CPU負荷が1端末あたり1%未満となっていますが、引用したテクニカルサポートの回答では、CPUリソースが最大に使用され、各コアに100%の負荷がかかっていると書かれています。 どこかで犬が埋まっていますね。
タスクマネージャのスクリーンショットでは、CPU負荷が1端末あたり1%未満となっていますが、引用したテクニカルサポートの回答では、CPUリソースが最大に使用され、各コアに100%の負荷がかかっていると書かれています。 どこかで犬が埋まっていますね。
テクニカルサポートの回答は、発言ではなく、推測です。今現在も同じです。全ては何とか動いており、ローディングは2%以下だが、20以上のオーダーがあるターミナルでは対応に非常に時間がかかっている。
はい、実はそうなんです。すべてのリソースを見たわけではありませんが、すべてがビジー状態でも常に1~2%程度の負荷で、各端末の負荷は2%にもなりません。
テクニカルサポートの回答は、発言ではなく、推測です。今現在も同じです。全ては何とか動いており、ローディングは2%以下だが、20以上のオーダーがあるターミナルでは対応に非常に時間がかかっている。
クライアントごとの正確な統計があれば、テクニカルサポートは何も想定していないと思います。
ところで、この問題はアルパリのアカウントだけなのでしょうか、それとも他のアカウントでも発生するのでしょうか?
クライアントごとの正確な統計があれば、テクニカルサポートは何も想定していないと思います。
ところで、この問題はアルパリのアカウントだけなのでしょうか、それとも他のアカウントでも発生するのでしょうか?