問題タブ [system-dependent]

私はVB6を初めて使用しますが、現在、テキサスチェーンソーの大虐殺の男の肌の顔のように、フォーム、クラス、モジュール、およびサードパーティのツールがすべてまとまった、恐怖のエディターのようなツールの維持を担当しています.. .

私が理解していないのは、アプリをデバッグモードで実行したときと、コンパイルして開発用PCで実行したときと、別のPCにインストールしたときとで異なる結果が得られる理由です。

はい、私は頭が悪いことを知っています。これについて詳しく知ることができる場所を教えてください。別のリンク、レジストリ関連など、現在取得していない接続のようなもの、つまりワックスオン、ワックスオフのようなものを見つけたいと思っています:P

主な問題は、QA からのいくつかのエラーをデバッグしようとしていて、これをテストするための予備の PC を見つける必要があるときです。また、コードがどこにあるのかわからないため、直接デバッグすることはできません。そのようにしてください。

ありがとう。

特定のプラットフォームの文字列の長さ（C ++）の上限をどのように修正できるのか疑問に思いました。

私は多くのライブラリを精査しました、そしてそれらのほとんどはそれを恣意的に定義します。GNU C ++ STL（実験的なC ++ 0x機能を備えたもの）にはかなりの定義があります：

これが私が式を理解する方法です：

• size_tタイプは、文字列に割り当てられたユニットの数を保持する必要があります（各ユニットはタイプ_CharTです）
• 理論的には、size_t型の変数がとることができる最大値は、割り当てられる可能性のある1バイト（つまり、char型）のユニットの総数です。
• したがって、前の値から割り当てられたメモリ（_Rep_base）を追跡するために必要なオーバーヘッドを差し引いた値が、文字列内のユニットの最大数になります。_CharTは1バイト以上を必要とする可能性があるため、この値をsizeof（_CharT）で除算します
• 前の値から1を引いて、終了文字を考慮します
• 最後に、それは4による分割を残します。理由はまったくわかりません。

説明のためにたくさんの場所を調べましたが、満足のいく場所がどこにも見つかりませんでした（そのため、私はそれを補うために努力してきました！間違っている場合は訂正してください!!）。

RA プロジェクトの一環として、Tor のソース コードを見ています。あるシステム (SuSE) でスレッドを使用するように自動的にコンパイルされ、別のシステム (Solaris) で新しいプロセスをフォークする理由を理解しようとしています。が呼び出されるソース コード内の場所はわずかであり、fork()定義されているさまざまなシンボル (ENABLE_THREADING や USE_PTHREADS など) に依存しています。ファイルを検索しましたが、必要なシンボルのほとんどの定義を見つけることができませんでした。

この問題の解決策を具体的に探しているわけではありませんが、より一般的なガイドラインを探しています。システム依存のコンパイルに関連するシンボルは、どこでどのように定義されていますか?

関数を使用すると：

余りがないのに、この正の数の制限があるのはなぜですか?

パフォーマンス上の理由から、アプリの複数のインスタンスを実行し、CPU に固定し、異なるポートでリッスンする必要があります。HAProxy TCP ロード バランサーはトラフィックを分散するためにそれらの前に配置されます。

これは、スレッド コンテキストの切り替えを防止し、何も共有しない設計を強制するために行われます (したがって、アプリケーションがシングル スレッドであると仮定すると、アプリケーション内であらゆる種類のロックは必要ありません)。

つまり、64 個の CPU を搭載したサーバーでは、HAProxy が CPU 0 に固定され、アプリの 63 個のインスタンスがそれぞれ別の CPU (1 ～ 63) に固定されている可能性があります。

明らかに、起動、再起動、シャットダウンなどの点で管理するのは非常に複雑です.

systemd を使用してこの複雑さを処理する方法があるかどうか疑問に思っていました。

HAProxy をユニットとして定義し、通信する必要がある他のアプリが必要であると述べた場合、起動の問題を解決できることを知っています。

私はそれをできた

そして、最初に必要な 63 個のインスタンスを開始します (アプリのインストール時にそれぞれが個別の systemd ユニットとして定義されていると仮定します)。

ただし、とにかくこれを再起動とシャットダウンでも機能させることができるかどうか疑問に思っています。

だから私がするなら：

対話するアプリの 63 個のインスタンスすべてを自動的にシャットダウンしたいと思います。

もしそうなら

次に、最後に再起動する前に、最初に Require にリストされているすべてのサービスを再起動したいと思います。

それは可能ですか？それとも、systemd が提供できる範囲を超えていますか?

systemd シャットダウンの問題をデバッグしています。ここでの問題は、サービスがまだ実行されている間に一部のファイルシステムがアンマウントされることです。

一般に、systemd は最初にサービスをシャットダウンしてから、マウント ポイントをアンマウントします。

しかしここでは、サービスのアンマウントと停止が並行して行われています。（下記参照）。また、最初にルートファイルシステムをアンマウントします。

これをsystemdでどのように同期しますか?

通常、systemd-reboot.service は final.target、shutdown.target、および umount.target に依存します。

ここでは、umount.target と shutdown.target が並行して実行されているようです。

umount.target は shutdown.target に依存していますが、役に立ちませんでした。これらのアンマウントとサービスのシャットダウンは常に並行して行われているようです。私の理解が間違っている場合は、修正してください。

最初にサービスを適切にシャットダウンしてから、マウント ポイントをアンマウントするためのヒントや提案をお寄せください。