Go 1.5 の改良された GC はテラバイト規模の RAM 使用量を効果的に処理できますか?

テラバイト規模の RAM 使用量に対する Go 1.5 GC アップデートの影響

従来、Java は次の理由により、テラバイト規模の RAM の処理に制限に直面していました。 GC の一時停止が長くなります。 Go 1.5 では GC の大幅な改善が導入されているため、大規模な RAM ボリュームのガベージ コレクションが可能になるかどうかについて懸念が生じています。

GC の一時停止とワークロード

Go 1.5 GC全体的な GC ワークロードを軽減することではなく、GC の一時停止を短縮することを目的としています。 GC ワークロードは、ポインタの数と、使用可能な RAM に対する割り当て率の影響を受けます。

大規模ヒープの観察

ベンチマークは、最大ヒープ サイズで有望な結果を示しています。 240 GB、バックグラウンド スタック スキャンでの一時停止が 1 ミリ秒未満であることを示します。ただし、ヒープ サイズの制限は現在 512 GB に設定されていることに注意することが重要です。

GC ワークロードの考慮事項

テラバイトの RAM を使用するアプリケーションの場合、GC が一時停止する可能性があります。大きな心配にはなりません。代わりに、GC ワークロードがより重要になります。アプリケーションのポインターが少なく、割り当て率が低い場合、RAM 使用量が多くても、管理可能な GC ワークロードが発生する可能性があります。

高 GC ワークロードの軽減

アプリケーションにテラバイト規模の RAM 使用量を伴う自然な GC 非フレンドリーな性質については、次の点を考慮してください。オプション:

• C などの言語に移行します。
• 大容量のデータをデータベースまたはキャッシュ システムに外部化します。
• ヒープの代わりに小さなヒープを持つ複数のプロセスを採用します。単一の大きなヒープ。
• メモリを軽減するための徹底的なプロトタイピング、テスト、最適化の実装問題があります。

以上がGo 1.5 の改良された GC はテラバイト規模の RAM 使用量を効果的に処理できますか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。