問題タブ [sli]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
fedora - Y510P ドライバーのインストールに問題があると、Fedora が X を起動しません
IntelHD 第 4 世代が統合された Lenovo Y510P を使用しています。VGA と専用の Nvidia GT755 VGA。私は Fedora 21 を実行していますが、最近まで問題はありませんでした。グラフィックスを処理するための独自のドライバーや特別なツールをインストールしたことはありません.fedoraでのみ動作しました。(私は Windows パーティションを使用してゲームをプレイしていますが、そこにあるものもすべて正常に動作します。)
ごく最近、Ultrabay-Slot 用に 2 台目の GT755 を入手しました。Windows の起動は問題なく行われ、SLI は魔法のようにアクティブになり、すべてが問題ないように見えました。ただし、fedora で起動すると、CPU が急速に熱くなりました。両方の VGA をインストールすると BIOS が IntelHD を無効にすることを後で知りました。そこで、最初に試みたのは、VGA ドライバーと IntelHD ドライバーを並行してインストールすることでした。(このガイドに従ってください: https://ask.fedoraproject.org/en/question/36506/ching-default-driver-for-displaying-x/) 「SLI を搭載した IntelHD がない」という問題を知った後、SLI を無効にして、Intel だけに頼ろうとしました。そこで私は大きな間違いを犯しました。BIOS で、1 つの VGA のみで起動しているときに GT755 を無効にしました。それを忘れて、後でNvidiaドライバーを再度インストールしようとしましたが、実装されたGT755が見つかりませんでした。これは、/usr/share/X11/xorg.conf.d/20-intel.conf 内の xorg.conf コードが原因であると考えられていました。
2 台目の GT755 を接続しただけで、BIOS が IntelHD を無効にしました。Nvidia ドライバー (bumblebee-nvidia) をインストールすると、すべて正常に動作し、xorg.conf が自動的に書き換えられました。/etc/default/grub で nouveau を無効にし、grub を再コンパイル (grub2-mkconfig -o grub.cfg を使用) し、再起動しました。 . それ以来、ログイン画面にアクセスできませんでした。LUKS-passwd を入力すると、黄色のメッセージが表示されます。
しかし、私の記憶が正しければ、これは常に白で表示されていました。
xorg.conf、grub.cfg、および /etc/default/grub のバックアップに戻して grub を再コンパイルしようとしましたが、何も機能しませんでした。内部 GT755 を有効および無効にして、すべてをテストしました。GT755 を有効にして bumblebee-nvidia を再インストールしようとしましたが、違いはありませんでした。IntelHD ドライバーは起動時にロードされ、すべての xorg 関連の conf で正しく構成されているように見えます。startx を呼び出すと、ログイン画面が一瞬点滅し、すぐにエラー メッセージに置き換えられます。
この時点で、ディスプレイが戻ってきてうれしいです。ただし、理想的には、2 番目の VGA をそのスロットに保持し、IntelHD を引き続き使用できるようにしたいと考えています。これは、fedora で高い VGA パフォーマンスを必要とすることは決してないためです。 私が今必要としているのは、システムを元の状態に戻す可能性です。 運が良ければ、後で実際に必要なすべてのドライバーをインストールでき、Y510P 用の小さな VGA ガイドを書くことができます。
google-cloud-platform - GCP UI のエラー バジェットは 100% を超えるはずですか?
GCP で SLO を使い始めたばかりで、最初の SLI は機能しているようですが、「エラー バジェット」フィールドは 100% をはるかに超えています。私がオンラインで見たすべての例は 100% に収まっていますが、私のものは 700.00% 以上の間で変動しているように見えます。他の誰かがこれを経験しましたか？
私の SLI は Terraform を介して「request_based_api」として構成されており、カスタム ログの textPayload に基づいてログ エントリを報告するカスタム ログ メトリックである「good_service_filter」と「totaL_service_filter」を提供する「good_total_ratio」クエリを使用しています。 . 私のサービスは、最初のリクエストを表すログ エントリを作成する関数として開始され (したがって、total_service_filter によって取得されます)、サービスは Cloud Build プロセスとして終了し、正常な完了を表す同じログにログ エントリを書き込みます (したがって、good_service_filter によって取得されます)。
私が言ったように、それは機能しているように見えますが、エラーバジェットが非常に高いため、よくわかりません. 100% 以外のものとして示されている例を見つけることができなかったので、何らかの形でそれを台無しにしたのではないかと疑問に思っています。