Azure Document DBへの最初の要求が後続の要求よりもずっと遅いのはなぜですか？

Question

私は文書DB performance guidanceを読んだことがありますが、文書DBに対する最初の要求はまだ遅いです。 client.OpenAsync()チップを使用しており、Directモードで接続しています（TCP）。私はこれらの時間を参照してくださいHTTPS上Gatewayモードを使用して

var endpoint = ""; 
var key = ""; 

var connectionPolicy = new ConnectionPolicy 
{ 
    ConnectionMode = ConnectionMode.Direct, 
    ConnectionProtocol = Protocol.Tcp 
}; 

var client = new DocumentClient(new Uri(endpoint), key, connectionPolicy); 
var collection = UriFactory.CreateDocumentCollectionUri("test", "TestCollection"); 

await client.OpenAsync(); 

for (int i = 0; i < 5; i++) 
{ 
    var test = new Test { Foo = $"Test doc {i}" }; 
    await client.CreateDocumentAsync(collection, test);  
} 

：

私はこの問題をレポするサンプルプログラムを（これ gistは、記録時間を含む完全なソースを持って）書かれている

DirectモードでTCP以上これらは：

あなたが見ることができるように、TCPオーバーDirectモードは、後続の要求のためにはるかに高速ですが、最初の要求はまだはるかに遅いです。

これには理由がありますか？そして、最初の応答時間を短縮するためにできることは何ですか？

UPDATE

私はHTTPS応答が私の最初のテストでTCPよりもはるかに遅い理由は、私たちAzureの仮想マシンのうち、すべてのHTTPSトラフィック我々は、プロキシ忘れて。オフプロキシと

、および（プロファイルに文書DB & SDK、および7をウォームアップする3）10回の反復を実行している、私は今DirectTCP超えるためGatewayHTTPS超えると〜7MSのために〜11ms以下までの応答時間を参照してください。言及したポスターのような

Answer 1

が、これはSDKがDocumentDBデータ・パーティションの物理アドレスを取得するように追加のセットアップ作業を行いますので、非常に最初の操作がDocumentDBに長い数秒かかりますDocumentDB performance issues

でカバーされています。その後の操作は、1桁のミリ秒のオーダーで完了します（スクリーンショットのような書き込みの場合は約7ms、通常は2ms未満の読み取り）。

Answer 2

DocumentDBは、p99レベルでレイテンシとスループットが低くなります。そのためには、接続を確立しプールし、メタデータをダウンロードして効率的なルーティングキャッシュや他の多くの最適化を大規模に行うための償却コストがあります。これは、少し前払いのコストがある理由です。