AlmaLinux Part 3【RHEL Clone】

AlmaLinux は Red Hat Enterprise Linux (RHEL) から同社の商標を削除して再コンパイルした RHEL Clone です。
Red Hat と無関係でもないコミュニティが無償配布してしますが Red Hat のブランドとサポートはありません。
* Fedora 28≒RHEL 8≒CentOS 8≒AlmaLinux 8
です。
FCやRHEL、CentOS用のノウハウ、野良 RPM、レポジトリ云々は AlmaLinux でもほぼ通用します。

AlmaLinux
https://almalinux.org/

前スレ
AlmaLinux Part 2【RHEL Clone】
https://mao.5ch.net/test/read.cgi/linux/1688625930/

AlmaLinux Part 1【RHEL Clone】
https://mao.5ch.net/test/read.cgi/linux/1613015887/

>>158
その返しは馬鹿そのもの

コミュ障

デスクトップ環境の話かい?
クローンで違うとかないと思うが

トンチンカンやなあ
まあ商用Linuxの寄生ディストリなんてこんなレベルのユーザーで十分か

ん？
コミュ障が初心者のレスに逆ギレしてんのかｗ

初心者を敬え～

Almaって公式がXでおもしろツイートしてたりフットワークが軽いな
Rockyにはない魅力

公式が面白いブログや呟きをするIT関連企業は元気が良くて技術力も高いので、その内大資本に買収されてしまう。

俺たちのCloudLinuxが買収されるとか許せない！

まったく移行作業やってないわ
第二の角川になりそう
規模は100億分の1ぐらいだけど

IBMが買収したら笑う

NPO的な組織じゃないのん?

買収してもAlmaLinuxっていう名前が買えるだけじゃないの？
すぐに別団体が立ち上がってそっちに移るでしょ

AlmaLinux「残像だ」

チョン系 MIRACLE LINUX と統合なんて残念過ぎる

Vineもチョン系になって廃れたなぁ
あれ使ってたのに

* 水 7月 03 2024 Dmitry Belyavskiy <[email protected]> - 8.7p1-38.3
- rebuilt

* 月 7月 01 2024 Dmitry Belyavskiy <[email protected]> - 8.7p1-38.2
- Possible remote code execution due to a race condition (CVE-2024-6409)
Resolves: RHEL-45740

* 金 6月 28 2024 Dmitry Belyavskiy <[email protected]> - 8.7p1-38.1
- Possible remote code execution due to a race condition (CVE-2024-6387)
Resolves: RHEL-45347

日本語カナ漢字変換は使える？何を使える？

fcitx mozc

CPUがインテルの１３世代１４世代だとしたら、
OSのせいではなくてCPUのせいでもって
不安定さが生じる可能性がありそうだが。

だいたい、Pコア、EコアとCPU内のコアに二種類あって、同等じゃないといった場合に、
プロセスあるいはスレッドをPコアに割り当てるかEコアに割り当てるかを今のWindowsや
Linuxではいったいどうやっているのだろうか？よーわからん。
コアの種類によって使える命令に違いがあったりするとき、いったいどうなるの？

>>179
ググればすぐに出てくることなのになんで調べないの？

>>179
今のLinuxはPコアを優先して使うらしい。

Pコア・Eコアになってから、
CPUがどのコアを使うべきか返すようになってる
従ってるか、独自のアルゴリズムで動いてるかは知らないけど

>>181
そんなことはない。カーネル次第
古いカーネルならコアの種類を区別せずにプロセスを割り振る
新しい最近のカーネルなら設定等によりパフォーマンス優先、消費電力優先、CPUの推奨優先とかで動く
CPUの推奨というのは過去に実行されたコードを見てどっちのコアで実行するのに向いているコードかをCPU自身が判断して教えてくれる機能がある

>>179
ちなみに命令セットはIntel的には両方のコアで同じになるように調整する方向（Pコアでしか実行できない命令はハイブリッドのPコアでは実行禁止になる

>そんなことはない。カーネル次第
Linuxカーネル開発者？

>>181>>183
> 新しい最近のカーネルなら設定等によりパフォーマンス優先、消費電力優先、CPUの推奨優先とかで動く

そんな仕組み本当に存在するの?

Linuxのカーネル付属文書にそういうヘテロジーニアスCPU環境でのスケジューリングの解説があって
docs.kernel.org/scheduler/sched-energy.html
cgroups経由でUtilization Clampingで設定する形
docs.kernel.org/scheduler/sched-util-clamp.html

Asahi Linuxが実際に利用していて、非公式日本語訳がある
github.com/asfdrwe/asahi-linux-translations/blob/main/PROGRESS202401.md
github.com/asfdrwe/asahi-linux-translations/blob/main/EnergyAwareScheduling.rst
github.com/asfdrwe/asahi-linux-translations/blob/main/UtilizationClamping.rst

>>185
Intel HFI と IDT でググれ
HFI は大分前からリリース・カーネルに含まれてる 6系なら使える
IDT は開発中のステータスなので自分でパッチを当ててコンパイルしなおさないと使えない

すまんタイポ
IDT じゃなくて ITD （Intel Thread Director)

ちな RedHat や Alma は保守的でまだカーネル 5.14 なのでどっちも使えないと思う （独自にパッチをバックポートしてる可能性もゼロではないが

>>186
> Intel HFI
これはCPUのOSのスケジューラへのヒント機能でしょ

実際のスケジューラーは Intel HFIを参考に動くEnergy Aware Scheduling

>>183
> 設定等によりパフォーマンス優先、消費電力優先、CPUの推奨優先とかで動く
こんな設定CgroupやUtilization Clampingで具体的にどうやってやるの?

