Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

Add method to adaptively calculate JVM heap size instead of using a constant

オープン
#475 コメント 2 件 リアクション 0 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
30/100
issue の種類
機能追加
明瞭さ
おおむね明確
活発さ
停滞
技術スタック
kubernetes, rust

調査の方向性

まず、framework の現在の 0.8 JVM ヒープ計算と、リソースの概念に関するドキュメントを見つけます。OS メモリの安全な最小値を調査し、その後、Java 製品を管理するすべてのオペレーターを追跡して、定数の使用箇所を特定します。適応メソッドが一貫して使用され、operator-rs がリリースされ、リソースのドキュメントが更新されれば完了です。

索引モデルが issue の本文から書いたものです。

説明

type/feature-improvement

Recently we added the possibility to add resource requests and limits to our operators.

For the Java based products we currently use a factor of 0.8 to calculate the amount of heap for the JVM depending on the memory limit.

In most cases this will lead to unused memory when using alot of memory. E.g. a pod gets 100GB memory, this will be 80GB for the JVM and we end up with almost 20GB unused but reserved memory.

We need a method in the framework that adaptively calculates the required heap memory in order to waste less memory and leaving enough memory for the OS to run when specifying lower amounts.

Acceptance

  • A method to calculate the JVM heap depending on the amount specified is implemented in the framework
    • This includes research about a safe minimal value (e.g. 500mb for the OS that must always be respected)
  • The operator-rs is properly released
  • The resources concepts docs are updated
  • All operators managing java products use this method instead of the constant 0.8 factor
主要言語
Rust
スター
167
フォーク
19
平均マージ
1日 6時間
マージ済み PR(30日)
9

コントリビューションガイド

コントリビューションガイドを開く

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

stackabletech/operator-rs のほかの issue

stackabletech/operator-rs の issue をすべて見る

似ている issue

Rust の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。