Windows RTにおけるネットワークリソースの制約

Question

背景タスクの概要 ネットワークリソースの制約の下では、バックグラウンドタスクは15分ごとに4.69 MBをダウンロードできます。

Windows RTでは、IE10 METROを介して20MBのファイルをバックグラウンドでダウンロードしている場合は、40分かかるでしょうか。 （それ以外の場合は、フロントでダウンロードの進行状況を維持する必要があります）

また、背景アプリケーションとして、0.002％以上のCPUを使用することはできません。

同じページで、彼らはそれが好きなように主張されました：

ネットワークの使用量は、デバイス電池上の大幅なドレインを表すことができます。したがって、バックグラウンドタスクの実行中にも制約されます。ただし、デバイスがAC電源で実行されている場合は、バックグラウンドタスクはネットワークに制約されていません。必要なネットワーク帯域幅を自由に使用することができます（もちろん、任意のキャリア固有の帯域幅または使用上の制約によって）。バックグラウンドタスクのCPU使用率は、デバイスがAC電源で実行されていても常にリソースに制約されていることに注意してください。

これらの非常に理由で、Windows RT用のダウンロードマネージャを実装することはできませんか。 の同意を得てはどうですか？

Answer 1

システムによるバックグラウンド管理のためのダウンロードをオフロードするためのAPIがあります。 こののMike Taultyのブログエントリを参照してください。バックグラウンドモードでは、Blogs Postsやフォーラムでは議論されていないバックグラウンドモードでは、WinRTアプリには他に深刻な制限があります.WhitePaper 上記にリンクされている背景タスクホスト実行可能ファイル。それはあなたのバックグラウンドタスクがPushNotificationTriggerまたはControlChannelTriggerでない限り、あなたのタスクはbackgroundtaskhost.exeまたはwwahost.exeによって実行されるInProcサーバーです。最初の2つのケースが「同じアプリで」実行されている場合でも、別のアパートにあります。これらすべては、それをファイルまたはApplicationDataストレージにマーシャリングすることによってメインアプリケーションとデータを共有できます。

ControlChannelTriggerを使用して実験し、次の制限事項（ドキュメントに表示されている場合もあります）：

• ソケットが接続される前にソケットに関連付けられている必要があります
• アプリはソフトウェアチャネルが指定されていても、限られた数のコントロールチャネルを使用できます（私の場合は6）

Answer 2

リンクされた文書からわかる限りでは、ネットワークデバイスの電力を供給するために使用されるエネルギーの量に基づくバックグラウンドタスクのデータスループットの量に制限されています。4.69MBは、ほとんどの標準的な住宅インターネット接続より遅い10Mbpsに対して与えられた例だけでした。

リンクされた段落としても、デスクトップPOWESに接続されている場合、デスクトップPCが問題が発生することはない場合に制限はありません。制限を迂回するようにユーザーに依頼できるという表示はありません。

それでは、ダウンロードマネージャを構築することができ、ユーザーがどのようにアプリを使用しているかを知っていて、それに応じて調整している限り、それはうまくいくはずです。