/* Page prose (ja) */
"QualityOfService" = "# Quality of Service: これはどれだけ緊急か？\n\nバックグラウンドキューに処理を送るとき、GCD はそれが*どれだけ重要*かを知りたがります。スレッドとバッテリーを賢くスケジュールするためです。それを伝えるのが **Quality of Service (QoS)**、処理に付ける優先度ラベルです。QoS が高いほど、より多くのリソースをより早く得ます。QoS が低いほど、バッテリーに優しく、より緊急な処理に道を譲ります。\n\n実際に使うものは4つあり、高い順に並べます。\n\n1. **`.userInteractive`**: ユーザーが*今まさに起きているのを見ている*処理です。アニメーション、タッチへの応答、インターフェイスを滑らかに保つこと。瞬時に感じられなければなりません。ごく小さく保ちましょう。（これは実質的にメインスレッド自身の優先度です。）\n2. **`.userInitiated`**: ユーザーが何かを求めて結果を待っている処理です。タップした書類を開く、移動した画面を読み込む。1〜2秒を目標にします。\n3. **`.utility`**: ユーザーがじっと見ていない、進捗が見える長めの処理です。プログレスバー付きのダウンロード、データのインポート。数秒から数分。GCD がエネルギー効率のために調整します。\n4. **`.background`**: ユーザーがまったく気づいていない処理です。先読み、片付け、同期。長い時間がかかることがあります。システムは都合のよいときに実行し、電力を節約するために抑制します。\n\n選び方はたいてい常識です。**誰かがこれを待っているか、そして見ているか？「はい」が多いほど、QoS を高く。** 迷ったら、本物のバックグラウンド処理には `.utility`、「ユーザーがタップして結果を期待している」には `.userInitiated` を。";
"QualityOfService-2" = "**実行して確認:** どちらの処理も進みます。QoS は*優先度に関するヒント*であって、「あれより先にこれを終わらせる」という厳密なものではありません。ふつうは、優先度の高い注文がすぐに読み込まれる一方で、優先度の低い片付けがその周りに割り込むのが見られます。忙しいデバイスでは差がもっと際立つでしょう。`.background` の処理は、より緊急なものすべてに道を譲ります。\n\n[前へ](@previous)  |  7 / 9 ページ  |  [次へ: asyncAfter: 後でやる](@next)";
