每个连接 日语是什么意思 - 日语翻译

• 接続ごとに
• すべての接続

在 中文 中使用 每个连接 的示例及其翻译为 日语

WPS-PIN针对每个连接进行了随机化。
WPS-PINは接続ごとにランダム化されます。

不用为每个连接创建新的线程.
接続ごとに新しいスレッドやプロセスを作成する必要はありません。

每个连接方式不同。
接続がそれぞれ違います。

因此，在应用限制前每个连接都有一个三十秒的宽限期。
このため、すべての接続には、制限が適用される前に30秒間の猶予期間が設けられています。

建立连接后，经过验证的应用程序必须立即为每个连接设置connection_authentication数据库选项。
認証アプリケーションは、接続確立後すぐに、すべての接続に対してconnection_authenticationデータベースオプションを設定する必要があります。

因此，它为每个连接启动（"forks"）一个新的进程。
そのため、サーバは接続毎に新しいプロセスを開始("forks")します。

客户端每个连接每秒平均发送4个请求并且每个连接处理1000字节。
また、クライアントが1秒あたり平均4個のリクエストを送信し、接続あたり1,000バイトがプロセスされると仮定します。

我们来看一个简单的例子，在Java和PHP这类语言中，每个连接都会生成一个新线程，每个新线程可能需要2MB的配套内存。
JavaやPHPのような言語では、接続ごとに新しいスレッドが生成されますが、1つのスレッドには潜在的に2MBのメモリーが必要となります。

因为Apache为每个连接打开一个新线程，并且由于只要有流量被发送就保持连接，攻击者可以通过相对快速地耗尽其线程池来使Web服务器瘫痪。
Apacheは接続ごとに新しいスレッドを開き、トラフィックが送信される限り接続は維持されるため、攻撃者はそのスレッドプールを比較的早く使い果たすことでWebサーバーを圧倒できます。

对于与连接一一对应的外部环境（如PERL、PHP、C_ESQL32、C_ESQL64、C_ODBC32和C_ODBC64），针对使用外部环境的每个连接会有一个外部环境实例。
接続ごとに1つ起動される外部環境(PERL、PHP、C_ESQL32、C_ESQL64、C_ODBC32、C_ODBC64など)では、外部環境を使用する接続ごとに外部環境のインスタンスが1つあります。

尽管多个请求可以共享同一个连接，但它们仍需逐个序列化它们，因此任意时点上客户端和服务器只能为每个连接执行一次请求/响应交换.
複数の要求が同一の接続を共有することはできても、接続は順に行わなければならず、クライアントとサーバーが任意の瞬間に接続ごとに実行できる要求／応答は、依然として1つに制限されたからです。

在恢复后仅以完全握手方式发送证书请求消息的操作系统不符合RFC2246(TLS1.0)或RFC5246(TLS1.2)，并将导致每个连接失败。
再開後に完全なハンドシェイクで証明書要求メッセージのみを送信するオペレーティングシステムは、RFC2246(TLS1.0)またはRFC5246(TLS1.2) に準拠していないため、各接続が失敗します。

在连接建立后必须立即对每个连接设置该选项。
このオプションは、接続が確立された直後にすべての接続に対して行われなければなりません。

每个连接的路灯都将包含VodafoneM2MSIM。
コネクティッド道路照明にはそれぞれ、VodafoneM2MSIMが内蔵されています。

A选项显示所有连接和监听端口，-b选项显示正在进行连接的应用程序，-f选项显示每个连接选项的完整DNS名称，以便更容易了解连接的位置。
Aオプションは、すべての接続とリスニングポート、-bオプションは、アプリケーションが接続、-fオプションは接続がに行われている場所の分かり易くするので各接続オプションのDNS名が表示されます。

假设您的应用程序平均每秒接收100个新连接，并且每个连接持续200毫秒。
アプリケーションが100秒あたり平均100個の新しい接続を受信し、それぞれ200ミリ秒間継続すると仮定します。

在Java™和PHP这类语言中，每个连接都会生成一个新线程，每个新线程可能需要2MB配套内存。
JavaやPHPのような言語では、接続ごとに新しいスレッドが生成されますが、1つのスレッドには潜在的に2MBのメモリーが必要となります。

每个SSH连接使用一个vty资源。
各SSH接続はvtyリソースを使用します。

必须为每个设备连接均分配一个IRQ。
すべてのデバイス接続にIRQを割り当てる必要があります。

通过重用相同的连接，HTTP/2既可以更有效地利用每个TCP连接，也可以显著降低整体协议开销。
同じ接続を再利用することで、HTTP/2は各TCP接続の使用効率を高め、プロトコルの全体的なオーバーヘッドも大幅に削減します。

每个专用连接支持多达50个虚拟接口(VIF)。
各専用の接続は最大50個の仮想インターフェース(VIF)をサポートします。

您的应用程序每秒接收1个新连接，每个新连接持续2分钟。
アプリケーションは1秒あたり1個の新しい接続を受信し、それぞれ2分間継続します。

您的应用程序每秒接收100个新连接，每个新连接持续200毫秒。
アプリケーションは100秒あたり100個の新しい接続を受信し、それぞれ200ミリ秒間継続します。

假设您的应用程序平均每秒接收1个新连接，每个新连接持续2分钟。
アプリケーションが1秒あたり平均1個の新しい接続を受信し、それぞれ2分間継続すると仮定します。

对于每个新连接，均调用由login_procedure指定的过程。
新規接続ごとに、login_procedureで指定されたプロシージャーが呼び出されます。

假设您的移动应用程序平均每秒接收100个新连接，每个新连接持续3分钟。
モバイルアプリケーションが1秒あたり平均100個の新しい接続を受信し、それぞれ3分間継続すると仮定します。

而如果是ForkingMixIn，则会使每个新连接fork出新的进程。
あるいは、ForkingMixInを用いると各新規のコネクションに対してプロセスがforkされる。

JavaWeb服务器（应用服务器也包括在内）通常为每个传入连接使用一个线程。
JavaWebサーバー(アプリケーション･サーバーにしても同じことです)は一般に、着信する接続ごとに1つのスレッドを使用するからです。

为了做到这一点，服务器会为每个连接都启动（或者说，fork）一个新的进程。
これを達成するため、サーバは接続ごとに新しいプロセスを開始（"fork"）します。

TCP慢启动将被应用到每个新连接.
スロースタートはすべての新規接続に適用される。