あ、Utilization Clampingを活用してそういうことを実現するgovernorがあればいいのかな?

具体的なものが知りたいです

Intel の CPU は turbo boost があるせいで同じコアどうしでも対等でないし、実行速度も一定ではない
turbo boost が効いた Eコアの方が効いてないPコアより速いとかも普通にある
HFI は現在のコアごとの実行速度とエネルギー効率のリアルタイム指標を返してくてるインターフェイス
PコアとEコアで同じ指標で返してくれるので単に指標を比べるだけで現在どのコアに余裕があるか分かる
スレッドを空いてるコアに割り当てる時に他の条件が一緒ならば指標を見て一番速いやつとか一番エネルギー効率が良いやつに割り当ててるだけ
特に複雑な設定とかは必要ない

>>184
何のためのOSSだと思ってんの？
無能には理解できんか

>>183
> 設定等によりパフォーマンス優先、消費電力優先、CPUの推奨優先とかで動く
>>190
> スレッドを空いてるコアに割り当てる時に他の条件が一緒ならば指標を見て一番速いやつとか一番エネルギー効率が良いやつに割り当ててるだけ
> 特に複雑な設定とかは必要ない

言っていることが矛盾しているような

それにどこで設定するの? cgroups? sysfs? 設定に関するドキュメントはどこ?

それと
> HFI は現在のコアごとの実行速度とエネルギー効率のリアルタイム指標を返してくてるインターフェイス
HFIからどうやってスケジューリングに反映しているの?
HFIを電力モデルにしてEnergy Aware Schedulingしているんじゃないの?

全然具体的じゃない

>>192
頭悪いコメント書く暇があったらドキュメント読んでこい
違うレベルの話をごっちゃにしてるぞ

>>191
で、Linuxカーネルではどうなってるんだ？

>>194
ソース読めば？

>>195
わからんなら黙ってろよ
なに有識者気取りでわかりませんてｗ

Linux カーネルのコードだけ読んでも分からんと思う。ドキュメント読め問題

alma では使えないと思うのでスレ違いなのでさわりだけ書いておくと
「初心者が Alderlake 使うんならカーネルを6系に上げて Intel-lpmd というデーモンを動かしとけ」というの現時点の標準回答になる
Linux は turboboost とかでもそうだったように最終決定はユーザーにまかせてるのでユーザー空間のデーモンでカーネル・チューニングを動的制御するのが作法
lpmd はそのデーモンの実装のひとつ（最低限のことしかしてくれないけど

そらそうだ。
HTだって切った方が速いケースあったし、利用環境次第なんだよな。
PコアEコアそれぞれ合った仕事させるのが良いか、暇にならんよう仕事詰め込むのが良いか、そんなんアプリケーション次第、負荷次第やんw

自身が動くコアを指定するアプリケーションって極めてまれなんだが？

>>196
何のためのOSSだよって話
ソース読めよってことだわな
無能は他人任せで塵芥だから困るわ

自分は読めないが他人にはドヤ顔でソース嫁ってｗ

別に有識者を気取ろうが気取らまいが、ほんとうに有識者だろうがそうでなかろうが、ソース嫁は正論だろｗ

じゃあ金輪際一切質問とか済んなよ
ソース嫁

FAQ：ソースはどこで読めますか

ほらよ
■http://www.bulldog.co.jp/ ブルドックソース株式会社 東京都
■http://www.kagome.co.jp/ カゴメ株式会社 愛知県
■http://www.otafuku.co.jp/ オタフクソース株式会社 広島県
■http://www.ikari-s.co.jp/ イカリソース株式会社 大阪府
■http://www.kikkoman.co.jp/ キッコーマン株式会社 千葉県
■http://www.oliversauce.com/ オリバーソース株式会社 兵庫県
■http://www.okonomi-kid.com/ カープソース 毛利醸造株式会社 広島県
■http://www.maruki-su.co.jp/ 株式会社川上酢店 愛知県
■http://www.kozima.co.jp/ 小島食品製造株式会社　愛知県
■http://www.komi.co.jp/ コーミ株式会社 愛知県
■http://www.sankyohikari.co.jp/ サンキョーヒカリ 愛知県
■http://www.junmaru.co.jp/ 株式会社純正食品マルシマ 広島県
■http://www.papaya-sauce.co.jp/ パパヤソース本舗 大洋産業株式会社 京都府
■http://www.takahashisauce.com/ 高橋ソース株式会社 埼玉県

ミツワソース （現在はサンフーズ傘下）がない
やりなおせ

イカリソースって潰れてなかったっけと思ったら、今はブルドッグソースなのね。

2005年（平成17年）5月に会社更生法を申請した。
2005年11月、ブルドックソースの子会社・サンワフーズがイカリソースに商号を変更、更生会社である旧イカリソースより営業権を譲り受けた。

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

まさかこんな板にスクリプトが来るとは

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

ブートディスクをＳＳＤにしたら、スワップなどで読み書きが多発して、
ＳＳＤがすぐに死んじゃいそうな気がするのだが、どうだろうね？

メモリをどれくらい積んでるか知らんけど、基本はZRAMでスワップして、
足りなくなったらSSDのスワップ領域使うから、普通は大丈夫じゃね？
SSDの寿命に影響するほどスワップが発生するなら、根本的にどっかおかしい

freeで確認してメモリ不足なら増設しろよ
むしろ一時ファイルを/tmpから/dev/shmに変更してSSD書き込みを減らしてる

Linuxはスワップをある程度使うように設計されているからなあ
swappinessのデフォルトが60だし
SSDの寿命に影響を与えたくないならメモリを増やしてスワップをなくすしかないかな