0

私はこの質問をしましたが、多くの回答を得ることができず、私が得たものは私の問題を解決しませんでした. ですから、ここで私は別の方法でもう一度尋ねようとしています。

製品フィード ファイルをシステムに処理するプロジェクトがあります。1 つの特定のフィード ファイルでは、プロセス全体に約 40 ～ 50 分かかります。これで、フィードから画像を処理するを作成し、ストレージ クライアントを作成WebJobして、最初のプロジェクトから に画像の URL を送信しています。WebJobそれを自分のプロジェクトに入れると、処理時間が大幅に増加したので、Task.Runto useFire and Forgetアプローチで使用してみましたが、それでも全体の処理時間は約 2 時間になりました。

ストレージ キューを作成するメソッドを呼び出す方法を次に示します。

if (insertImages)
{
    #pragma warning disable 4014
    Task.Run(async () => { await new QueueUtility().CreateQueueMessage(picture); }).ConfigureAwait(false);
    #pragma warning restore 4014
}

そして、これがキューメッセージを作成するための私のコードです

public async Task CreateQueueMessage(Picture picture)
    {
            Utility.Log log = new Utility.Log();
            await AddQueueMessage(picture.url);

    }


public async Task AddQueueMessage(string queueMessage)
    {
        ServicePointManager.UseNagleAlgorithm = false;

        CloudStorageAccount storageAccount = CloudStorageAccount.Parse(CloudConfigurationManager.GetSetting("ImagekWebJobStorage"));

        // Create the queue client.
        CloudQueueClient queueClient = storageAccount.CreateCloudQueueClient();

        // Retrieve a reference to a container.
        CloudQueue queue = queueClient.GetQueueReference("imagequeue");

        // Create a message and add it to the queue.
        CloudQueueMessage message = new CloudQueueMessage(queueMessage);
        queue.AddMessage(message);

    }

処理時間が 2 倍になった理由がわかりません。また、それを回避する方法も見つかりません。これを解決するのに役立つアイデアは本当に役に立ちます。

編集：QueueUtility静的クラスとメソッドを静的メソッドに変えると、助けになるようでした。ただし、方法や理由はわかりません。

4

1 に答える 1

1

送信されるメッセージごとに新しい CloudStorageAccount、CloudQueueClient、および CloudQueue を作成するのは非常に非効率的です。

これらを一度作成し、再利用して各メッセージを送信する必要があります。

Azure Storage を使用するアプリケーションのパフォーマンスを最適化するための詳細なガイダンスについては、次を参照してください。

Microsoft Azure ストレージのパフォーマンスとスケーラビリティのチェックリスト https://azure.microsoft.com/en-us/documentation/articles/storage-performance-checklist/

于 2016-06-01T18:33:44.490 に答える