2016-10-01 1 views
0

私の現在のプロジェクトでは、サーバーを介した通信が必要です。この通信は、20〜30秒ごとに非常に小さいパケットの送信で機能する。場合によっては、サーバーは何かを送り返す必要があります。今、私はhttpウェブサーバを設定し、PHPでサーバ機能を実行させ、一度にアップデートやリクエストなどのリクエストを処理したり、多かれ少なかれクライアントへの安定した接続が可能になり、クライアントはあまりオーバーヘッドを発生させることなくパケットを送信できるようになり、必要に応じてサーバーが応答できるようになります。httpリクエストはどれくらい安いですか?

私のためにhttpウェブサーバーソリューションを実装する方が簡単です。したがって、私の質問...どのように "安価な" HTTP要求ですか?小さなパケットだけを送信し、小さな答えを待つためにユーザエージェントを省略することはできますか?

答えて

0

安価であり、HTTPがあなたの使用状況に応じて十分に安い場合は、要件に応じて異なります。通常のレイテンシで十分かつ安価な帯域幅をお持ちの場合、HTTPは安価です。高価で高レイテンシの衛星リンクで帯域幅が非常に小さい場合、HTTPのオーバーヘッドは、お金と待ち時間の両方で非常に高くなる可能性があります。

+0

私の悪い、私は指定を忘れていた - 安価で私は単に私がオーバーヘッドとして持っている "データの量"を意味した。 (基本的に何バイトのオーバーヘッドがあるか)。明らかに、私が含める必要がある1つの "オーバーヘッド"はIPアドレスです - しかし、可能ならば他のすべてを避けたいと思います。 (毎分数回送信する必要があるデータは、携帯電話からデータ(3G、H、4G、LTE、それを得る)で送信されます(誤った用語を使用して申し訳ありません)。 – user2065501

+0

データ交換の「簡潔さ」のために、私は永続的な接続を必要としないので、私はまた尋ねています - そして、私はとにかくハンドシェイクパケットを避けたいと思っています。あなたができるだけ多くのオーバーヘッドを避けることができる場合に備えて、シンプルなhttpウェブサーバをサーバとして使うことを検討しています。 – user2065501

+0

@ user2065501:この場合、HTTPを使用するのではなく、単純にTCPまたはUDP(どれだけ信頼性が高いか –

関連する問題